Преглед на шаблона на тестовия план
Тестовият план е документ, който дава план за метода, стратегията, подбора на хардуер / софтуер, план-график и оценка на резултатите. Той управлява моя тестов мениджър.
Нека видим един от примерите, един от мениджърите на срещи за тест иска от екипа да направи план за тест на този проект и екипът не представлява интерес. В такъв случай как тест мениджърът иска да се справи с тази ситуация.
Помислете за вашия тестов мениджър и изберете вашия отговор за по-долу:
- Аз съм мениджър, така че трябва да правите това, което казвам
- Добре, да обясня защо проектът се нуждае от тестов план.
Ако съм мениджър, ще избера втория вариант и се надявам и вие.
Нужда от план за изпитване
- Той ще тества качеството на приложението / софтуера
- Тестерите трябва да следват указанията, дадени в документа
- Обхватът, оценката, стратегията са документирани и могат да бъдат използвани повторно и за други проекти.
Как да напиша шаблон за тестов план?
Съществуват осем важни задачи, които трябва да се следват при писането на шаблона на тестовия план:
Това е за начина, по който пишем шаблон за тестов план, който е обяснен по-подробно по-долу:
1. Анализирайте
Без да разполагате с данни е невъзможно да се анализира нещо. Затова трябва да идентифицираме проекта / проекта, който трябва да бъде анализиран. Да предположим, че сме разработили уебсайт и трябва да бъдат анализирани с помощта на техники за тестване. Преди да влезете в стратегията за тестване, трябва да прегледаме документа на продукта, който има подробности за проекта, първо трябва да разберем функционалността и след това да направим анализ. По-долу е даден примерният анализ, който се провежда за този уебсайт.
- Каква е ползата от този уебсайт?
- Кои са крайните потребители?
- Как ще работи?
- Каква се използва версията на софтуера?
- Какъв е хардуерът?
2. Дизайн
Разработването на тестовия дизайн е важна стъпка в шаблона на тестовия план и той ще бъде определен от тест мениджъра.
а) Определете обхвата на тестване
Преди да напишем дизайна на теста, трябва да идентифицираме „в обхвата“ и „извън обхвата“ за тестване и всички в екипа трябва да бъдат ясно разбрани за проекта и да трябва да предоставят точна информация за данните. Как ще определите обхвата за тестване?
- Изискване на клиента
- бюджет
- Спецификация на софтуера
б) Определете типа за тестване
Чрез дефиниране на типа тестване за идентифициране на всяка грешка в софтуера и крайната цел е да се достави софтуера на клиента без никакви грешки. Някои от основните техники за тестване са
- Тестване на единици: Тествайте най-малкото парче софтуер или приложение
- Тестване на API: Тестовият API е създаден за приложението
- Тест за интеграция: Тествайте модулите, комбинирани в приложението
- Тест на системата : Тествайте съответствието на системата за специфичното изискване
- Тест за инсталиране / деинсталиране: Настройка / премахване на специфичния софтуер в клиентската среда
- Agile testing: Тествайте метода на пъргавината
в) Документ за риск и издаване
Определете риска и той ще причини потенциалното въздействие върху шаблона на плана за изпитване и кои мерки са проблем. Вижте по-долу някои от рисковите фактори.
- Хората нямат умения за тестване на този уебсайт
- Тест мениджърът има слаби умения да определя техниката на тестване.
- Липса на сътрудничество в екипа
- Лоша оценка на бюджета
г) Създайте тестова логистика
В тази стъпка ръководителят на теста трябва да реши кой ще тества? и кога ще се появи тестът? Изборът на точния човек за конкретна задача е много важен за разбиране на методите. Тестването може да се случи по всяко време, може да започне и от фазата на разработка. Когато източникът по-долу е наличен, той е готов за тестване.
- Тестови характеристики и документ за изискване
- Човешки ресурси
- Тестова среда
3. Цел на теста
Основната цел на тестването на целта е да се идентифицират дефектите и да се пусне софтуерът като без грешки. Целта на теста трябва да следва следните стъпки:
a) Тествайте функцията за софтуер или приложение.
б) Тествайте функцията въз основа на поставената цел и целта.
Вземете този пример като пример, за да следвате горните стъпки, използвайки най-разпространения метод за тестване TOP-DOWN.
- Проверете дали уебсайтът работи в реалната среда без проблем
- Трябва да проверите нуждите на клиента и това отговаря на очакванията им
- Той трябва да е удобен за потребителя
4. Критерии за тестване
Критериите могат да се използват като правило или процедура за извършване на преценката на теста. Има два типа критерии за тестване:
а) Критерии за спиране
Тест мениджърът трябва да определи целта за спиране. Когато изпълни целта, тестът ще бъде спрян, докато критериите не бъдат решени. Да предположим, че 30% от тестовите случаи са неуспешни за проекта и той трябва да се върне към екипа за разработка. Тестването не може да се извърши, докато проблемът не бъде изчистен.
б) Изходни критерии
Критериите за излизане могат да бъдат зададени като максимален процент (например 96%). Когато резултатът от теста се срещне с този процент, проектът може да се счита за PASS. Задължителното е да стартирате 100% тестови случаи, но пропускът може да бъде определен като 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Планиране на ресурсите
Планирането на ресурсите може да бъде както човешко, така и оборудване, което изисква този план за тестване, за да завърши задачата.
а) Човешки ресурси
- Тест мениджър
- тестер
- Програмист в тест
- QA инженер
б) Системен ресурс
- Сървър
- Инструмент за тестване
- мрежа
- компютър
6. Планирайте тестовата среда
Тестовата среда е да настроите хардуер и софтуер за извършване на тестване. Той трябва да бъде разположен в бизнес среда в реално време. Настройката на средата може да се следва като сървър за развитие -> Test / QA сървър -> Производствен сървър. След като завърши фазата на разработка, тя ще се премести в екипа за тестване и след като тестването приключи, ще бъде на живо в производствената среда.
7. График и оценка
Необходимо е да се направи график и оценка, за да се изпълни задачата в шаблона на тестовия план.
| задача | Член | Прогнозна продължителност |
| Създайте тестов план | Тест мениджър | 80 човекочаса |
| Доклад от теста | тестер | 200 човекочаса |
| Тестова доставка | QA | 30 човекочаса |
8. Тестови резултати
Тестовите резултати могат да изброят всички документи и други усилия, които подкрепят това усилие. Има три вида резултати.
а) Преди тестване
- План на документа
- Документ за проектиране на тест
б) По време на тестване
- Журнали за грешки при улавяне
- матрица
- Грешка в изпълнението
в) След тестване
- Доклад от теста
- Бележки към изданието
Препоръчителни статии
Това е ръководство за шаблона на тестовия план. Тук научихме какво е тестов план, необходимостта от шаблон за тестов план, как да проектирате тестов план и др. Можете също да разгледате следните статии, за да научите повече-
- Техники за статично тестване
- AWS CloudFormation Шаблони
- Облачни инструменти за тестване
- Тестване на протокол
- Видове и обработка на грешки в JavaScript
- Топ 7 принципа на пъргавото тестване със стратегии
- Тестови случаи срещу тестов сценарий | Топ разлики
- Какво е тест?