Предложак теста: Пример документа са примером веб апликације

Преглед садржаја:

Anonim

Шта је образац плана теста?

ПРЕДЛОГ ПЛАНА ТЕСТИРАЊА је детаљан документ који описује стратегију испитивања, циљеве, распоред, процену и испоручене резултате и ресурсе потребне за тестирање. План теста помаже нам да утврдимо напор потребан за потврђивање квалитета апликације која се тестира. План теста служи као нацрт за спровођење активности тестирања софтвера као дефинисани процес који водитељ теста детаљно надгледа и контролише.

Стварање плана теста је обавезно како би се осигурао успех вашег пројекта за тестирање софтвера. Ако сте нови у планирању теста, погледајте овај водич о томе како створити план теста

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

Испод пронађите важне састојке плана испитивања-

  • 1. Представљање
  • 1.1 Опсег
  • 1.1.1 У обиму
  • 1.1.2 Ван опсега
  • 1.2 Циљ квалитета
  • 1.3 Улоге и одговорности
  • 2 Методологија испитивања
  • 2.1 Преглед
  • 2.2 Нивои испитивања
  • 2.3 Тријажа грешака
  • 2.4 Критеријуми суспензије и захтеви за наставак
  • 2.5 Комплетност теста
  • 3 Испитни резултати
  • 4 Потребе за ресурсима и животном средином
  • 4.1 Алати за тестирање
  • 4.2 Пробно окружење

1. Представљање

Кратко представљање стратегија тестирања, процеса, тока рада и методологија коришћених за пројекат

1.1) Обим

1.1.1) У обиму

Опсег дефинише карактеристике, функционалне или нефункционалне захтеве софтвера који ће се тестирати

1.1.2) Изван опсега

Оут Оф Сцопе дефинише карактеристике, функционалне или нефункционалне захтеве софтвера који НЕЋЕ бити тестиран

1.2) Циљ квалитета

Овде спомените општи циљ који планирате постићи ручним тестирањем и тестирањем аутоматизације.

Неки циљеви вашег пројекта тестирања могу бити

  • Уверите се да апликација која се тестира одговара функционалним и нефункционалним захтевима
  • Уверите се да АУТ испуњава спецификације квалитета које је дефинисао клијент
  • Грешке / проблеми су идентификовани и отклоњени пре пуштања у рад

1.3) Улоге и одговорности

Детаљан опис улога и одговорности различитих чланова тима попут

  • КА Аналист
  • Тест Манагер
  • Цонфигуратион Манагер
  • Програмери
  • Инсталациони тим

Између осталог

2) Методологија испитивања

2.1) Преглед

Наведите разлог усвајања одређене методологије испитивања за пројекат. Методологија испитивања одабрана за пројекат може бити

  • ВатерФалл
  • Итеративни
  • Окретан
  • Екстремно програмирање

Одабрана методологија зависи од више фактора. О методологији испитивања можете прочитати овде

2.2) Нивои испитивања

Нивои испитивања дефинишу врсте испитивања која ће се извршити на апликацији која се тестира (АУТ ). Нивои испитивања првенствено зависе од обима пројекта, времена и буџетских ограничења.

2.3) Тријажа грешака

Циљ тријаже је да

  • Да бисте дефинисали тип резолуције за сваку грешку
  • Да бисте одредили приоритете грешака и одредили распоред за све „Исправљене грешке“.

2.4) Критеријуми суспензије и захтеви за наставак

Критеријуми суспензије дефинишу критеријуме који ће се користити за суспендовање целокупног или дела поступка испитивања, док критеријуми обнављања одређују када се тестирање може наставити након прекида

2.5) Комплетност теста

Овде дефинишете критеријуме који ће сматрати да је ваше тестирање завршено.

На пример, било би неколико критеријума за проверу комплетности теста

  • 100% покривеност тестом
  • Извршени сви ручни и аутоматизовани тест случајеви
  • Све отворене грешке су исправљене или ће бити исправљене у следећем издању

3) Испитни резултати

Овде се спомињу сви тестни артефакти који ће бити испоручени током различитих фаза животног циклуса тестирања.

Ево једноставних резултата

  • План испитивања
  • Тест случајева
  • Матрица сљедивости захтјева
  • Извештаји о грешкама
  • Тест Стратеги
  • Тест Метрицс
  • Одјава купца

4) Потребе за ресурсима и животном средином

4.1) Алати за тестирање

Направите листу алатки попут

  • Алат за праћење захтева
  • Алат за праћење грешака
  • Алати за аутоматизацију

Потребно за тестирање пројекта

4.2) Тест окружење

У њему се помињу минимални хардверски захтеви који ће се користити за тестирање апликације.

Следеће софтвера је потребна су поред клијента посебног софтвера.

  • Виндовс 8 и новији
  • Оффице 2013 и новији
  • МС Екцханге итд.

5) Термини / акроними

Наведите било који термин или акроним коришћен у пројекту

ПОЈАМ / АКРОНИМ ДЕФИНИЦИЈА
АПИ Интерфејс апликативног програма
АУТ Апликација у тесту

Преузмите горњи формат предлошка плана испитивања

Пример узорка плана тестирања документа за банкарство путем веб апликација

1. Представљање

План теста дизајниран је да прописује обим, приступ, ресурсе и распоред свих активности тестирања пројекта Гуру99 Банк.

План идентификује ставке које ће се тестирати, карактеристике које ће се тестирати, врсте испитивања која треба извршити, особље одговорно за тестирање, ресурсе и распоред потребан за завршетак тестирања и ризике повезане са планом.

1.1 Опсег

1.1.1 У обиму

Морају се побољшати све карактеристике веб странице Гуру99 Банк које су дефинисане у спецификацијама софтверских захтева

Назив модула Применљиве улоге Опис
Упит о стању Менаџер купац Купац : Купац може имати више банковних рачуна. Може да
види стање на својим рачунима самоМенаџер : Менаџер може да види салдо свих купаца који
су под његовим надзором
Пренос средстава Менаџер купац Купац: Купац може да пребаци средства са свог „свог“
рачуна на било који одредишни рачун.Менаџер : Менаџер може да пребаци средства са било ког изворног банковног
рачуна на одредишни рачун
Мини Статемент Менаџер купац Мини извод ће приказати последњих 5 трансакција рачуна.Купац: Купац може видети мини извод само својих „сопствених“
рачуна.Менаџер: Менаџер може видети мини извод било ког рачуна
Прилагођена изјава Менаџер купац Прилагођени извод вам омогућава филтрирање и приказивање
трансакција на рачуну на основу датума, вредности трансакције.Купац: Купац може видети Прилагођени - извод само
својих „сопствених“ рачуна.Менаџер : Менаџер може видети Прилагођени -извештај било ког
рачуна
Промени лозинку Менаџер купац Купац: Купац може променити лозинку само свог налога.Менаџер : Менаџер може променити лозинку само свог налога.
Не може да мења лозинке својих купаца
Нови купац Менаџер Менаџер : Менаџер може додати новог купца.
Менаџер Менаџер: Менаџер може да уређује детаље попут адресе, е-поште,
телефона купца.
Нови налог Менаџер Тренутно систем нуди 2 врсте рачуна
• Штедња
• Тренутни
Купац може имати више рачуна за чување (један на своје име,
други на заједничко име итд.).
Може имати више текућих рачуна за различите компаније
које поседује.
Или може имати више текућих и штедних рачуна.Менаџер: Менаџер може додати нови рачун постојећем
купцу.
Измени налог Менаџер Менаџер: Менаџер може да дода детаље налога за уређивање постојећег налога
Обришите налог Менаџер Менаџер: Менаџер може додати брисање налога за купца.
Избриши купца Менаџер Купац се може избрисати само ако нема активних текућих или штедних рачуна.Менаџер: Менаџер може избрисати купца.
Депозит Менаџер Менаџер: Менаџер може да положи новац на било који рачун.
Обично се ради када се готовина депонује у филијали банке.
Повлачење Менаџер Менаџер: Менаџер може подизати новац са било ког рачуна.
Обично се ради када се готовина подиже у филијали банке.

1.1.2 Ван опсега

Ове функције се не тестирају јер нису укључене у спецификације софтверских захтева

  • Кориснички интерфејси
  • Хардверски интерфејси
  • Софтверски интерфејси
  • База података логична
  • Комуникациони интерфејси
  • Безбедност и перформансе веб страница

1.2 Циљ квалитета

Циљеви теста су верификација функционалности веб странице Гуру99 Банк, пројекат би се требао усредсредити на тестирање банкарских операција као што су управљање рачуном, повлачење и стање

… Итд., Како би се загарантовало да све ове операције могу нормално да раде у стварном пословном окружењу.

1.3 Улоге и одговорности

Пројекат би требало да користи чланове спољашњих извођача као тестере ради уштеде трошкова пројекта.

Не. Члан Задаци
1. Тест Манагер Управљајте целим пројектом Дефинишите упутства за пројекат Прибавите одговарајуће ресурсе
2 Тест Идентификовање и описивање одговарајућих техника испитивања / алата / архитектуре аутоматизације Верификујте и процените приступ тестирању Извршите тестове, евидентирајте резултате, пријавите недостатке. Пренесени чланови
3. Програмер у тесту Имплементирајте тест случајеве, тест програм, тест сет итд.
4. Администратор теста Израђује и осигурава тест окружење и средства којима се управља и одржава их Тестер за подршку како би се тест окружење користило за извршавање теста
5. Чланови СКА Преузмите одговорност за осигурање квалитета Проверите да ли поступак тестирања испуњава одређене захтеве

2 Методологија испитивања

2.1 Преглед

2.2 Нивои испитивања

У пројекту Гуру99 банка треба извршити 3 врсте тестирања.

  • Тестирање интеграције (Појединачни софтверски модули се комбинују и тестирају као група)
  • Тестирање система : Спроведено на комплетном , интегрисаном систему ради процене усаглашености система са његовим наведеним захтевима
  • АПИ тестирање: Тестирајте све АПИ-је креиране за тестирани софтвер

2.3 Тријажа грешака

2.4 Критеријуми суспензије и захтеви за наставак

Ако чланови тима пријаве да постоји 40% неуспелих случајева тестирања, обуставите тестирање док развојни тим не поправи све неуспешне случајеве.

2.5 Комплетност теста

  • Наводи критеријуме који означавају успешан завршетак фазе теста
  • Брзина покретања је обавезна да буде 100%, осим ако се не наведе јасан разлог.
  • Пролазност је 80%, а постизање пролазности је обавезно

2.6 Пројектни задатак и процена и распоред

Задатак Чланови Процените напор
Направите спецификацију теста Дизајнер теста 170 радних сати
Извршите тест извршавање Тестер, администратор теста 80 радних сати
Тест извештај Тестер 10 радних сати
Тест Деливери 20 радних сати
Укупно 280 радних сати

Распоред за извршавање ових задатака

3 Испитни резултати

Резултати испитивања дати су као у наставку

Пре фазе тестирања

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

Током тестирања

- Симулатор симулатора алата.

- Тест подаци

- Тестирање матрице способности праћења - Евиденције грешака и евиденције извршења.

Након завршетка циклуса испитивања

  • Резултати теста / извештаји
  • Извештај о недостацима
  • Смернице за процедуре инсталирања / испитивања
  • Напомене о издању

4 Потребе за ресурсима и животном средином

4.1 Алати за тестирање

Не. Ресурси Описи
1. Сервер Потребан вам је сервер базе података који инсталира МиСКЛ сервер Веб сервер који инсталира Апацхе Сервер
2 Алат за испитивање Развити алат за тестирање који може аутоматски генерисати резултат теста у предефинисани облик и аутоматизовано извршавање теста
3. Мрежа Подесите ЛАН Гигабит и 1 Интернет линију брзином од најмање 5 Мб / с
4. рачунар Најмање 4 рачунара покрећу Виндовс 7, Рам 2ГБ, ЦПУ 3.4ГХЗ

4.2 Пробно окружење

Тест окружење треба подесити према доњој слици