how write an effective test summary report
Једноставан водич у 12 корака за писање ефикасног резимеа теста са шаблоном узорка сажетка теста:
У оквиру Тестирања припрема се неколико докумената и извештаја. Неки су Стратегија тестирања доц , План испитивања доц , План управљања ризиком , План управљања конфигурацијом итд. Међу овим сажетим извештајима о испитивању налази се један такав извештај који се припрема након завршетка тестирања.
Покушао сам да објасним сврху ' Резиме теста ' и под условом а узорак предлошка резимеа сажетка теста заједно са стварним извештајем за преузимање.
Шта ћете научити:
разлика између ц ++ и јаве
Шта је резиме извештаја о тестирању?
Као што знамо, тестирање софтвера је важна фаза у СДЛЦ-у, а такође служи и као „Квалитетна капија“ за апликацију која пролази и која је од стране тима за тестирање овјерена као „Може да иде уживо“.
Резиме теста је важан резултат који се припрема на крају пројекта тестирања, тачније након завршетка тестирања. Главни циљ овог документа је да објасни различите детаље и активности у вези са тестирањем изведеним за пројекат, релевантним заинтересованим странама попут вишег менаџмента, клијента итд.
Као део Дневни извештаји о статусу , свакодневни резултати испитивања свакодневно ће се делити са укљученим заинтересованим странама. Али Резиме извештаја о испитивању пружа обједињени извештај о досадашњем тестирању за пројекат.
Препоручено читање=> Како паметно пријавити извршење теста (преузимање предлога извештаја о статусу)
Претпоставимо да ако клијент који седи на удаљеној локацији мора да разуме резултате и статус пројекта тестирања који је изведен у периоду од, рецимо, четири месеца, извештај о резимеу теста решиће сврху.
Ово је такође артефакт који треба припремити као део ЦММИ процес .
Шта садржи резиме извештаја о тесту?
Типичан Шаблон извештаја о испитивању садржаће доленаведене информације, међутим, на основу формата и праксе сваке компаније, садржај се може разликовати. Такође сам пружио стварне примере за боље разумевање.
На крају овог чланка можете преузети узорак извештаја „Резиме теста“.
Водич за 12 корака за писање ефикасног резимеа теста
Корак # 1) Сврха документа
На пример, Овај документ објашњава различите активности извршене у оквиру Тестирања апликације „АБЦД Транспорт Систем“.
Корак # 2) Преглед апликације
На пример, „АБЦД Транспорт Систем“ је апликација за резервацију аутобуских карата заснована на Интернету. Карте за разне аутобусе могу се резервисати путем мрежних услуга. Информације о путницима у стварном времену добијају се из „Централног система складишта“, који ће бити упућени пре потврде резервације. Постоји неколико модула као што су Регистрација, Резервација, Плаћање и Извештаји који су интегрисани како би испунили сврху.
Корак # 3) Обим тестирања
- Ин Сцопе
- Изван опсега
- Предмети нису тестирани
На пример, Верификација функционалности којој је потребна повезаност са независном апликацијом не може се тестирати, јер повезаност није могла да се успостави због неких техничких ограничења. Овај одељак треба бити јасно документован, иначе ће се претпоставити да је тестирање покривало сва подручја примене.
- У опсегу: Функционално тестирање за следеће модуле је у опсегу тестирања
- Регистрација
- Резервација
- Плаћање
- Ван опсега: За ову апликацију није извршено тестирање перформанси.
- Предмети који нису тестирани: Верификација повезаности са независним системом „Централни систем спремишта“ није тестирана, јер повезаност није могла да се успостави због неких техничких ограничења. Ово се може проверити током УАТ (Усер Аццептанце Тестинг) где је веза доступна или се може успоставити.
Корак # 4) Метрика
- Број планираних и извршених тест случајева
- Број положених / неуспелих тест случајева
- Број утврђених недостатака и њихов статус и тежина
- Расподела недостатака - модулно
Корак # 5) Врсте извршених испитивања
- Испитивање дима
- Тестирање системске интеграције
- и регресијско испитивање
Белешка:Ако је урађено неколико кругова тестирања, овде се могу укључити и детаљи.>
На пример,
до) Испитивање дима
Ово тестирање је обављено сваки пут када се добије Буилд (постављено у тест окружење) за тестирање како би се осигурало да главна функционалност ради у реду, Буилд може бити прихваћен и тестирање може започети.
б) Тестирање системске интеграције
- Ово је тестирање изведено на апликацији која се тестира, како би се верификовало целокупно деловање апликације у складу са захтевима.
- Тестирани су критични пословни сценарији како би се осигурало да важне функције апликације раде како је предвиђено и без грешака.
ц) Регресија тестирање
- Испитивање регресије извршено је сваки пут када се нова верзија примени за тестирање која садржи исправке недостатака и нова побољшања, ако их има.
- Испитивање регресије врши се на целој апликацији, а не само на новој функционалности и исправкама недостатака.
- Ово тестирање осигурава да постојећа функционалност ради исправно након отклањања недостатака и нова побољшања се додају у постојећу апликацију.
- Тест случајеви за нову функционалност додају се постојећим тест случајевима и извршавају се.
Корак # 6) Тест окружење и алати
На пример,
Корак # 7) Научене лекције
На пример,
Корак # 8) Препоруке
На пример,
- Администраторска контрола за алате за управљање недостацима може се доделити менаџеру оффсхоре теста ради омогућавања приступа тиму за тестирање.
- Сваки пут када администратора на локацији не треба контактирати за захтеве кад год се појаве, чиме се штеди време због разлике у географској временској зони.
Корак # 9) Најбоље праксе
На пример,
- Задатак који се понављао ручно сваки пут одузимао је пуно времена. Овај задатак је аутоматизован стварањем скрипти и покретањем сваки пут, што је уштедело време и ресурсе.
- Случајеви за тестирање дима су аутоматизовани и покренуте су скрипте, које су брзо радиле и уштеделе време.
- Скрипте за аутоматизацију су припремљене за стварање нових купаца, где треба направити пуно записа за тестирање.
- Пословни сценарији се одвојено тестирају на целој апликацији, што је од виталног значаја за потврду да добро функционишу.
Корак # 10) Излазни критеријуми
(ИИ) Сви критични недостаци су затворени итд.>
На пример,
- Сви тест случајеви треба да се изврше - да
- Све недостатке критичне, главне, средње тежине треба верификовати и затворити - да .
- Сви отворени недостаци у тривијалној тежини - Припремљен акциони план са очекиваним датумима затварања.
Ниједан недостатак озбиљности1 не би требало да буде „ОТВОРЕН“; Само 2 оштећења озбиљности2 треба да буду „ОТВОРЕНА“; Само 4 грешке Северити3 треба да буду „ОТВОРЕНЕ“. Напомена: Ово се може разликовати од пројекта до пројекта. Акциони план за отворене недостатке треба јасно навести са детаљима о томе када и како ће се отклонити и затворити.>
Корак # 11) Закључак / одјава
На пример, Како су критеријуми за излаз испуњени и задовољени како је поменуто у одељку 10, тим за тестирање предлаже да се ова апликација „покрене уживо“. Одговарајуће тестирање прихватљивости корисника / предузећа требало би да се изврши пре „Го Ливе“.
Корак # 12) Дефиниције, кратице и скраћенице
=> Преузми узорак резимеа теста:
Кликните овде за преузимање примерак предлошка извештаја о испитивању са примером.
Неколико тачака које треба забележити током припреме резимеа теста
- Као део извршавања теста, прикупите све потребне информације о извршеном тестирању. Ово ће помоћи у припреми звучног извештаја са резимеом теста.
- Научене лекције се могу детаљно објаснити, што ће пренети одговорност која је предузета за решавање ових проблема. Такође, ово ће бити референца за будуће пројекте како бисте их избегли.
- Слично томе, помињање најбољих пракси приказаће напоре које је тим предузео осим редовног тестирања, које ће такође бити третирано као „Додавање вредности“.
- Помињање Метрике у графичком облику (графикони, графикони) биће добар начин за визуелно представљање статуса и података.
- Имајте на уму да ће резиме извештаја о тестовима навести и објаснити примаоцима да их боље разумеју и објасне активности извршене у оквиру тестирања.
- По потреби се може додати још неколико одговарајућих одељака.
Закључак
Резиме теста је важан резултат и фокус треба бити на припреми ефикасног документа, јер ће овај артефакт бити подељен са различитим заинтересованим странама, попут вишег менаџмента, клијента итд.
Након обављених исцрпних испитивања, објављивање резултата испитивања, показатеља, најбољих пракси, научених лекција, закључака о „Го Ливе“ итд. Је изузетно важно да се то докаже као доказ за извршено тестирање и закључак тестирања.
Такође смо ставили на располагање узорак извештаја о тестирању за преузимање. То је савршен пример како припремити ефикасан извештај Сажетка теста!
О аутору: Ово је гост поста Баскар Пиллаи. Има око 14 година искуства у управљању тестовима и од краја до краја тестирања софтвера. ЦСТЕ сертификовани стручњак за тестирање, тренер, радио је у ИТ смеровима попут Цогнизант-а, ХЦЛ-а, Цапгемини-а и тренутно ради као Тест Манагер за велики МНЦ.
Обавестите нас о својим коментарима / питањима / размишљањима.
Препоручено читање
- Како написати недељни извештај о тестирању софтвера
- Пример узорка за извештај о испитивању прихватљивости са примерима
- Како паметно пријавити извршење теста - (Преузми образац извештаја о статусу)
- Узорак предлошка тест примера са примерима тест примера (преузми)
- Водич за документацију за тестирање софтвера (зашто је то важно)
- Како написати добар извештај о грешци? Савети и Трикови
- 6 најважнијих корака за побољшање извештаја са теста
- Како написати документ стратегије тестирања (са узорком предлошка стратегије тестирања)