Мени

Како извршити прегледе пробне документације у 6 једноставних корака - КА процес

how perform test documentation reviews 6 simple steps qa process

Испробајте Наш Инструмент За Елиминисање Проблема

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

Кроз овај чланак ћемо осветлити малу, али важну тему - Рецензије.

Преглед је такође вид тестирања - верификациони део В&В који се такође назива статичко тестирање.

Извршите прегледе пробне документације

Шта ћете научити:

Врсте прегледа

  • Рецензија сопственог рада - Самопровера
  • Вршњачка провера
  • Надзорни

Ако је валидација половина пракси тестирања, онда је верификација друга, али смернице су често мутне - Па променимо то САДА. Да ли је то општа пракса са чланцима на СТХ, почећемо са питањима, Шта? Зашто? Како?

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

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

Шта прегледавамо?

Све створено мора бити прегледано. Следе неки од најчешћих прегледаних артефаката:

  • План теста
  • Тест сценарији
  • Испитни предлошци
  • Тест случајева
  • Тест подаци
  • Извештаји ... итд

Прегледи испитних докумената

Зашто прегледати?

Из потпуно истог разлога ми тестирамо софтвер, На пример,

  • Да би се откриле грешке
  • Да бисте проверили комплетност
  • Да би били сигурни да се поштују стандарди и смернице ... итд.

Како прегледати?

Следе списак укључених активности:

  • Дефинишите критеријуме - Имате контролну листу шта треба тражити?
  • Извршите проверу
  • Снимите своје резултате
  • Поделите, разговарајте и примените потребне промене
  • Верзија контролише укључене документе
  • Одјавите се и користите документ како је предвиђено.

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

Сада ћемо размотрити сваки корак у одељку „Како“ - другим речима, поступак за његово извођење.

(Већина нас тестера не воли програм за обраду текста, зар не? За нас то или значи много више посла или неки менаџерски задатак на високом нивоу који морамо да обавимо чак и ако не желимо - ради неке усаглашености о којој ми немамо појма. Али, верујте ми, кад смислите а процес који функционише и довољно је једноставно да схватимо зашто то морамо учинити, може бити забавно! Само се поиграјте са мном.)

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

Корак 1: Дефинисање критеријума

# 1) Шта очекујете да пронађете? Можете потражити ствари попут:

  • Правописне грешке (Звучи превише глупо? Не мислим тако, једном сам у једном од својих чланака написао „Вед Објецт“ уместо „Веб Објецт“ - У потпуности мења значење. Готово да је превише глупо да би се на њега озбиљно гледало.)
  • Усклађеност формата / шаблона
  • Покривеност и исправност функционалности
  • Једноставност разумевања
  • Следили су стандарди - конвенције именовања, доследно нумерисање ... итд.

#два) Направите контролну листу - Контролне листе су врло свестране. То може бити сложено као контролна листа за преглед или једноставно попут листе намирница. Потребно је само мало времена да то направите, а након што то учините, то је једноставно попут провере УКЉУЧЕНО или ИСКЉУЧЕНО.

# 3) Како пријавити резултате? - Изаберите шта год је погодно, по могућности метод који се може снимати и пратити.

  • Понекад ово може бити једноставно као додавање додатне колоне у екцел листу са тест случајевима и писање нечега црвеном бојом када није оно што би требало да буде.
  • Може бити усмена предаја
  • Списак у е-поруци

Корак 2: Извршите проверу

# 1) Користите контролну листу коју сте раније направили, верификујте документ и пошаљите повратне информације.

Корак 3: Снимите своје резултате

# 1) Опет, користећи методу одлучену у кораку 1, снимите и пријавите своје резултате.

#два) Када пријављујете своје коментаре или сугестије за промену, не понашајте се другачије него да пријављујете квар. Не превидите ништа. Будите детаљни.

Корак 4: Делите, разговарајте и примените потребне промене

# 1) Нико не воли да му се каже да је њихов рад нетачан или непотпун. Зато имајте на уму следеће смернице када пружате негативне повратне информације.

  • Дајте конструктивну критику - не заборавите да не будете критични према особи, али укажите на недостатке у овом производу
  • Не будите конкурентни - само зато што је дао 30 коментара на ваше тестове, не покушавајте да га победите.
  • Наведите разлоге да поткрепите своје коментаре

#два) Набавите одјаву.

# 3) Нека промене буду направљене

Корак 5: Контрола верзија укључених докумената

# 1) Не бришите старије верзије било ког документа. Именујте их на одговарајући начин и чувајте у централизованој фасцикли пројеката. Напокон, ово су докази за цео наш рад

Корак 6: Одјавите се и користите документ према намени

# 1) Једном када су све промене уврштене, верзија сачувана, дајте поступку прегледа преглед и пређите на употребу документа за оно за шта је створен.

#два) Још једно питање које се поставља је - да ли поново проверимо након увођења промена? Колико пута ће се овај процес одвијати - радити - прегледати - поправити - и онда поново прегледати? До када?

Не, преглед не мора да се понавља изнова и изнова. То је активност контроле квалитета која се фокусира на проверу да ли су помагачи за тестирање створени исправно или не. Као и увек, документи без оштећења су немогући. Дакле, прихватљив је разумни ниво прегледа од стране вршњака.

Ето, готови сте. Није ли овај поступак једноставан?

Тачке које треба запамтити

  • Сваки пројекат не мора да следи овај формализовани метод прегледа, али чак и ако постоји неформална метода, ови кораци ће вам помоћи да одредите очекивања и да вас воде даље.
  • Документација о испитивању процене временских рокова се обично заснивају на времену потребном за креирање и преглед докумената, па је он уграђен у њега, иако га не препознајемо увек.
  • Преглед није поступак који је ограничен на тимове за ручно тестирање. Тимови за аутоматизацију такође изводе пролазне кораке, прегледе дизајна итд.

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

Пример документа за преглед тест случајева: (кликните за увећање слике)

Узорак документа за преглед тест случаја

Над вама

Па, да ли и даље осећате да су процеси застрашујући? Да ли изводите критике у својим пројектима? Молимо поделите своја искуства, изазове, питања и коментаре у наставку.

Абоут Аутхор: Ово је пост Свати Сееле - стручњак за ручна и аутоматизована испитивања са преко 9 година искуства у индустрији . Такође је инструктор за наш курс обуке за тестирање софтвера.

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

како извршити ддос напад на веб локацији

Препоручено читање

^