software testing documentation guide
У својој каријери тестирања софтвера никада нисам чуо да људи пуно причају о документацији за тестирање софтвера. Опште мишљење о документацији за тестирање је да свако ко има слободно време може да ради документацију попут Тест случаја, Плана теста, извештаја о стању, извештаја о грешкама, предлога пројеката итд.
Чак и нисам више нагласио документацију, али могу рећи да имам навику да све податке стављам црно на бело и да о томе обавештавам и друге.
Шта ћете научити:
- Моје искуство
- Пробна документација: Шта је то?
- 10 савета који ће вам помоћи да постигнете циљ пробне документације
- Важни документи за тестирање софтвера
- Закључак
- Препоручено читање
Моје искуство
Само желим да поделим своје искуство са вама:
питања и одговори за интервјуе за цисцо умрежавање пдф
Испоручили смо пројекат (са непознатим проблемом) једном од наших клијената (бесни клијент). И пронашли су проблем на страни клијента, што је била врло лоша ситуација за нас, и као и обично, сва кривица била је на КА-има.
Проблем је био у вези са компатибилношћу једне веб странице. Када сам ја у питању, имао сам доказ да нисам добио такав документ са условом који наводи да такође морам да проверим компатибилност веб странице. Хвала богу да сам био на сигурном.
То је била лекција за мене, схватио сам важност документације и од тог дана сам почео да радим на документима и креирао документе за тестирање као што су план испитивања, случајеви испитивања, контролна листа за испитивање исправности, извештај о грешкама и многи.
„Мастило је боље од најбоље меморије“ - кинеска пословица
Пробна документација: Шта је то?
Сви читамо разне чланке о технологијама и методама испитивања, али колико нас је видело чланке о документацији? Нема сумње да их је мало, да ли је то што документи нису важни? Не, али то је зато што још увек нисмо схватили важност докумената.
Али, ако посматрамо, онда је чињеница, пројекти који имају све документе имају висок ниво зрелости.
Већина компанија не придаје ни мало значаја документацији онолико колико дају процесу развоја софтвера. Ако претражујемо на Интернету, можемо пронаћи разне предлошке о томе како створити разне врсте докумената. Али колико их заиста користе организације или појединци?
Чињеница је таква пажљива документација може уштедети време, напоре и новац организације.
Иако се одлучује за било коју врсту сертификата, зашто се нагласак ставља на документацију, то је само зато што показује важност клијента и процеса за појединца и организацију. Ако нисте у стању да направите документ који је угодан кориснику без обзира на то колико је добар ваш производ, нико га неће прихватити.
Према мом искуству, поседујемо један производ који има помало збуњујућу функционалност.
Када сам почео да радим на томе, тражио сам неке документе за помоћ од менаџера и добио сам одговор „Не, немамо никакве документе“. Тада сам то издао, јер као КА знао сам, нико не може да разуме како користите производ без докумената или обуке. А ако корисник није задовољан, како ћемо зарадити од тог производа?
„Недостатак документације постаје проблем за прихватање“ - Виетсе Венема
Чак је и иста ствар применљива на корисничке приручнике. Узмимо пример Мицрософта, они лансирају сваки производ са одговарајућим документима, чак и за Оффице 2007 имамо такве документе који су врло објашњиви и лако разумљиви за сваког корисника. То је један од разлога што су сви њихови производи успешни.
У малим компанијама смо увек чули „одбацивање пројеката у фази предлога или у фази почетка“, само зато што документација о предлогу нема сажет и експресиван језик, и да би показала способност организације.
Није да мале компаније не могу да изводе квалитетне пројекте, већ је њихова неспособност да изразе своју способност. (Ја такође радим са малом организацијом од 80 запослених и то сам чуо много пута)
Лично сматрам да је Квалитет једино одељење које то може учинити. Ми смо једино одељење које може да расправља о овоме и може да пружи успешну будућност нашим организацијама.
Организујмо све дискусије у неколико тачака у перспективи квалитета:
- Појаснити циљ и методе квалитета
- Осигурајте јасноћу задатака и доследност извршавања
- Осигурати унутрашњу координацију у раду клијента
- Обезбедити повратне информације о превентивним акцијама
- Пошаљите повратне информације за свој циклус планирања
- Створите објективне доказе о учинку вашег система управљања квалитетом
10 савета који ће вам помоћи да постигнете циљ пробне документације
Као што сам споменуо у свом ранијем посту, генерално схватање документације о тестирању софтвера гласи „То може учинити само особа која има слободног времена“. Морамо променити овај начин размишљања, а тада само ми можемо искористити моћ документације за наше пројекте.
Није да не знамо како да урадимо документацију како треба. Једноставно не мислимо да је то важно.
Сви морају да имају стандардне предлошке за све врсте документације, почев од стратегије тестирања, плана испитивања, случајева испитивања и података теста до извештаја о грешкама.
То су само да би следили неке стандарде (ЦММИ, ИСО, итд.), Али када је стварна примена у питању колико од ових докумената стварно користимо ми? Само треба да синхронизујемо свој процес квалитета са стандардима документације и другим процесом у организацији.
Најједноставније је пратити све врсте документације је укључивање особе у пројекат из почетне фазе која разуме динамику пројекта, домен, циљ и технологију. И ко је још бољи од КА особе за ово (наравно да су присутни технички писци који то раде - али узимајући у обзир општи сценарио малих компанија где технички писци нису присутни).
Да бих постигао овај циљ тестирања и документације, сматрам да се морамо усредсредити на неке тачке.
Ево 10 најбољих савета који ће вам помоћи да постигнете циљ документације о тестирању:
# 1) КА би требало да се укључи у прву фазу пројекта, тако да КА и документација раде руку под руку.
#два) Процес који дефинише КА треба да прате техничке особе, што помаже у уклањању већине недостатака у врло почетној фази.
# 3) Само стварање и одржавање Предлошци за тестирање софтвера није довољно, приморајте људе да их користе.
# 4) Немојте само креирати и остављати документ, већ га ажурирајте по потреби.
# 5) Захтев за променом је важна фаза пројекта, не заборавите да их додате на листу.
# 6) Користите контролу верзија за све. Ово ће вам помоћи да лако управљате документима и да их пратите.
# 7) Олакшајте поступак отклањања недостатака документовањем свих недостатака. Обавезно укључите јасан опис квара, репродукујте кораке, захваћено подручје и детаље о аутору док документујете било који недостатак.
# 8) Покушајте да документујете шта је потребно да бисте разумели свој рад и шта ћете морати да пружите својим заинтересованим странама кад год је то потребно.
# 9) За документацију користите стандардни образац. Као и сваки Екцел образац или образац доц датотеке и придржавајте га се за све потребе вашег документа.
# 10) Делите све документе који се односе на пројекат на једном месту, доступном сваком члану тима за референцу, као и за ажурирање кад год је потребно.
Не кажем да ћете применом корака добити изненадне резултате. Знам да се ова промена неће догодити за дан или два, али бар можемо почети тако да се те промене полако почну дешавати.
На крају крајева „за документацију је потребна документација“. Зар не?
Постоје стотине докумената који се користе у животном циклусу развоја и тестирања софтвера.
Важни документи за тестирање софтвера
Овде наводим неколико важних докумената за тестирање софтвера које морамо редовно да користимо / одржавамо:
1) План испитивања
2) Дизајн теста и Спецификација тест случаја
3) Тест стратегија
4) Резиме извештаја о тестирању
5) Недељни извештај о статусу
6) Кориснички документи / приручници
7) Извештај о прихватању корисника
8) Процена ризика
9) Тест дневник
10) Извештаји о грешкама
Једанаест) Тест подаци
12) Анализа теста
Такође, испитивачи софтвера морају редовно да се позивају на следеће документе:
1) Спецификације софтверских захтева
2) Функционални документи
Закључак
Документи за тестирање софтвера увек играју важну улогу у фази развоја пројекта / тестирања. Зато увек држите ствари документоване кад год је то могуће. Не ослањајте се на вербалну комуникацију. Будите увек на сигурној страни.
Документација не само да ће вас уштедети већ ће дугорочно помоћи организацији да уштеди хиљаде долара на обуци и што је још важније на решавању проблема насталих услед недостатка докумената за развој и тестирање.
Немојте документовати само како бисте избегли да вас упире прстом, али навика да документација сигурно доноси системски приступ вашем процесу тестирања, остављајући ад хоц тестирање иза себе.
Абоут Аутхор: Овај чланак написао је члан СТХ тима Тејасвини. Ради као КА менаџер у организацији.
Које друге документе одржавате у свакодневним активностима тестирања?
Препоручено читање
- Како написати недељни извештај о тестирању софтвера
- Најбољи алати за тестирање софтвера 2021. године [КА Тест Аутоматион Тоолс]
- Посао за КА помоћника за тестирање софтвера
- Курс за тестирање софтвера: Који институт за тестирање софтвера да се придружим?
- Одабир тестирања софтвера за вашу каријеру
- Тестирање софтвера Технички садржај Вритер Фрееланцер Јоб
- Најбоље услуге КА тестирања софтвера од СофтвареТестингХелп
- Врсте тестирања софтвера: различите врсте испитивања са детаљима