ТЕСТОВ ПЛАН в софтуерното тестване (пример)

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

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

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

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

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

👉 Запишете се за безплатен проект за тестване на софтуер на живо

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

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

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

Видове тестови планове

Има три основни типа Тестови планове в софтуерното тестване.

1. План за основен тест: Документ на високо ниво, очертаващ цялостната стратегия за тестване, обхвата, ресурсите и графика за всички нива на тестване. Той служи като главна пътна карта на проекта.
2. План за тестване, специфичен за нивото: Фокусира се върху конкретни нива на тестване, като например модулно, интеграционно, системно или приемо-тестване. Всеки план описва подробно подхода, средата и резултатите за това ниво.
3. План за изпитване, специфичен за типа: Targetспециализирани видове тестове, като например тестове за производителност, сигурност, използваемост или автоматизирано тестване. Той определя инструменти, техники и критерии, уникални за този тип тест.

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

Как да напишем тестов план

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сега трябва ясно да се дефинират „в обхвата“ и „извън обхвата“ на тестването.

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

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

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

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

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

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

Стъпка 2.2) Идентифицирайте типа тестване

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

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

- често употребявано Видовете тестове са описани както следва на фигурата

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

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

Стъпка 2.3) Документирайте рисковете и проблемите

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

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

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

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

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

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

• Кой ще тества?
• Кога тестът ще се случи ли

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

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

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

Човек, притежаващ следните умения, е идеален за извършване на софтуерно тестване:

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

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

Кога ще се проведе тестът?

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

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

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

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

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

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

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

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

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

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

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

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

Стъпка 4) Дефинирайте тестови критерии

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

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

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

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

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

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

Някои методи за определяне на критерии за изход са чрез указване на targeted скорост на бягане намлява скорост на преминаване.

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

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

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

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

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

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

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

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

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

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

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

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

Системен ресурс

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Често срещани предизвикателства при планирането на тестове (и техните решения)

Ефективното планиране на тестовете често се сблъсква с практически препятствия. Разпознаването на тези предизвикателства и прилагането на проактивни решения осигуряват по-плавно изпълнение и по-високо качество на софтуера.

1. Неясни изисквания
   Предизвикателство: Неясните или променящи се изисквания на проекта водят до непълно покритие на тестовете.
   Решение: Провеждайте прегледи на изискванията и поддържайте изискване за живот tracматрица на ефективността.
2. Ограничени ресурси
   Предизвикателство: Недостатъчните инструменти, времето или квалифицираните тестери влияят върху качеството на тестването.
   Решение: Приоритизирайте критичните тестови случаи и използвайте автоматизацията за повтарящи се задачи.
3. Нереалистични крайни срокове
   Предизвикателство: Строгите графици намаляват времето за правилно проектиране и изпълнение на тестовете.
   Решение: Използвайте техники за оценка и съобщавайте рисковете на заинтересованите страни рано.
4. Лоша комуникация
   Предизвикателство: Несъответствието между екипите води до забавяния и преработка.
   Решение: Въведете редовни синхронизиращи срещи и споделени табла за управление за прозрачност.
5. Неадекватно управление на риска
   Предизвикателство: Пренебрегването на потенциалните рискове може да провали сроковете на проекта.
   Решение: Идентифицирайте рисковете рано, поддържайте дневник на рисковете и планирайте стратегии за смекчаване на последиците.

Често задавани въпроси: