План испитивања
Тест план је детаљан документ који описује теста стратегије, циљеве, распоред, процене, резултатима, и ресурсе потребне за обављање тестирања за софтверски производ. План теста помаже нам да утврдимо напор потребан за потврђивање квалитета апликације која се тестира. План теста служи као нацрт за спровођење активности тестирања софтвера као дефинисани процес, који водитељ теста детаљно надгледа и контролише.
Према дефиницији ИСТКБ-а: „План теста је документ који описује опсег, приступ, ресурсе и распоред предвиђених тест активности.“
Почнимо са следећим примером / сценаријем плана теста: На састанку желите да разговарате о плану теста са члановима тима, али они нису заинтересовани -.
У том случају, шта ћете учинити? Изаберите свој одговор као на следећој слици
А) Ја сам менаџер и радим све како сам рекао
Б) У реду, дозволите ми да објасним зашто нам је план теста
нетачан.
Као менаџер теста, морате им објаснити важност теста, уместо да приморате тим да ради оно што желите. Тачно
Као менаџер теста, морате им објаснити важност теста, уместо да приморате тим да ради оно што желите.
Шта је важност плана испитивања?
Израда Плана теста има вишеструке предности
- Помозите људима изван тест тима, као што су програмери, пословни менаџери, купци да разумеју детаље тестирања.
- Тест план води наше размишљање. То је попут књиге правила, коју треба поштовати.
- Важни аспекти попут процене теста, обима теста, стратегије испитивања документовани су у плану теста, тако да га менаџерски тим може прегледати и поново користити за друге пројекте.
Како написати тест план
Већ знате да је израда плана испитивања најважнији задатак процеса управљања тестовима. Следите седам корака у наставку да бисте креирали план теста према ИЕЕЕ 829
- Анализирајте производ
- Дизајнирајте стратегију испитивања
- Дефинишите циљеве теста
- Дефинишите критеријуме за испитивање
- Планирање ресурса
- Планирајте тест окружење
- Распоред и процена
- Одредите резултате теста
Корак 1) Анализирајте производ
Како можете тестирати производ без икаквих информација о њему? Одговор је немогућ. Морате научити производ темељно пре тестирања.
Производ који се тестира је банкарска веб локација Гуру99. Требало би да истражите клијенте и крајње кориснике да бисте сазнали њихове потребе и очекивања од апликације
- Ко ће користити веб страницу?
- За шта се то користи?
- Како ће то функционисати?
- Који су софтвер / хардвер који производ користи?
За анализу странице можете користити следећи приступ
Сада применимо претходно знање на стварни производ: Анализирајте банкарску веб страницу хттп : //демо.гуру99.цом/В4 .
Требали бисте разгледати ову веб страницу и прегледати документацију о производу. Преглед документације о производу помаже вам да разумете све карактеристике веб странице, као и како да је користите. Ако су вам ставке нејасне, можете интервјуисати купца, програмера или дизајнера да бисте добили више информација.
Корак 2) Развити тест стратегију
Тест стратегија је пресудан корак у изради теста за тестирање софтвера. Документ о стратегији тестирања је документ високог нивоа који обично развија Тест Манагер. Овај документ дефинише:
- Овај пројекат је тестирање циљеви и средства за њихово остварење
- Утврђује напор и трошкове испитивања
Назад на свој пројекат, морате да развијете тест стратегију за тестирање те банкарске веб локације. Требали бисте следити кораке у наставку
Корак 2.1) Дефинисати обим тестирања
Пре почетка било које тест активности, обим тестирања треба да буде познат. Морате добро размислити о томе.
- Компоненте система које треба тестирати (хардвер, софтвер, међуопрема итд.) Дефинисане су као „ у опсегу “
- Компоненте система које се неће тестирати такође треба јасно дефинисати као „ ван опсега “.
Дефинисање опсега вашег пројекта тестирања веома је важно за све заинтересоване стране. Прецизан опсег вам помаже
- Пружите свима поверење и тачне информације о тестирању које обављате
- Сви чланови пројекта ће имати јасно разумевање шта се тестира, а шта не
Како одређујете обим вашег пројекта?
Да бисте одредили опсег, морате -
- Прецизан захтев купца
- Буџет пројекта
- Спецификација производа
- Вештине и талент вашег тест тима
Сада би требало јасно дефинисати „у опсегу“ и „ван опсега“ тестирања.
- Као спецификације захтева за софтвер, пројекат Гуру99 Банк фокусира се само на тестирање свих функција и спољног интерфејса веб странице Гуру99 Банк ( у опсегу тестирања)
- Тренутно се неће тестирати нефункционално тестирање као што су стрес , перформансе или логичка база података . ( ван опсега)
Сценарио проблема
Купац жели да тестирате његов АПИ. Али буџет пројекта то не дозвољава. У таквом случају, шта ћете учинити?
Па, у таквом случају морате да убедите купца да је Апи тестирање додатни посао и да ће потрошити значајне ресурсе. Дајте му податке који поткрепљују ваше чињенице. Реците му ако се Апи тестирање укључи у опсег, буџет ће се повећати за износ од КСИЗ.
Купац се слаже и сходно томе су нови опсези, ставке изван опсега
- Ставке у опсегу: функционално тестирање, Апи тестирање
- Ставке ван опсега: Испитивање базе података, хардвер и било који други спољни интерфејс
Корак 2.2) Идентификујте тип испитивања
Тип Тестирање је стандардна процедура тест који даје очекивани тест исход.
Свака врста тестирања је формулисана да идентификује одређену врсту грешака у производу. Али, све врсте испитивања имају за циљ постизање једног заједничког циља „ Рано откривање свих недостатака пре пуштања производа у промет купцу“
У обично користи типови тестирања су описани као следећој слици

Постоји мноштво врста тестирања за тестирање софтверског производа. Ваш тим не може имати довољно напора да се носи са свим врстама тестирања. Као менаџер теста, морате да поставите приоритет врста тестирања
- Које врсте тестирања треба усредсредити на тестирање веб апликација?
- Које врсте тестирања треба занемарити ради уштеде трошкова?
На које врсте тестирања бисте се требали фокусирати у овом случају?
Изаберите све што важи А) Јединствено тестирање Б) АПИ тестирање Ц) Интеграционо тестирање Д) Системско тестирање Е) Инсталирање / деинсталирање тестирања Ф) Агилни тестирање ми само изаберите А) АПИ-тестирање , Ц) Интеграција Тестирање д) тестирање система за Гуру99 пројекат
Корак 2.3) Ризик и проблеми са документима
Ризик је неизвестан догађај у будућности са вероватноћом настанка и потенцијалним губитком. Када се ризик заиста догоди, он постаје „ проблем“.
У чланку Анализа и решење ризика већ сте детаљно сазнали о анализи ризика и идентификовали потенцијалне ризике у пројекту.
У КА плану испитивања документоваћете те ризике
Ризик | Ублажавање |
---|---|
Члану тима недостају потребне вештине за тестирање веб страница. | Планирајте курс обуке како бисте вештили своје чланове |
Распоред пројеката је претесан; тешко је завршити овај пројекат на време | Поставите приоритет теста за сваку тест активност. |
Тест Манагер има лошу управљачку вештину | Планирајте обуку руковођења за менаџера |
Недостатак сарадње негативно утиче на продуктивност ваших запослених | Охрабрите сваког члана тима у његовом задатку и подстакните их на веће напоре. |
Погрешна процена буџета и прекорачење трошкова | Утврдите опсег пре почетка рада, посветите пуно пажње планирању пројеката и стално пратите и мерите напредак |
Корак 2.4) Направите тестну логистику
У тестној логистици, менаџер теста треба да одговори на следећа питања:
- Ко ће тестирати?
- Када ће се догодити тест?
Ко ће тестирати?
Можда не знате тачна имена тестера који ће тестирати, али тип тестера може бити дефинисан.
Да бисте изабрали правог члана за задати задатак, морате размотрити да ли је његова вештина квалификована за тај задатак или не, такође проценити буџет пројекта. Ако одаберете погрешног члана за задатак, пројекат може пропасти или одложити .
За тестирање софтвера најидеалнија је особа која има следеће вештине:
- Способност разумевања становишта купаца
- Снажна жеља за квалитетом
- Пажња до детаља
- Добра сарадња
У вашем пројекту, члан који ће бити задужен за извођење теста је тестер. На основу буџета пројекта, за тестер можете одабрати члана из извора или спољног извођача.
Када ће се догодити тест?
Тест активности морају да се подударају са повезаним развојним активностима.
Почећете да тестирате када имате све потребне предмете приказане на следећој слици
Корак 3) Дефинисање циља теста
Циљ теста је општи циљ и постигнуће извршења теста. Циљ тестирања је проналажење што већег броја софтверских недостатака; уверите се да софтвер који се тестира не садржи грешке пре објављивања.
Да бисте дефинисали циљеве теста, требало би да урадите 2 следећа корака
- Наведите све софтверске функције (функционалност, перформансе, ГУИ ...) које ће можда требати тестирати.
- Дефинишите циљ или циљ теста на основу горе наведених карактеристика
Применимо ове кораке да бисмо пронашли тестни циљ вашег пројекта за тестирање банке Гуру99
Можете одабрати метод „ ТОП-ДОЛЕ“ да бисте пронашли карактеристике веб странице које ће можда бити потребно тестирати. Овом методом рашчлањујете тестирану апликацију на компоненту и поткомпоненту .
У претходној теми сте већ анализирали спецификације захтева и прошетали веб страницом, тако да можете да направите Минд-Мап како бисте пронашли функције веб локације како следи
Ова слика приказује све функције које веб локација Гуру99 може имати.
На основу горњих карактеристика, можете да дефинишете тест циљ пројекта Гуру99 како следи
- Проверите да ли функционалност веб странице Гуру99 (рачун, депозит ...) ради како се очекује без икаквих грешака или грешака у стварном пословном окружењу
- Проверите да ли спољни интерфејс веб странице, попут корисничког интерфејса , ради како се очекује и да ли задовољава потребе купаца
- Проверите употребљивост веб странице. Да ли су те функционалности прикладне за корисника или не?
Корак 4) Дефинишите критеријуме за испитивање
Критеријуми за испитивање су стандард или правило на којима се могу заснивати поступак испитивања или просудба теста. Постоје 2 врсте критеријума за испитивање, као што следи
Критеријуми суспензије
Наведите критичне критеријуме суспензије за тест. Ако су током испитивања испуњени критеријуми суспензије, активни циклус тестирања ће бити суспендован док се критеријуми не реше .
Пример плана теста: Ако чланови вашег тима пријаве да постоји 40% неуспелих случајева теста, требало би да обуставите тестирање док развојни тим не поправи све неуспеле случајеве.
Излазни критеријуми
Одређује критеријуме који означавају успешан завршетак фазе теста. Излазни критеријуми су циљани резултати теста и неопходни су пре него што се пређе на следећу фазу развоја. Пример: 95% свих критичних случајева мора да прође.
Неке методе дефинисања излазних критеријума су одређивањем циљане брзине и пролазности .
- Брзина покретања је однос између броја извршених тест случајева и укупног броја тестних случајева спецификације теста. На пример, спецификација теста има укупно 120 ТЦ, али испитивач је извршио само 100 ТЦ, тако да је брзина покретања 100/120 = 0,83 (83%)
- Пролазност је однос између броја положених тест тестова / извршених тест случајева . На пример, у преко 100 извршених ТЦ-а, прошло је 80 ТЦ-а, па је стопа проласка 80/100 = 0,8 (80%)
Ови подаци се могу наћи у документима Тест Метриц.
- Брзина покретања је обавезна да буде 100%, осим ако се не наведе јасан разлог.
- Пролазност зависи од обима пројекта, али циљ је постизање високе пролазности .
Пример плана теста: Ваш тим је већ извршио тестове. Они вам пријављују резултат теста и желе да потврдите критеријуме за излаз.
У горе наведеном случају, стопа трчања је обавезна 100%, али тест тим је испунио само 90% случајева. То значи да брзина покретања није задовољена, зато НЕ потврђујте критеријуме изласка
Корак 5) Планирање ресурса
План ресурса је детаљан сажетак свих врста ресурса потребних за извршење пројектног задатка. Ресурс може бити људски, опрема и материјали потребни за завршетак пројекта
Планирање ресурс је важан фактор планирања тест, јер помаже у утврђивању да број ресурса (запослених, опрему ...) који ће се користити за пројекат. Стога, менаџер теста може да направи тачан распоред и процену пројекта.
Овај одељак представља препоручене ресурсе за ваш пројекат.
Људски ресурси
Следећа табела представља различите чланове вашег пројектног тима
Не. |
Члан |
Задаци |
---|---|---|
1. |
Тест Манагер |
Управљајте целим пројектом Дефинисати правце пројекта Стекните одговарајуће ресурсе |
2 |
Тестер |
Идентификовање и описивање одговарајућих техника испитивања / алата / архитектуре аутоматизације Верификујте и процените приступ тестирању Извршите тестове, евидентирајте резултате, пријавите недостатке. Тестер би могао бити члан извора или извора, на основу буџета пројекта За задатак за који је била потребна ниска вештина, препоручујем вам да одаберете чланове који преносе спољни сарадници ради уштеде трошкова пројекта. |
3. |
Програмер у тесту |
Имплементирајте тест случајеве, тест програм, тест сет итд. |
4. |
Администратор теста |
Израђује и осигурава да се тест окружењем и средствима управља и одржава Подржите Тестер да користи тест окружење за извршавање теста |
5. |
Чланови СКА |
Преузмите одговорност за осигурање квалитета Проверите да ли поступак тестирања испуњава одређене захтеве |
Системски ресурс
За тестирање веб апликације ресурсе треба да планирате према следећим табелама:
Не. |
Ресурси |
Описи |
---|---|---|
1. |
Сервер |
Инсталирајте веб апликацију на тесту То укључује засебни веб сервер, сервер базе података и сервер апликација, ако је применљиво |
2 |
Алат за испитивање |
Алат за тестирање је аутоматизовати тестирање, симулирати рад корисника, генерисати резултате теста Постоји мноштво алата за тестирање које можете користити за овај пројекат, као што су Селениум, КТП ... итд. |
3. |
Мрежа |
Потребна вам је мрежа која укључује ЛАН и Интернет да бисте симулирали стварно пословно и корисничко окружење |
4. |
рачунар |
Рачунар који корисници често користе за повезивање веб сервера |
Корак 6) Планирање тестног окружења
Шта је тест окружење
Тест окружење је подешавање софтвера и хардвера на којем ће тест тим извршавати тест случајеве. Тест окружење се састоји од стварног пословног и корисничког окружења, као и физичког окружења, попут сервера, предњег окружења које ради.
Како поставити тест окружење
Да се вратимо на свој пројекат, како поставити тест окружење за ову веб страницу о банкарству?
Да бисте завршили овај задатак, потребна вам је јака сарадња између тест тима и развојног тима
Требало би питати програмера нека питања да схвати веб апликацију под тестом јасно . Ево неколико препоручених питања. Ако је потребно, можете поставити и друга питања.
- Која је максимална корисничка веза коју ова веб локација може истовремено да поднесе?
- Који су хардверски / софтверски захтеви за инсталирање ове веб странице?
- Да ли је корисничком рачунару потребно неко посебно подешавање за прегледање веб странице?
Следећа слика описује тест окружење банкарске веб странице ввв.демо.гуру99.цом/В4
Корак 7) Распоред и процена
У чланку Процена теста већ сте користили неке технике за процену напора за довршавање пројекта. Сада бисте требали укључити ту процену као и распоред у планирање испитивања
У фази процене теста, претпоставимо да цео пројекат поделите на мале задатке и додате процену за сваки задатак као што је доле
Задатак |
Чланови |
Процените напор |
---|---|---|
Направите спецификацију теста |
Дизајнер теста |
170 радних сати |
Извршите тест извршавање |
Тестер, администратор теста |
80 радних сати |
Тест извештај |
Тестер |
10 радних сати |
Тест Деливери |
20 радних сати |
|
Укупно |
280 радних сати |
Затим креирате распоред за извршавање ових задатака.
Израда распореда је уобичајени појам у управљању пројектима. Стварајући чврст распоред у планирању теста, менаџер теста може га користити као алат за праћење напретка пројекта, контролу прекорачења трошкова.
Да би креирао распоред пројекта, менаџеру теста је потребно неколико врста података као што је приказано испод:
- Запослени и рок пројекта : Радни дани, рок пројекта, расположивост ресурса су фактори који су утицали на распоред
- Процена пројекта : На основу процене, менаџер теста зна колико је времена потребно за довршавање пројекта. Тако да може да направи одговарајући распоред пројеката
- Пројектни ризик : Разумевање ризика помаже менаџеру тестова да дода довољно времена у распоред пројекта да се носи са ризицима
Вежбамо на примеру:
Претпоставимо да је шеф жели да заврши пројекат Гуру99 у једном месецу, већ је проценио напоре за сваки задатака на тесту Процена. Можете креирати распоред као доле
Корак 8) Тестирање резултата
Испитни резултати су листа свих докумената, алата и других компоненти које треба развити и одржавати као подршку напорима тестирања.
Постоје различити резултати испитивања у свакој фази животног циклуса развоја софтвера.
Резултати испитивања су обезбеђени пре фазе испитивања.
- Документ о плановима испитивања.
- Документи о тест случајевима
- Спецификације дизајна теста.
Резултати испитивања обезбеђују се током тестирања
- Тест Сцриптс
- Симулатори.
- Тест подаци
- Матрица следљивости теста
- Евиденције грешака и евиденције извршења.
Резултати испитивања обезбеђују се након завршетка циклуса испитивања.
- Резултати теста / извештаји
- Извештај о недостацима
- Смернице за процедуре инсталирања / испитивања
- Напомене о издању
Ресурси
Преузмите узорак предлошка плана испитивања
Преузмите узорак плана тестирања система са веб странице Гуру99 Банк