Мени

Контролне листе за тестирање софтвера КА (укључени су узорци контролних листа)

qa software testing checklists

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

Контролне листе за испитивање квалитета софтвера

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

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

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

Контролне листе за испитивање квалитета софтвера

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

Преглед контролних листа за тестирање софтвера КА

Чим дођемо у канцеларију, увек направимо листу ствари које треба обавити за тај дан / недељу, као у наставку:

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

Међутим, да ли је то све за шта се може користити?

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

Да ли можемо формално да користимо контролне листе у нашим ИТ пројектима (конкретно КА) и ако да, када и како? О овоме ће бити речи у наставку.

Лично се залажем за употребу контролних листа из следећих разлога:

  • Свестран је - може се користити за било шта
  • Једноставно за стварање / употребу / одржавање
  • Анализирање резултата (напредак задатка / статус извршења) је изузетно једноставно
  • Веома флексибилно - можете додати или уклонити ставке по потреби

Као и општа пракса, разговараћемо о аспектима „Зашто“ и „Како“.

  • Зашто су нам потребне контролне листе? : За праћење и процену завршетка (или недовршавања). Забележити задатке, тако да се ништа не превиди.
  • Како да направимо контролне листе? : Па, ово не може бити једноставније. Једноставно, запишите све тачку по тачку.

Пример контролних листа за процесе квалитета:

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

  • Преглед спремности за испитивање
  • Када зауставити тестирање или контролну листу критеријума за излаз

# 1) Преглед спремности за испитивање

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

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

Контролна листа савршено олакшава ову активност. Омогућава вам да унапред направите листу „потребних ствари“ и да узастопно прегледате сваку ставку. Можете чак и поново користити лист направљен једном за наредне циклусе испитивања.

Додатне информације: Преглед спремности за тестирање углавном се креира, а преглед врши представник КА тима. Резултати се деле са премијерима и осталим члановима тима како би се назначило да ли је тест тим спреман или не да пређе у фазу извршења теста.

Испод је пример узорка контролне листе за преглед спремности за испитивање:

Критеријуми за испитивање спремности за испитивање (ТРР)

Статус

Сви захтеви су финализирани и анализирани Готово
План испитивања створио и прегледао Готово
Припрема тест случајева Готово
Преглед тест случаја и одјава
Тест подаци доступност
Испитивање дима
Да ли је извршено испитивање здраве исправности?
Тим свестан улога и одговорности
Тим свестан резултата који се од њих очекују
Тим свестан Комуникациони протокол
Приступ тима апликацији, алаткама за контролу верзија, Управљање тестом
Тим је обучен
Технички аспекти - Сервер1 освежен или не?
Дефинисани су стандарди извештавања о недостацима

Сада све што треба да урадите са овом листом је да сте означили као готово или не.

# 2) Контролна листа критеријума за излаз

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

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

Излазни критеријуми

Статус

Извршене су 100% тест скрипте Готово
95% пролазности тест скрипти
Нема отворених критичних и озбиљних недостатака
95% дефеката средње тежине је затворено
Сви преостали недостаци су или отказани или документовани као Захтеви за промену за будуће издање
Сви очекивани и стварни резултати снимају се и документују помоћу скрипте за тест Готово
Све метрике теста се прикупљају на основу извештаја ХП АЛМ
Сви недостаци су евидентирани у ХП АЛМ Готово
Допис о затварању теста је попуњен и одјављен

Контролна листа за тестирање

Да ли ћете започети нови пројекат за тестирање? Не заборавите да проверите ову листу за тестирање у сваком кораку животног циклуса пројекта. Листа је углавном еквивалентна плану испитивања, покриваће све стандарде осигурања квалитета и испитивања.

Контролна листа за тестирање:

  1. Направите тестове система и прихватања ()
  2. Започни израду теста прихватљивости ()
  3. Идентификујте тест тим ()
  4. Направите план рада ()
  5. Направите приступ тестирању ()
  6. Повезати критеријуме и захтеве за прихватање како би представљали основу теста за прихватање ()
  7. Користите подскуп системских случајева за формирање дела захтева за прихват ()
  8. Створите скрипте за употребу од стране купца како бисте показали да систем испуњава захтеве ()
  9. Направите распоред испитивања. Укључите људе и све друге ресурсе. ()
  10. Тест прихватања понашања ()
  11. Започните креирање теста система ()
  12. Идентификујте чланове тест тима ()
  13. Направите план рада ()
  14. Утврдити захтеве за ресурсима ()
  15. Идентификујте алате за продуктивност за тестирање ()
  16. Утврђивање захтева за подацима ()
  17. Постигните договор са Центром података ()
  18. Направите приступ тестирању ()
  19. Идентификујте све потребне објекте ()
  20. Набавите и прегледајте постојећи испитни материјал ()
  21. Направите попис предмета за тестирање ()
  22. Идентификовати стања, услове, процесе и поступке дизајна ()
  23. Утврдите потребу за тестирањем заснованим на коду (бела кутија). Утврдите услове. ()
  24. Идентификујте све функционалне захтеве ()
  25. Крај израде инвентара ()
  26. Започни израду тест случаја ()
  27. Направите тест случајеве на основу пописа предмета за тестирање ()
  28. Идентификујте логичке групе пословних функција за нови систем ()
  29. Поделите тест случајеве у функционалне групе праћене за тестирање инвентара предмета ()
  30. Дизајнирати скупове података који одговарају тест случајевима ()
  31. Заврши стварање тестног случаја ()
  32. Прегледајте пословне функције, тест случајеве и скупове података са корисницима ()
  33. Добијте потпис на дизајн теста од вође пројекта и КА ()
  34. Дизајн завршног теста ()
  35. Започните припрему теста ()
  36. Набавите ресурсе за подршку тестирању ()
  37. Опишите очекиване резултате за сваки тест случај ()
  38. Прибавите податке о испитивању. Провери ваљаност и прати случајеве ()
  39. Припремите детаљне тест скрипте за сваки тест случај ()
  40. Припремите и документујте процедуре подешавања околине. Укључите резервне копије и планове опоравка ()
  41. Крај фазе припреме за тест ()
  42. Тест система спровођења ()
  43. Извршите тест скрипте ()
  44. Упоредите стварни резултат са очекиваним ()
  45. Документирајте неслагања и направите извештај о проблему ()
  46. Припремите улаз фазе одржавања ()
  47. Поново извршите тест групу након поправке проблема ()
  48. Направите коначни извештај о тестирању, укључите листу познатих грешака ()
  49. Набавите формалну пријаву ()

Контролна листа за аутоматизацију

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

П # 1) Да ли се може дефинисати тестни редослед акција?

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

П # 2) Да ли је могуће аутоматизовати редослед акција?

Одговор: Ово може утврдити да аутоматизација није погодна за овај редослед радњи.

П # 3) Да ли је могуће „полуаутоматизовати“ тест?

Одговор: Аутоматизација делова теста може убрзати време извршавања теста.

алгоритам сортирања спајања ц ++

П # 4) Да ли је понашање тестираног софтвера исто као и без аутоматизације?

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

П # 5) Да ли тестирате аспекте програма који нису УИ? Одговор: Готово све функције које нису УИ могу и треба да буду аутоматизовани тестови.

П # 6) Да ли треба да покренете исте тестове на више хардверских конфигурација?

Одговор: Покрените ад-хоц тестове (Напомена: У идеалном случају свака грешка треба да има повезан тест случај. Ад хоц тестове је најбоље радити ручно. Покушајте да се замислите у стварним ситуацијама и да користите свој софтвер онако како би то учинио купац. Како се пронађу грешке током ад-хоц тестирања треба створити нове тест случајеве како би се могли лако репродуковати и како би се могли извршити регресијски тестови када дођете до фазе изградње Зеро Буг.)

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

Биљешке:

  • Горња два су примери за приказивање употребе контролних листа КА процеси , али употреба није ограничена на ове две области.
  • Ставке са сваке листе такође су показатељи који читаоцима дају идеју о томе које врсте предмета могу бити укључене и праћене - међутим, списак се по потреби може проширити и / или сабити.

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

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

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

^