Мени

Како написати документ стратегије тестирања (са узорком предлошка стратегије тестирања)

how write test strategy document

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

Научите ефикасно писати документ о стратегији испитивања

Стратешки план за дефинисање приступа тестирања, шта желите да постигнете и како ћете то постићи.

Овај документ уклања све несигурности или нејасне захтеве са јасним планом приступа за постизање циљева теста. Стратегија тестирања је један од најважнијих докумената за КА тим.

=> Кликните овде за комплетну серију водича за план испитивања

Како написати документ стратегије тестирања

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

Писање документа стратегије тестирања

Тест Стратеги

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

Менаџерима теста помаже да у било ком тренутку добију јасно стање пројекта. Шансе да пропустите било коју тест активност су врло мале када постоји одговарајућа стратегија тестирања.

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

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

Шта је тест стратегија?

Стратегија тестирања значи „Како ћете тестирати апликацију?“ Морате споменути тачан процес / стратегију који ћете следити када добијете пријаву за тестирање.

Видим да се многе компаније врло строго придржавају предлошка Стратегије тестирања. Чак и без било каквог стандардног шаблона, овај документ Стратегије тестирања можете учинити једноставним, али ипак ефикасним.

Тест Стратеги Вс. План испитивања

Током година видим много забуне између ова два документа. Почнимо са основним дефиницијама. Генерално, није важно шта је прво. Документ за планирање теста комбинација је стратегије која је повезана са укупним пројектним планом. Према ИЕЕЕ Стандард 829-2008, Стратешки план је подтачка плана тестирања.

Свака организација има своје стандарде и процесе за одржавање ових докумената. Неке организације укључују детаље стратегије у сам план испитивања (овде је добар пример овога). Неке организације наводе стратегију као пододељак у плану тестирања, али детаљи су одвојени у различитим документима стратегије тестирања.

Обим пројекта и фокус испитивања дефинисани су планом испитивања. У основи, бави се покривањем тестова, карактеристикама које треба тестирати, карактеристикама које се не тестирају, проценом, распоређивањем и управљањем ресурсима.

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

Да резимирамо план теста је визија онога што желите да постигнете, а стратегија теста је акциони план осмишљен за постизање ове визије!

Надам се да ће вам ово разјаснити све сумње. Јамес Бацх има више дискусије на ову тему овде .

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

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

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

Тест стратегија у СТЛЦ:

СТЛЦ

(слика извор )

где могу да нађем свој мрежни кључ

Уобичајени делови документа о стратегији испитивања

Корак # 1: Обим и преглед

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

Корак # 2: Тест приступ

Дефинишите поступак тестирања, ниво тестирања, улоге и одговорности сваког члана тима.

За сваки тип теста дефинисано у плану теста ( На пример, Јединица , Интеграција, систем, регресија, Инсталација / деинсталација , Испитивање употребљивости, оптерећења, перформанси и безбедности) описују зашто би требало да се спроводи заједно са детаљима као што су када започети, власник теста, одговорности, приступ тестирању и детаљи стратегије аутоматизације и алата ако је применљиво.

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

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

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

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

Корак # 3: Тест окружење

Подешавање тестног окружења требало би да даје информације о одређеном броју окружења и потребно подешавање за свако окружење. На пример, Једно тестно окружење за функционални тестни тим, а друго за УАТ тим.

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

Дефинисање захтева за тест подацима је подједнако важно. Дајте јасна упутства како креирајте податке о тестовима (или генеришите податке или користите производне податке маскирањем поља ради приватности).

Дефинишите стратегију сигурносног копирања и враћања података. База података тестног окружења може наићи на проблеме због необрађених услова у коду. Сећам се проблема са којима смо се суочили на једном од пројеката када није била дефинисана стратегија резервне копије базе података и због проблема са кодом изгубили смо целе податке.

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

Корак # 4: Алати за тестирање

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

Корак # 5: Отпуштање контроле

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

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

Корак # 6: Анализа ризика

Наведите све ризике које предвиђате. Предложите јасан план за ублажавање ових ризика, а такође и план за непредвиђене случајеве у случају да те ризике видите у стварности.

Корак # 7: Преглед и одобрења

Када су све ове активности дефинисане у плану стратегије тестирања, сви субјекти укључени у управљање пројектима, пословни тим, развојни тим и тим за администрацију система (или управљање окружењем) морају да их прегледају ради одјаве.

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

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

  1. Укључите позадину производа у документ о стратегији испитивања. У првом пасусу вашег документа о стратегији тестирања одговорите - Зашто заинтересоване стране желе да развијају овај пројекат? Ово ће помоћи да се ствари брзо разумеју и поставе по приоритетима.
  2. Наведите све важне карактеристике које ћете тестирати. Ако мислите да неке функције нису део овог издања, наведите их под ознаком „Карактеристике које се не тестирају“.
  3. Запишите тест приступ вашем пројекту. Јасно, наведите које врсте тестирања ћете спровести?
    тј. функционално тестирање, тестирање корисничког интерфејса, тестирање интеграције, тестирање оптерећења / напрезања, тестирање сигурности итд.
  4. Одговорите на питања попут тога како ћете извршити функционално тестирање? Ручно или аутоматизовано тестирање? Да ли ћете извршити све тестове из свог алата за управљање тестовима?
  5. Који ћете алат за праћење грешака користити? Какав ће бити процес када пронађете нову грешку?
  6. Који су ваши критеријуми за улазак и излазак на тест?
  7. Како ћете пратити напредак у тестирању? Које метрике ћете користити за праћење завршетка теста?
  8. Расподела задатака - Дефинишите улоге и одговорности сваког члана тима.
  9. Које документе ћете доставити током и након фазе тестирања?
  10. Које ризике видите у завршетку теста?

Закључак

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

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

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

Сигуран сам да ће развијање доброг плана стратегије тестирања и обавеза да га следите дефинитивно побољшати процес тестирања и квалитет софтвера. Било би ми задовољство ако вас овај чланак инспирише да напишете план стратегије тестирања за свој пројекат!

Ако вам се свиђа овај пост, размислите о томе да га поделите са пријатељима!

=> Посетите овде за комплетну серију водича за план испитивања

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

^