what are test deliverables software testing
Сазнајте све о резултатима теста у тестирању софтвера са примерима:
Уздах олакшања долази за сваког тестера када се додељени задатак успешно заврши. На крају сваког тестирања, испитивач мора да пошаље клијенту одговарајуће резултате испитивања.
У овом чланку ћемо детаљно погледати неке од важних резултата испитивања.
Резултати испитивања, генерално, користе се током целог пројекта. Користе се у свим фазама испитивања и увек их треба послати на време да би се кренуло на даљу обраду.
Шта ћете научити:
Тестирајте резултате у тестирању софтвера
Резултати тестирања играју важну улогу у тестирању софтвера. Овај чланак детаљно разматра све о испитним резултатима.
Неки од важних резултата испитивања наведени су у наставку за вашу референцу:
- Тест стратегија
- План испитивања и процена
- Тест сценарио
- Тест случајеви и подаци о тестовима
- РТМ
- Резиме теста
- Извештај о затварању теста
- Извештај о инциденту
Тест Стратеги
За стратегију тестирања одлучиваће се на основу спецификације пословних захтева. То је витални документ који садржи све детаље испитивања које треба обавити. То је комплетан управљачки документ.
У поређењу са планом теста, ово је документ високог нивоа и обично га припрема руководилац теста или водећи човек. Овде се морају навести циљ испитивања, приступ тестирању, обим испитивања, критеријуми за улазак и излазак, врсте и нивои испитивања, прекретнице, особље итд.
План испитивања и процена
Овде треба навести детаљан ниво детаља за сваки корак испитивања. Генерално, правилан план доводи до одговарајуће структуре рада. Слично томе, добар план доводи до доброг тестирања.
Циљ теста, приступ тестирања, обим испитивања, критеријуми за улазак и излазак, врсте и нивои тестирања, прекретнице, особље итд. Овде треба детаљно навести.
најбоља шпијунска апликација за мобилни телефон
Главни план који укључује начин на који се врши тестирање користи се за једноставне пројекте.
Процена: Процена дефинише колико ће се дуго трајати сваки корак у тестирању заједно са укупним трошковима.
Такође прочитајте => Водич за савршени тестни план - Водич за дубину
Тест Сценарио
Ово ћемо сада разумети на примеру. Узмимо за пример овде резервацију воза. Све функције које треба да тестирамо су наведене у обрасцима високог нивоа у документу сценарија теста. Једноставним речима, то значи групу сличних активности које треба извршити.
Две технике за сценарио:
# 1) Случај употребе
Циљ је оријентисана метода која представља скуп интеракција између спољних фактора и система. Његове компоненте укључују примарни проток, наизменични проток, окидаче или активности, токове изузетака, предуслове, пост-услове итд.
Пример:
(слика извор )
најбољи мобител шпијун за андроид
# 2) АЦЕ (елемент компоненте активности)
Процес Елементарне компоненте активности раздваја пословне захтеве на активности.
Пример:
Генерално, карту резервишемо попуњавањем података о путнику, пола итд. Стога морамо потврдити следећа поља која тиме постају сценарији.
- Резервација: Проверите функционалност резервације.
- Детаљи о путнику: Проверите функционалност полних, старосних и полних поља.
- Модификовати: Проверите да ли функционалност модификовања ради исправно.
- Уступак: Проверите да ли концесијска функционалност ради исправно.
- Поглед: Проверите да ли функција приказа исправно ради.
- Поништити, отказати: Проверите да ли функција отказивања ради исправно.
Овде се концесија може назвати „алтернативним сценаријем“ који корисник може резервисати са или без њега на основу старости. Међутим, циљ је исти, тј. Резервисати карту.
Тест Цасе
Узимајући исти горњи пример странице са резервацијама, тест случајеви су написани на следећи начин:
Резервација:
- Проверите да ли корисник може резервисати карту попуњавањем важећих детаља у свим пољима.
- Проверите да ли корисник може да резервише карту попуњавањем неисправних детаља у свим пољима.
- Проверите да ли корисник може да резервише карту остављајући било које празно поље.
Детаљи о путнику:
- Проверите да ли корисник може да резервише карту уношењем важећег имена.
- Проверите да ли корисник може да резервише карту уношењем неисправног имена.
- Проверите да ли корисник може да резервише карту одабиром било ког пола истовремено.
- Проверите да ли корисник може да резервише карту ако унесете старост већу од 60 година.
- Проверите да ли корисник може да резервише карту ако унесете старост млађу од 60 година.
- Проверите да ли корисник може да резервише карту уносом било које важеће године старије од 5 година.
- Проверите да ли корисник не може да изврши резервацију уносом старости испод 5 година.
Модификовати:
- Проверите да ли корисник може изменити поље са именом.
- Проверите да ли корисник може да измени полно поље.
- Проверите да ли корисник може да измени поље за узраст.
Уступак:
- Проверите да ли корисник може добити концесију избором „ Старији грађанин ' опција.
- Проверите да ли корисник може добити концесију избором „ Инвалиди / инвалиди ' опција.
Поглед:
- Проверите да ли корисник може видети резервисану карту.
Поништити, отказати:
- Проверите да ли корисник може да откаже карту.
Тако тест примери говоре шта тачно треба детаљно тестирати. Тест примери морају бити написани једноставним језиком и морају бити лако разумљиви. Треба да буде написан у одговарајућем формату на захтев дотичног клијента.
Тест подаци
Неком пројекту су потребни претходни подаци од клијента пре него што се настави са извршењем тест случаја. Подаци за испитивање морају се применити за вршење испитивања.
Пример: У болничком порталу за ињекцију важно је добити податке о пацијенту да бисте проверили опцију подсетника за ињекцију.
Овде су „детаљи о пацијенту“ подаци о тесту.
Предложено читање => Подаци о тестовима - Значење и технике припреме са примерима
РТМ / Матрица сљедивости захтјева
- Као што и само име говори, то једноставно значи да сваки захтев морате мапирати са одговарајућим тест примером.
- Помаже нам у провери да ли смо испунили све захтеве у нашим тест случајевима или не.
- Помаже у преради или следећим узастопним издањима пројекта.
- Клијент може лако да провери наш статус покривености и да зна наш поступак тестирања.
Резиме теста
Извештај о резимеу теста резимира све урађене активности испитивања и у њему се сакупљају резултати теста. Овде треба навести све информације о испитивању, као што су чланови који су укључени у тестирање, циљеви, опсег, детаљи о клијенту, коришћени приступ испитивању, резултати испитивања, извештај о квару итд.
Међутим, извештај са резимеом теста треба припремити у складу са саветом клијента. Стога је користан документ и за клијента за преглед укупних перформанси.
Извештај о затварању теста
То значи да ћемо затворити пројекат након тестирања и отклањања кварова. Стога овде морамо пружити детаљну анализу извршења тестова.
Овде се морају навести пронађени и отклоњени недостаци. Укупна покривеност захтева види се у овом извештају. Генерално га припрема вођа тима или менаџер. Сви критеријуми изласка треба да буду задовољени у складу с тим.
Извештај о инциденту
Док извршава извршење формације ако корисник пронађе недостатке, треба подићи извештај о инциденту (ИР). То значи да постоји недостатак и стога извршење мора бити заустављено. Сада треба да поднесемо извештај о инциденту клијенту да га пита за дозволу да поново изврши подручја грешака као засебан тест случај.
Ово је заиста црна ознака и не очекује се од тестера. Сви недостаци морају се пронаћи у самом сувом ходу. Ако се пропусти и нађе у формалном извршењу, постаје ИР.
Пример:
недефинисана референца на функцију класе ц ++
Ако ми промакне одређена функционалност у мобилном тестирању, реците „ промена чувара екрана ' опција. Тада док извршавам тест случај закључам се и нећу моћи да наставим даље због ове опције. Затим подигнем ИР и напишем засебан тест случај да бих извршио опцију чувара екрана.
Закључак
Артефакти који се шаљу заинтересованим странама софтверског пројекта током СТЛЦ-а познати су као Тест Деливераблес. У овом чланку смо погледали најважније тестове.
Надамо се да вам је овај чланак помогао да сазнате више о тестним резултатима у тестирању софтвера !!
Препоручено читање
- Разлика између плана испитивања учинка и стратегије испитивања учинка
- Како припремити план теста и написати тест случајеве за ЕРП апликацију - ЕРП тестирање, део 2
- Водич за план тестирања: Водич за писање документа софтверског плана испитивања од нуле
- Тестирајте концепт, процес и стратегију управљања подацима
- Шта су подаци о тестовима? Тест технике припреме података са примером
- Како писати тест случајеве: Крајњи водич са примерима
- Како написати документ стратегије тестирања (са узорком предлошка стратегије тестирања)
- Разлика између плана испитивања, стратегије испитивања, тест случаја, тест скрипте, сценарија испитивања и услова испитивања