ПЛАН ЗА ИЗПИТВАНЕ: Какво е, как да създадете (с пример)

План за тестване

А тестов план е подробен документ, който описва тест стратегията, целите, графика, оценка, резултатите, и ресурсите, необходими за извършване на изпитване за софтуерен продукт. Тестовият план ни помага да определим усилията, необходими за проверка на качеството на тестваното приложение. Планът на теста служи като план за провеждане на дейности по тестване на софтуер като дефиниран процес, който се следи и контролира подробно от ръководителя на теста.

Съгласно дефиницията на ISTQB: „Тестовият план е документ, описващ обхвата, подхода, ресурсите и графика на предвидените тестови дейности.“

Нека започнем със следния пример / сценарий на тестовия план: На ​​среща искате да обсъдите плана на теста с членовете на екипа, но те не се интересуват -.

В такъв случай какво ще правиш? Изберете отговора си, както е показано на следващата фигура

А) Аз съм мениджър, правя всичко, както казах
Б) Добре, нека да обясня защо се нуждаем от
неправилен
план за изпитване Като мениджър на тестове трябва да им обясните важността на плана за изпитване, вместо да принуждавате екипа да прави това, което искате. Правилно
Като мениджър на тестове трябва да им обясните важността на тестовия план, вместо да принуждавате екипа да прави това, което искате.

Каква е важността на тестовия план?

Съставянето на документ за план за изпитване има множество предимства

• Помогнете на хора извън тестовия екип като разработчици, бизнес мениджъри, клиенти да разберат подробностите за тестването.
• Тестовият план ръководи нашето мислене. Това е като книга с правила, която трябва да се спазва.
• Важни аспекти като оценка на теста, обхват на теста, Тестова стратегия са документирани в Тестовия план, така че той може да бъде прегледан от управленския екип и повторно използван за други проекти.

Как да напиша план за изпитване

Вече знаете, че съставянето на план за изпитване е най-важната задача на процеса за управление на теста. Следвайте седемте стъпки по-долу, за да създадете план за тестване съгласно IEEE 829

1. Анализирайте продукта
2. Създайте тестова стратегия
3. Определете целите на теста
4. Определете критерии за изпитване
5. Планиране на ресурси
6. Планирайте тестова среда
7. График и оценка
8. Определете резултатите от теста

Стъпка 1) Анализирайте продукта

Как можете да тествате продукт без никаква информация за него? Отговорът е невъзможен. Трябва да научите продукт добре преди да го тествате.

Тестваният продукт е банков уебсайт на Guru99. Трябва да проучите клиентите и крайните потребители, за да знаете техните нужди и очаквания от приложението

• Кой ще използва уебсайта?
• За какво се използва?
• Как ще работи?
• Какви са софтуер / хардуер, който продуктът използва?

Можете да използвате следния подход за анализ на сайта

Сега нека приложим горните знания за реален продукт: Анализирайте банковия уебсайт http://demo.guru99.com/V4.

Трябва да разгледате този уебсайт и да прегледате документацията за продукта. Прегледът на документацията за продукта ви помага да разберете всички функции на уебсайта, както и как да го използвате. Ако не сте наясно с някои елементи, можете да интервюирате клиент, разработчик, дизайнер, за да получите повече информация.

Стъпка 2) Разработване на тестова стратегия

Тестовата стратегия е критична стъпка при изготвянето на тестов план при тестване на софтуер. Документът за Тестова стратегия е документ на високо ниво, който обикновено се разработва от Тест мениджър. Този документ дефинира:

• Целите за тестване на проекта и средствата за тяхното постигане
• Определя усилията и разходите за тестване

Обратно към вашия проект, трябва да разработите Тестова стратегия за тестване на този банков уебсайт. Трябва да следвате стъпките по-долу

Стъпка 2.1) Определете обхвата на тестване

Преди началото на каквато и да е тестова дейност, обхватът на тестването трябва да бъде известен. Трябва да помислите добре за това.

• Компонентите на системата, които трябва да бъдат тествани (хардуер, софтуер, междинен софтуер и др.) Са дефинирани като „ в обхват “
• Компонентите на системата, които няма да бъдат тествани, също трябва да бъдат ясно дефинирани като „ извън обхвата “.

Определянето на обхвата на вашия проект за тестване е много важно за всички заинтересовани страни. Прецизният обхват ви помага

• Дайте на всички доверие и точна информация за тестването, което правите
• Всички членове на проекта ще имат ясно разбиране за това какво е тествано и кое не

Как определяте обхвата на вашия проект?

За да определите обхвата, трябва -

• Точно изискване на клиента
• Бюджет на проекта
• Спецификация на продукта
• Умения и талант на вашия тестов екип

Сега трябва ясно да се определи "в обхвата" и "извън обхвата" на тестването.

• Тъй като спецификациите на софтуерните изисквания, проектът Guru99 Bank се фокусира само върху тестване на всички функции и външен интерфейс на уебсайта Guru99 Bank ( в обхват на тестване)
• Нефункционално тестване като стрес , производителност или логическа база данни в момента няма да бъде тествано. ( извън обхвата)

Проблемен сценарий

Клиентът иска да тествате неговия API. Но бюджетът на проекта не позволява това. В такъв случай какво ще направите?

Е, в такъв случай трябва да убедите клиента, че Api Testing е допълнителна работа и ще консумира значителни ресурси. Дайте му данни, подкрепящи вашите факти. Кажете му, ако Api Testing е включен в обхвата, бюджетът ще се увеличи със сумата XYZ.

Клиентът се съгласява и съответно новите обхвати, извън обхвата елементи са

• Елементи в обхвата: Функционално тестване, Api тестване
• Елементи извън обхвата: Тестване на база данни, хардуер и всякакви други външни интерфейси

Стъпка 2.2) Определете типа на тестване

А изпитване на типа е стандартна процедура за изпитване, която дава очакван тест резултат.

Всеки тип тестване е формулиран за идентифициране на определен тип продуктови грешки. Но всички видове тестове са насочени към постигане на една обща цел „ Ранно откриване на всички дефекти преди пускане на продукта на клиента“

Най -често използваните видове тестване са описани както следва фигура

Има много видове изпитване за тестване на софтуерен продукт. Вашият екип не може да има достатъчно усилия, за да се справи с всякакъв вид тестване. Като мениджър на тестове трябва да зададете приоритет на видовете тестване

• Кои видове тестване трябва да бъдат насочени към тестване на уеб приложения?
• Кои видове тестване трябва да се игнорират, за да се спестят разходи?

Сега нека практикуваме с вашия проект. Продуктът, който искате да тествате, е банков уебсайт.
Кои видове тестване трябва да се съсредоточите в този случай?
Изберете всичко, което се прилага А) Единично тестване Б) API тестване В) Интеграционно тестване Г) Тестване на системата Д) Тестване на инсталиране / деинсталиране F) Agile тестване Ние само изберете B) API Тестване C) интеграция тестване D) тестване на системата за проект Guru99

Стъпка 2.3) Риск и проблеми с документа

Рискът е несигурно събитие за бъдещето с вероятност за възникване и потенциал за загуба. Когато рискът действително се случи, той се превръща в „ проблем“.

В статията Анализ и решение на риска вече сте научили подробно за анализа на риска и сте идентифицирали потенциалните рискове в проекта.

В плана за QA тест ще документирате тези рискове

Риск	Смекчаване
Член на екипа няма необходимите умения за тестване на уебсайтове.	Планирайте курс за обучение, за да усъвършенствате членовете си
Графикът на проекта е твърде стегнат; трудно е да завършите този проект навреме	Задайте приоритет на теста за всяка от тестовите дейности.
Тест мениджърът има лоши управленски умения	Планирайте обучение за лидерство за мениджър
Липсата на сътрудничество се отразява негативно на производителността на вашите служители	Насърчете всеки член на екипа в неговата задача и ги вдъхновете за по-големи усилия.
Грешна бюджетна прогноза и превишаване на разходите	Определете обхвата преди започване на работа, обърнете много внимание на планирането на проекти и постоянно проследявайте и измервайте напредъка

Стъпка 2.4) Създаване на тестова логистика

В тестовата логистика тестовият мениджър трябва да отговори на следните въпроси:

• Кой ще тества?
• Кога ще настъпи тестът?

Кой ще тества?

Може да не знаете точните имена на тестера, който ще тества, но видът на тестера може да бъде определен.

За да изберете правилния член за определена задача, трябва да помислите дали неговото умение е квалифицирано за задачата или не, също да изчислите бюджета на проекта. Избирането на грешен член за задачата може да доведе до неуспех или забавяне на проекта .

Лицето със следните умения е най-идеално за извършване на тестване на софтуер:

• Възможност за разбиране на гледната точка на клиентите
• Силно желание за качество
• Внимание към детайлите
• Добро сътрудничество

Във вашия проект членът, който ще поеме отговорността за изпълнението на теста, е изпитателят. Въз основа на бюджета на проекта можете да изберете за тестер член на източника или на външен изпълнител.

Кога ще настъпи тестът?

Тестовите дейности трябва да бъдат съчетани със свързаните с тях дейности за развитие.

Ще започнете да тествате, когато имате всички необходими елементи, показани на следващата фигура

Стъпка 3) Определете целта на теста

Цел на теста е общата цел и постижение на изпълнението на теста. Целта на тестването е да се открият възможно най-много софтуерни дефекти; уверете се, че тестваният софтуер не съдържа грешки преди пускането.

За да определите целите на теста, трябва да направите 2 стъпки

1. Избройте всички софтуерни функции (функционалност, производителност, GUI ...), които може да се наложи да тествате.
2. Дефинирайте целта или целта на теста въз основа на горните функции

Нека приложим тези стъпки, за да намерим тестовата цел на вашия проект за тестване на Guru99 Bank

Можете да изберете метода „ НАДОЛУ“ , за да намерите функциите на уебсайта, които може да се наложи да тестват. В този метод разбивате тестваното приложение на компонент и подкомпонент .

В предишната тема вече сте анализирали спецификациите на изискванията и сте преминали през уебсайта, така че можете да създадете Mind-Map, за да намерите функциите на уебсайта, както следва

Тази фигура показва всички функции, които уебсайтът Guru99 може да притежава.

Въз основа на горните функции, можете да определите тестовата цел на проекта Guru99, както следва

• Проверете дали функционалността на уебсайта Guru99 (акаунт, депозит ...) работи както се очаква, без никакви грешки или грешки в реалната бизнес среда
• Проверете дали външният интерфейс на уебсайта, като потребителския интерфейс, работи както се очаква и отговаря на нуждите на клиента
• Проверете използваемостта на уебсайта. Удобни ли са тези функции за потребителя или не?

Стъпка 4) Определете критерии за изпитване

Критериите за изпитване са стандарт или правило, на които може да се основава процедура за тестване или преценка. Има 2 вида критерии за тестване, както следва

Критерии за спиране

Посочете критичните критерии за окачване за тест. Ако критериите за спиране са изпълнени по време на изпитването, активният цикъл на изпитване ще бъде спрян до разрешаване на критериите .

Пример за план за тестване: Ако членовете на вашия екип съобщават, че има 40% от неуспешните тестови случаи, трябва да спрете тестването, докато екипът за разработка поправи всички неуспешни случаи.

Критерии за изход

Той определя критериите, които означават успешно завършване на фаза на теста. Критериите за изход са целевите резултати от теста и са необходими преди да се премине към следващата фаза на разработка. Пример: 95% от всички критични тестови случаи трябва да преминат.

Някои методи за определяне на критериите за изход са чрез определяне на целенасочена скорост на изпълнение и скорост на преминаване .

• Скоростта на изпълнение е съотношение между броя изпълнени тестови случаи / общия брой тестови случаи от спецификацията на теста. Например, спецификацията на теста има общо 120 TC, но тестерът изпълнява само 100 TC, така че скоростта на работа е 100/120 = 0,83 (83%)
• Пропусквателната способност е съотношение между броя на преминатите тестови случаи / изпълнени тестови случаи . Например, при над 100 изпълнени TC има преминали 80 TC, така че скоростта на преминаване е 80/100 = 0,8 (80%)

Тези данни могат да бъдат извлечени в документите Test Metric.

• Изпълнете скорост е задължително да е 100% , освен ако не е дадена ясна причина.
• Процентът на преминаване зависи от обхвата на проекта, но постигането на висок процент на преминаване е цел.

Пример за план за тест: Вашият екип вече е изпълнил тестовите изпълнения. Те ви докладват резултата от теста и искат да потвърдите критериите за изход.

В горния случай скоростта на изпълнение е задължителна е 100%, но тестовият екип е изпълнил само 90% от тестовите случаи. Това означава, че скоростта на изпълнение не е удовлетворена, така че НЕ потвърждавайте критериите за изход

Стъпка 5) Планиране на ресурси

Планът за ресурси е подробно обобщение на всички видове ресурси, необходими за изпълнение на проектната задача. Ресурсът може да бъде човешки, оборудване и материали, необходими за завършване на проект

Планирането на ресурсите е важен фактор за планирането на теста, тъй като помага при определянето на броя на ресурсите (служител, оборудване ...), които да бъдат използвани за проекта. Следователно мениджърът на тестове може да направи правилния график и оценка за проекта.

Този раздел представя препоръчаните ресурси за вашия проект.

Човешки ресурси

Следващата таблица представя различни членове във вашия екип на проекта

Не.	Член	Задачи
1.	Тест мениджър	Управлявайте целия проект Определете насоките на проекта Придобийте подходящи ресурси
2.	Тестер	Идентифициране и описване на подходящи тестови техники / инструменти / архитектура за автоматизация Проверете и оценете тестовия подход Изпълнение на изпитванията, Вход резултати, доклад на дефекти. Тестерът може да бъде от източници или от външни членове, въз основа на бюджета на проекта За задачата, която изискваше ниски умения, препоръчвам да изберете външни членове, за да спестите разходите по проекта.
3.	Програмист в Тест	Внедрете тестовите случаи, тестовата програма, тестовия пакет и т.н.
4.	Тестов администратор	Изгражда и гарантира, че тестовата среда и активите се управляват и поддържат Поддържайте тестера, за да използвате тестовата среда за изпълнение на теста
5.	Членове на SQA	Поемете отговорност за осигуряване на качеството Проверете дали процесът на тестване отговаря на определени изисквания

Ресурс на системата

За тестване на уеб приложение трябва да планирате ресурсите по следните таблици:

Не.	Ресурси	Описания
1.	Сървър	Инсталирайте тестваното уеб приложение Това включва отделен уеб сървър, сървър на база данни и сървър на приложения, ако е приложимо
2.	Инструмент за тестване	Инструментът за тестване е да автоматизира тестването, да симулира работата на потребителя, да генерира резултатите от теста Има много инструменти за тестване, които можете да използвате за този проект, като Selenium, QTP ... и т.н.
3.	Мрежа	Нуждаете се от мрежа, включваща LAN и Интернет, за да симулирате реалния бизнес и потребителска среда
4.	Компютър	Компютърът, който потребителите често използват за свързване на уеб сървъра

Стъпка 6) Планирайте тестова среда

Какво представлява тестовата среда

Тестовата среда е настройка на софтуер и хардуер, върху която екипът за тестване ще изпълнява тестови случаи. Тестовата среда се състои от реална бизнес и потребителска среда, както и физическа среда, като сървър, работна среда от предния край.

Как да настроите тестовата среда

Обратно към вашия проект, как настройвате тестова среда за този банков уебсайт?

За да завършите тази задача, се нуждаете от силно сътрудничество между тестовия екип и екипа за разработка

Трябва да попитате разработчикът на някои въпроси, за да се разбере уеб приложението, който се изпитва ясно . Ето някои препоръчителни въпроси. Разбира се, можете да зададете и останалите въпроси, ако имате нужда.

• Каква е максималната потребителска връзка, която този уебсайт може да обработва едновременно?
• Какви са хардуерните / софтуерните изисквания за инсталиране на този уебсайт?
• Компютърът на потребителя има ли нужда от някаква конкретна настройка за сърфиране в уеб сайта?

Следващата фигура описва тестовата среда на банковия уебсайт www.demo.guru99.com/V4

Стъпка 7) График и оценка

В статията Тестова оценка вече сте използвали някои техники за оценка на усилията за завършване на проекта. Сега трябва да включите тази оценка, както и графика към Планирането на теста

Във фазата на тестовата оценка, да предположим, че разделяте целия проект на малки задачи и добавяте оценката за всяка задача, както е показано по-долу

Задача	Членове	Оценете усилията
Създайте спецификацията на теста	Дизайнер на тестове	170 човекочас
Извършете тестово изпълнение	Тестер, администратор на тестове	80 човекочас
Протокол от теста	Тестер	10 човекочас
Тестова доставка		20 човекочас
Обща сума		280 човеко-час

След това създавате графика за изпълнение на тези задачи.

Съставянето на график е често срещан термин в управлението на проекти. Чрез създаването на солиден график в тестовото планиране, мениджърът на тестове може да го използва като инструмент за наблюдение на напредъка на проекта, контрол на превишаването на разходите.

За да създаде график на проекта, мениджърът на тестове се нуждае от няколко вида въвеждане, както по-долу:

• Срок на служителите и проекта : Работните дни, крайният срок на проекта, наличността на ресурси са факторите, които са повлияли на графика
• Оценка на проекта : Въз основа на оценката мениджърът на теста знае колко време е необходимо за завършване на проекта. Така той може да направи подходящия график на проекта
• Проектен риск : Разбирането на риска помага на Test Manager да добави достатъчно време към графика на проекта, за да се справи с рисковете

Да практикуваме с пример:

Да предположим, че шефът иска да завърши проекта Guru99 за един месец, вече сте оценили усилията за всяка задача в Тестова оценка. Можете да създадете графика, както е показано по-долу

Стъпка 8) Тествайте резултатите

Тестови резултати е списък на всички документи, инструменти и други компоненти, които трябва да бъдат разработени и поддържани в подкрепа на усилията за тестване.

Във всяка фаза от жизнения цикъл на разработването на софтуер има различни тестови резултати.

Тестовите резултати се предоставят преди фазата на тестване.

• Документ за планове за изпитване.
• Документи за тестови случаи
• Спецификации на тестовия дизайн.

По време на тестването се предоставят тестови резултати

• Тестови скриптове
• Симулатори.
• Данни от теста
• Матрица за проследяване на теста
• Регистрационни файлове за грешки и регистрационни файлове за изпълнение.

Тестовите резултати се предоставят след приключване на тестовите цикли.

• Резултати от тестове / отчети
• Доклад за дефекти
• Инструкции за процедури за инсталиране / изпитване
• Бележки към изданието

Ресурси

Изтеглете примерен шаблон за план за изпитване

Изтеглете примерния план за тестване на системата на уебсайта Guru99 Bank