how report test execution smartly
Извештавање о статусу тестирања софтвера
„Договор да ће одређени тим / појединац, у одређеним интервалима времена, одређеним члановима послати одређене информације - је попут руковања - признања да без обзира на исход задатка у руку, били бисте обавештени о томе, пре него касније. “
Ово је први одељак заклетве ИТ стручњака. Па, шалим се! Нема заклетве, али да је постоји, ово би сигурно било на врху листе предмета у њој. Зар не?
Одговорност и транспарентност (А&Т) су од суштинског значаја за сваки ИТ пројекат на различитим нивоима - на нивоу пројекта, на нивоу тима, на нивоу задатка и такође на појединачном нивоу. Како да се уверимо да су ови атрибути испуњени? Одговор је - комуницирање, формалније - Извештавање о статусу !
како вратити низ низова у јави
На појединачном нивоу, не шаљемо ли сви свакодневно извештаје, углавном, ЕОД да бисмо обавестили о извршењу (или неиспуњавању) ваших свакодневних обавеза. Ово доказује да сте заправо „свесни“ са чиме сте започели своје дужности.
Шта ћете научити:
Дневни извештај о статусу
Информације које треба да буду део „Дневног извештаја о статусу“ појединца су:
- Шта си радио данас?
- Шта планираш да радиш сутра?
- Да ли сте се током дана суочавали са неким проблемима? Ако јесте, како сте их решили или су и даље отворени?
- Да ли вам требају неки уноси за сутра? Ако да, од кога су и шта су они?
Прималац ове е-поште / извештаја је генерално менаџер, такође у неким случајевима чланови тима могу бити ЦЦ-ов - ово зависи од комуникационог протокола који тим следи.
Извештаји о испитивању
Сада је време да се детаљно упознате и сазнате све о извештајима које испитни / КА тимови шаљу.
Тимови за тестирање шаљу различите извештаје у различитим фазама СТЛЦ-а.
- Статус плана тестирања
- Статус пробне документације
- Статус извршавања теста (статус дефекта)
План испитивања : Довољно је комуницирати са остатком пројектних тимова, када се креира план тестирања или када се на њему направе велике промене.
Пробна документација : Обавестите све тимове када је почело дизајнирање тестова, прикупљање података и друге активности, као и када су готови. Овај извештај не само да ће их обавестити о напретку задатка већ ће и сигнализирати тимовима који треба да прегледају и обезбеде потпис на артефактима да су следећи.
Извршење теста : Извршење је фаза пројекта када је испитни тим примарни фокус - позитивно и негативно - и хероји и зликовци.
Уобичајени дан током тест циклуса не ради се уколико се не пошаље Дневни извештај о стању. У неким тимовима би се могли сложити око недељног извештаја, али свакодневно слање извештаја је норма.
Такође је реткост да се сваког дана (или недеље) одржава састанак о статусу како би се заинтересованим странама представио статус КА тима.
Стога начин извештавања о статусу може бити:
- Е-маил / документ
- Састанак / презентација
- И једно и друго - свакодневна е-пошта и седмични састанак или тако некако.
Извештај о статусу извршења теста
Дневни / недељни извештај о извршењу теста:
Шта је то? Генерално, ово је комуникација послата како би се успоставила транспарентност дневних активности КА тима током циклуса тестирања - укључује информације о недостацима и информације о покретању тест случаја.
Коме треба да иде? - Обично су развојни тим, тим за подршку животној средини, пословни аналитичар и пројектни тим примаоци / учесници састанка. План испитивања је најбоље место за проналажење ових информација.
Шта садржи извештај о статусу извршења теста? - 10 поена
- Број тест случајева планираних за тај дан
- Број извршених тест случајева - тог дана
- Број извршених тест случајева укупно
- Број оштећења нађених тог дана / и њихових држава
- Број оштећења до сада / и њихова стања
- Број критичних недостатака - још увек отворен
- Застоји у окружењу - ако постоје
- Излагачи - ако их има
- Прилог листа за извршење теста / Линк до Алат за управљање тестовима где су смештени тест примери
- Прилог извештају о грешци / везу до алата за кварове / тестирање / управљање који се користи за управљање инцидентима
Горњих 10 тачака, ако пажљиво приметите, јесу сирови подаци. Пријављивање чињеница је једно, а пријављивање неких ‘паметних’ чињеница друго . Како да прецизирамо ове информације?
- Приказује укупан статус индикатором у боји. На пример, Зелена - на време, наранџаста - Мало заостаје, али може да апсорбује кашњење, црвена - Одложено.
- Укључите неке једноставне метрике као што су Пасс% досадашњих случајева, густина дефеката,% озбиљних недостатака; радећи ово не дајете само бројеве, већ заправо дајете увид у квалитет производа који тестирате.
- Ако је значајна фаза завршена - истакните то.
- Ако постоји критична мана која ће блокирати све / део будућег извршења - истакните то.
- Ако користите презентацију, обавезно укључите неке графиконе како бисте имали бољи утицај.
На пример, доњи графикон је приказ број отворених недостатака, модуларно :
Поред ових, по жељи можете укључити и:
- Које су следеће активности планиране?
- Да ли су вам потребни било који други тимови и ако јесу, шта?
И на крају, неколико упута које помажу у процесу:
- Будите истовремено сажети и комплетни
- Уверите се да су резултати које пријављујете тачни
- Користите тачке са ознакама да бисте извештај учинили врло читљивим
- Још једном проверите да ли су тачни датум, тема, списак и прилози.
- Ако је извештај превелик и има превише фактора за извештавање: поставите га на заједничко место као датотеку и пошаљите везу у е-поруци уместо саме датотеке. (Уверите се да примаоци имају дозволе за приступ овој локацији и датотеци)
- Ако је реч о статусном састанку - Припремите се за презентацију, дођите на време и што је најважније, задржите равномерни тон (немојте бити превише поносни на недостатке - они су генерално „лоше вести“).
Узорак извештаја о статусу
Извештај о статусу КА тестирања:
Следећи ове смернице, дошли смо до следећег извештаја о статусу.
Ради удобности наших читалаца, укључили смо 3 листа који преносе различите нивое информација које они могу да пренесу.
Лист 1 - је резиме укупног статуса пројекта.
Лист 2 - више је о појединачним детаљима статуса тест случаја.
Лист 3 - пример је извештаја о грешкама.
шта постиже фаза верификације у животном циклусу софтвера?
Преузми ово Узорак Кслс предлошка о статусу са сва три листа. (Кликните десним тастером миша на везу и одаберите „Сачувај везу као ..“ за преузимање)
О аутору - Ово је чланак члана СТХ тима Свати Сееле. Можете сазнати више о њој на нашој Страница курса за тестирање софтвера .
Поделите своје коментаре и питања са нама у наставку.
Препоручено читање
- Како написати недељни извештај о тестирању софтвера
- Како даљински ажурирати статус извршења тест случаја помоћу селена - Туториал # 3
- Како написати ефикасан сажети извештај о тесту (узорак преузимања извештаја)
- Узорак извештаја о грешкама
- Пример узорка за извештај о испитивању прихватања са примерима
- Библиотека стандардних шаблона (СТЛ): Кратки увод
- Стварање генеричких производа и тестова - Водич за селен бр. 22
- Узорак предлошка тест примера са примерима тест примера (преузми)