Мени

180+ примера тестова за тестирање веб апликација (Пример контролне листе)

180 web application testing example test cases

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

Примери тестова за тестирање веб апликација: Ово је комплетна листа за тестирање како веб апликација, тако и апликација за радне површине.

Ово је врло свеобухватна листа случајева / сценарија за тестирање веб апликација. Циљ нам је да поделимо једну од најопсежнијих листа за тестирање икада написаних, а то још увек није учињено.

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

Узорци тест случајева и сценарија веб апликација

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

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

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

Препоручени алат:

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

=> Преузмите ТестРаил Тоол Тест Манагемент Тоол

Тест случај 728

Значај употребе контролне листе за тестирање

# 1) Одржавање стандардног спремишта тест случајева за вишекратну употребу за вашу апликацију обезбедиће брже хватање најчешћих грешака.
#два) Контролна листа помаже у брзом довршавању писања тест случајева за нове верзије апликације.
# 3) Поновна употреба тест случајева помаже уштеди новца на ресурсима за писање понављајућих тестова.
# 4) Важни тестови ће увек бити покривени, што ће учинити готово немогућим заборав.
# 5) Програмери се могу упутити на контролну листу за тестирање како би се осигурало да ли су најчешћи проблеми решени у самој фази развоја.

Напомене:

  • Извршите ове сценарије са различитим корисничким улогама, нпр. админ корисник, гост гост итд.
  • За веб апликације, ови сценарији треба тестирати на више прегледача попут ИЕ, ФФ, Цхроме и Сафари са верзијама које је одобрио клијент.
  • Тестирајте са различитим резолуцијама екрана попут 1024 к 768, 1280 к 1024 итд.
  • Апликацију треба тестирати на различитим екранима попут ЛЦД-а, ЦРТ-а, преносних рачунара, таблета и мобилних телефона.
  • Тестирајте апликацију на различитим платформама попут Виндовс, Мац, Линук оперативних система итд.

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

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

180+ примера тестирања веб апликација

Претпоставке: Претпоставимо да ваша апликација подржава следеће функције

  • Обрасци са разним пољима
  • Дечији прозори
  • Апликација комуницира са базом података
  • Разни критеријуми филтера за претрагу и резултати приказа
  • Отпремање слике
  • Пошаљите функционалност е-поште
  • Функција извоза података

Општи сценарији испитивања

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. Улазним подацима са празним првим и последњим положајем треба правилно руковати.

каква је употреба мавена у селену

ГУИ и сценарији теста употребљивости

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. Корисник би требао бити у могућности да изабере само једну радио опцију и било коју комбинацију за поља за потврду.

Тест сценарији за критеријуме филтера

1. Корисник треба да буде у могућности да филтрира резултате користећи све параметре на страници.
2. Пречишћавање функционалности претраживања требало би да учита страницу за претрагу са свим параметрима претраге које су изабрали корисници.
3. Када је за обављање радње претраживања потребан најмање један критеријум филтра, побрините се да се прикаже исправна порука о грешци када корисник пошаље страницу без одабира било ког критеријума филтера.
4. Када избор најмање једног критеријума за филтрирање није обавезан, корисник би требао бити у могућности да преда страницу, а задати критеријуми за претрагу требало би да се навикну на резултате упита.
5. За све неваљане вредности критеријума филтера требају се приказати одговарајуће поруке о валидацији.

Тест сценарији за мрежу резултата

1. Симбол учитавања странице треба приказати када учитавању странице резултата треба више од подразумеваног времена.
2. Проверите да ли се сви параметри претраге користе за преузимање података приказаних на мрежи резултата.
3. Укупан број резултата треба приказати у мрежи резултата.
4. Критеријуми за претрагу који се користе за претрагу требају бити приказани у мрежи резултата.
5. Вриједности мреже резултата треба сортирати према заданим ступцима.
6. Сортиране колоне треба приказати са иконом за сортирање.
7. Мреже резултата треба да садрже све наведене колоне са тачним вредностима.
8. Функција сортирања узлазно и силазно требало би радити за колоне подржане сортирањем података.
9. Резултатске мреже треба приказати са правилним размаком између ступаца и редова.
10. Пагинација треба бити омогућена када има више резултата од подразумеваног броја резултата по страници.
11. Проверите да ли постоји функција пагинације странице Следећа, Претходна, Прва и Последња.
12. Двоструки записи не би требали бити приказани у мрежи резултата.
13. Проверите да ли су видљиве све колоне и да ли је омогућена хоризонтална трака за померање ако је потребно.
14. Проверите податке за динамичке колоне (колоне чије се вредности израчунавају динамички на основу осталих вредности колона).
15. За решетке резултата које приказују извештаје означите ред „Укупно“ и проверите укупан износ за сваку колону.
16. За решетке резултата које приказују извештаје проверите податке у реду „Укупно“ када је омогућена пагинација и корисник се преусмери на следећу страницу.
17. Проверите да ли се користе исправни симболи за приказ вредности колона, нпр. За израчун процента треба приказати симбол%.
18. Проверите податке мреже резултата да бисте знали да ли је распон датума омогућен.

Тестирајте сценарије за прозор

1. Проверите да ли је задата величина прозора тачна.
2. Проверите да ли је величина прозора детета тачна.
3. Проверите да ли на страници постоји неко поље са подразумеваним фокусом (генерално, фокус треба поставити на прво поље за унос на екрану).
4. Проверите да ли се затварају прозори детета након затварања прозора родитеља / отварача.
5. Ако се отвори подређени прозор, корисник не би требало да може да користи или ажурира било које поље у позадини или надређени прозор
6. Проверите да ли прозор минимизира, максимизира и затвара функционалност.
7. Проверите да ли је прозор могуће променити величину.
8. Проверите функционалност траке за померање за прозоре родитеља и детета.
9. Проверите функцију дугмета за отказивање подређеног прозора.

Сценарији теста за тестирање базе података

1. Проверите да ли се тачни подаци чувају у бази података након успешног слања странице.
2. Проверите вредности за колоне које не прихватају нулл вредности.
3. Проверите интегритет података. Подаци треба да се чувају у једној или више табела на основу дизајна.
4. Имена индекса треба давати према стандардима, нпр. ИНД__
5. Табеле треба да имају колону примарног кључа.
6. Колоне табеле треба да имају доступне информације о опису (осим за колоне ревизије попут датума креирања, креирања итд.)
7. За сваку операцију додавања / ажурирања базе података треба додати дневник.
8. Потребно је креирати потребне индексе табела.
9. Проверите да ли су подаци предани бази података само када је операција успешно завршена.
10. Податке треба вратити у случају неуспелих трансакција.
11. Име базе података треба дати према типу апликације, тј. Тест, УАТ, песковник, уживо (иако ово није стандард, корисно је за одржавање базе података)
12. Логичка имена базе података треба дати према називу базе података (опет ово није стандардно, али корисно за одржавање ДБ-а).
13. Похрањене процедуре не би требале бити именоване префиксом „сп_“
14. Проверите да ли су вредности за колоне ревизије табеле (попут датума креирања, креирања, ажурирања, ажурирања, брисања, брисања података, брисања итд.) Правилно попуњене.
15. Проверите да ли улазни подаци нису скраћени током чувања. Дужина поља која се приказује кориснику на страници и у шеми базе података треба да буде иста.
16. Проверите нумеричка поља са минималним, максималним и флоат вредностима.
17. Проверите нумеричка поља са негативним вредностима (и за прихватање и за неприхватање).
18. Проверите да ли су радио дугме и опције падајуће листе правилно сачуване у бази података.
19. Проверите да ли су поља базе података дизајнирана са исправним типом података и дужином података.
20. Проверите да ли су сва ограничења табеле као што су Примарни кључ, Страни кључ итд. Правилно примењена.
21. Тестирајте сачуване процедуре и окидаче са узорком улазних података.
22. Водећи и пратећи размаци поља за унос требају се скратити пре предавања података у базу података.
23. Нулл вредности не смеју бити дозвољене за колону Примарни кључ.

Тестирајте сценарије за функционалност отпремања слика

(Применљиво и за друге функције за отпремање датотека)
1. Проверите да ли је постављена путања слике.
2. Проверите отпремање слика и промените функционалност.
3. Проверите функционалност отпремања слика помоћу датотека слика различитих наставка ( На пример, ЈПЕГ, ПНГ, БМП итд.)
4. Проверите функционалност отпремања слика са сликама које имају простор или било који други дозвољени специјални знак у називу датотеке.
5. Проверите отпремање слике дупликата имена.
6. Проверите отпремање слике са величином слике већом од максимално дозвољене величине. Треба приказати исправну поруку о грешци.
7. Проверите функционалност отпремања слика са врстама датотека које нису слике ( На пример, ткт, доц, пдф, еке итд.). Требало би приказати одговарајућу поруку о грешци.
8. Проверите да ли су слике одређене висине и ширине (ако су дефинисане) прихваћене у супротном.
9. Трака напретка отпремања слика требала би се појавити за слике велике величине.
10. Проверите да ли функција дугмета за отказивање функционише између поступка отпремања.
11. Проверите да ли дијалог за избор датотека приказује само подржане датотеке на списку.
12. Проверите функционалност отпремања више слика.
13. Проверите квалитет слике након отпремања. Квалитет слике не треба мењати након отпремања.
14. Проверите да ли је корисник у могућности да користи / прегледа учитане слике.

Тестирајте сценарије за слање е-поште

(Пробни случајеви за састављање или потврђивање е-поште овде нису обухваћени)
(Обавезно користите лажне адресе е-поште пре извршавања тестова повезаних са е-поштом)
1. Шаблон е-поште треба да користи стандардни ЦСС за све е-адресе.
2. Адресе е-поште треба проверити пре слања е-поште.
3. Са посебним знаковима у предлошку тела е-поште треба правилно поступати.
4. Знакови специфични за језик ( На пример, Руски, кинески или немачки језички знакови) треба правилно поступати у предлошку тела е-поште.
5. Предмет е-поште не сме бити празан.
6. Поља чувара места коришћена у предлошку е-поште треба заменити стварним вредностима, нпр. {Име} {Презиме} би требало заменити именом и презименом појединца правилно за све примаоце.
7. Ако су извештаји са динамичким вредностима укључени у тело е-поште и подаци извештаја треба правилно израчунати.
8. Име пошиљаоца е-поште не сме бити празно.
9. Е-пошту треба проверавати у различитим клијентима е-поште као што су Оутлоок, Гмаил, Хотмаил, Иахоо! пошта итд.
10. Означите за слање функционалности е-поште помоћу поља ТО, ЦЦ и БЦЦ.
11. Проверите е-пошту са обичним текстом.
12. Проверите е-пошту у ХТМЛ формату.
13. У заглављу и подножју е-поште потражите логотип компаније, политику приватности и друге везе.
14. Проверите е-пошту са прилозима.
15. Означите да бисте послали функционалност е-поште појединачним, вишеструким или примаоцима листе дистрибуције.
16. Проверите да ли је одговор на адресу е-поште тачан.
17. Означите да бисте послали велику количину е-порука.

Тестирајте сценарије за Екцел функцију извоза

1. Датотека треба да се извезе у одговарајућем наставку датотеке.
2. Назив датотеке извезене Екцел датотеке треба да буде у складу са стандардима, На пример, ако име датотеке користи временску ознаку, требало би да се правилно замени стварном временском ознаком у време извоза датотеке.
3. Проверите да ли постоји формат датума ако извожена Екцел датотека садржи колоне са датумима.
4. Проверите форматирање бројева за нумеричке вредности или вредности валута. Форматирање треба да буде исто као што је приказано на страници.
5. Извезена датотека треба да има колоне са одговарајућим именима колона.
6. Подразумевано сортирање страница такође треба да се изведе у извоженој датотеци.
7. Подаци Екцел датотеке треба правилно форматирати са текстом заглавља и подножја, вредностима датума, страница итд. За све странице.
8. Проверите да ли су подаци приказани на страници и извезена Екцел датотека исти.
9. Проверите функционалност извоза када је омогућена пагинација.
10. Проверите да ли дугме за извоз приказује одговарајућу икону у складу са извоженом врстом датотеке, На пример, Икона Екцел датотеке за клс датотеке
11. Проверите функционалност извоза за датотеке велике величине.
12. Проверите функционалност извоза за странице које садрже посебне знакове. Проверите да ли се ови посебни знакови правилно извозе у Екцел датотеку.

Сценарији испитивања перформанси

1. Проверите да ли је време учитавања странице у прихватљивом опсегу.
2. Проверите учитавање странице на спорим везама.
3. Проверите време одзива за било какве радње у условима лаког, нормалног, умереног и великог оптерећења.
4. Проверите перформансе похрањених процедура и окидача базе података.
5. Проверите време извршавања упита базе података.
6. Проверите тестирање оптерећења апликације.
7. Проверите стрес тестирање апликације.
8. Проверите употребу процесора и меморије у условима вршног оптерећења.

Сценарији испитивања безбедности тестирања

1. Проверите да ли постоје напади СКЛ убризгавања.
2. Сигурне странице треба да користе ХТТПС протокол.
3. Пад странице не би требало да открије информације о апликацији или серверу. За ово треба приказати страницу са грешком.
4. Побегните од посебних знакова у улазу.
5. Поруке о грешкама не би требало да откривају осетљиве информације.
6. Сви акредитиви треба да се преносе преко шифрованог канала.
7. Тестирајте безбедност лозинке и спровођење смерница за лозинку.
8. Проверите функционалност одјаве из апликације.
9. Проверите да ли постоје напади грубе силе.
10. Информације о колачићима треба чувати само у шифрованом формату.
11. Проверите трајање колачића сесије и прекид сесије након истека времена или одјаве.
11. Токени сесије треба да се преносе преко заштићеног канала.
13. Лозинка се не сме чувати у колачићима.
14. Тест за нападе ускраћивања услуге.
15. Тест за цурење меморије.
16. Тестирајте неовлашћени приступ апликацијама манипулисањем вредностима променљивих у адресној траци прегледача.
17. Тестирајте предају екстензије датотеке тако да се еке датотеке не учитавају и извршавају на серверу.
18. Осетљива поља попут лозинки и података о кредитној картици не би требало да имају могућност аутоматског попуњавања.
19. Функција отпремања датотека треба да користи ограничења типа датотеке, као и антивирус за скенирање отпремљених датотека.
20. Проверите да ли је списак директорија забрањен.
21. Лозинке и друга осетљива поља треба маскирати док куцате.
22. Проверите да ли је функционалност заборављене лозинке заштићена функцијама попут привременог истека лозинке након одређеног сата и постављања безбедносног питања пре него што промените или затражите нову лозинку.
23. Проверите функционалност ЦАПТЦХА.
24. Проверите да ли су важни догађаји евидентирани у датотекама евиденције.
25. Проверите да ли су привилегије приступа правилно примењене.

Испитни случајеви испитивања пенетрације - Набројао сам око 41 тест случајева за испитивање пенетрације Ова страница .

Заиста бих волео да захвалим Девансху лаванииа (Ср. КА Енгинеер ради за И-линк Инфософт) што ми је помогао да припремим ову свеобухватну листу за тестирање.

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

Ажуриран:

100+ спремних за извршење тест случајева (контролне листе)

Ову листу можете користити за тестирање најчешћих компоненти АУТ

Како ефикасно тестирати најчешће компоненте вашег АУТ, сваки пут?

Овај чланак је листа уобичајених валидација за најчешће пронађене елементе АУТ - која је састављена ради погодности тестера (посебно у агилном окружењу где се дешавају честа краткорочна издања).

Свака АУТ (апликација која се тестира) је јединствена и има врло специфичну пословну сврху. Појединачни аспекти (модули) АУТ-а прилагођавају различитим операцијама / радњама које су кључне за успех посла који АУТ подржава.

Иако је сваки АУТ дизајниран другачије, појединачне компоненте / поља која сусрећемо на већини страница / екрана / апликација су исте са мање или више сличним понашањем.

спремни тест случајеви

Неке уобичајене компоненте АУТ:

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

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

Наставимо са листом најчешћих валидација за Веб или Десктоп апликација странице / обрасци.

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

функција спавања у ц ++

Сврха ове свеобухватне листе за проверу:

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

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

Комплетна листа за проверу (тест случајеви) за најчешће компоненте АУТ

Белешка:Ове контролне листе можете да користите у формату Мицрософт Екцел (преузимање је приложено на крају чланка). Можете чак и да пратите извршавање теста у истој датотеци са резултатима проласка / неуспеха и статусом.

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

Контролна листа # 1: Контролна листа за мобилно тестирање

Назив модула:
Функционалност модула:
Утицај модула на апликацију:
Проток модула:
Мени и подмени:
Правопис и редослед и погодност:
Контрола за сваки подмени:

Контролна листа бр. 2: Контролна листа за тестирање образаца / екрана

Функционалност обрасца:
Утицај обрасца на пријаву:
Проток обрасца:
Пројектовање:
Поравнања:
Наслов:
Имена поља:
Правопис:
Обавезне ознаке:
Обавештења за обавезна поља:
Дугмад:
Подразумевана позиција курсора:
Редослед таба:
Страница пре уноса података:
Страница након уноса података:

Контролна листа # 3: Контролна листа за тестирање поља са текстом

Поље за текст:

ДОДАЈ (на екрану за додавање) ЕДИТ (на екрану за уређивање)
Карактери
Специјалних знакова
Бројеви
Лимит
Упозорење
Правопис и граматика у поруци упозорења:

БВА (величина) за оквир за текст:

Мин -> -> Пролаз
Мин-1 -> -> Неуспех
Мин + 1 -> -> Пролаз
Мак-1 -> -> Пролаз
Мак + 1 -> -> Неуспех
Мак -> -> Пас

ЕЦП за оквир за текст:

Важи Важи
- -
- -

Контролна листа бр. 4: Контролна листа за тестирање оквира за листу или падајуће листе

Оквир листе / падајући мени:

ДОДАЈ (на екрану за додавање) ЕДИТ (на екрану за уређивање)
Заглавље
Тачност постојећих података
Редослед података
Избор и поништавање избора
Упозорење:
Правопис и граматика поруке упозорења
Курсор након узбуне
Одраз одабира и поништавања избора у преосталим пољима

Контролна листа бр. 5: Контролна листа за провјеру поља за провјеру

Поље за потврду:

ДОДАЈ (на екрану за додавање) ЕДИТ (на екрану за уређивање)
Подразумевани избор
Акција након избора
Акција након уклањања избора
Избор и поништавање избора
Упозорење:
Правопис и граматика поруке упозорења
Курсор након узбуне
Одраз одабира и поништавања избора у преосталим пољима

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

Радио дугме:

ДОДАЈ (на екрану за додавање) ЕДИТ (на екрану за уређивање)
Подразумевани избор
Акција након избора
Акција након уклањања избора
Избор и поништавање избора
Упозорење:
Правопис и граматика поруке упозорења
Курсор након узбуне
Одраз одабира и поништавања избора у преосталим пољима

Контролна листа # 7: Сценарији испитивања поља са датумом

Датум поље:

ДОДАЈ (на екрану за додавање) ЕДИТ (на екрану за уређивање)
Подразумевани приказ датума
Дизајн календара
Навигација за различите месеце и године у контроли датума
Ручни унос у оквир за текст са датумом
Формат датума и уједначеност са целокупном апликацијом
Упозорење:
Правопис и граматика поруке упозорења
Курсор након узбуне
Одраз одабира и поништавања избора у преосталим пољима

Контролна листа бр. 8: Сценарији тестирања дугмета за чување

Сачувај / ажурирај:

ДОДАЈ (на екрану за додавање) ЕДИТ (на екрану за уређивање)
Без давања података:
Са само обавезним пољима:
Са свим пољима:
Са максималним ограничењем:
Са минималним ограничењем
Порука о правопису и граматици у обавештењу о потврди:
Курсор
Дуплирање јединствених поља:
Правопис и граматика у копирању Порука упозорења:
Курсор

Контролна листа бр. 9: Сценарији теста дугмета за отказивање

Поништити, отказати:

Са подацима у свим пољима
Са само обавезним пољима:
Са свим пољима:

Контролна листа # 10: Избриши тачке тестирања дугмета

Избриши:

ЕДИТ (на екрану за уређивање)
Избришите запис који се нигде не користи у апликацији
Избришите запис који има зависност
Поново додајте нови запис са истим избрисаним детаљима

Контролна листа бр. 11: Да би се верификовале области након спремања или ажурирања

Након чувања / ажурирања:

Приказ у приказу
Одражавање у обрасцима под утицајем у апликацији

Контролна листа бр. 12: Листа за тестирање мреже података

Мрежа података:

Наслов мреже и правопис
Образац Пре него што дате било какве податке
Порука Пре него што дате било какве податке
Правопис
Поравнања
С Не
Имена поља и редослед
Тачност постојећих података
Редослед постојећих података
Поравнање постојећих података
Навигатори странице
Подаци приликом кретања различитим страницама

Уреди функционалност везе

Страница након уређивања:
Наслов и правописи
Постоје подаци о одабраном запису у сваком пољу
Дугмад

Иако овај списак можда није исцрпан, заиста је опсежан.

ПРЕУЗИМАЊЕ==> Све ове контролне листе можете преузети у МС Екцел формату: Преузмите у Екцел формату

Биљешке:

  1. У зависности од ваше потребе, могу се додати додатни тестови за сваку категорију / за свако поље или уклонити постојећа поља. Другим речима, ове листе су потпуно прилагодљиве.
  2. Када треба да укључите валидације на нивоу поља у своје тест јединице, све што треба да урадите је да покупите одговарајућу листу и употребите је за екран / страницу коју желите да тестирате.
  3. Одржавајте контролну листу тако што ћете ажурирати статус проласка / неуспеха како бисте ово учинили на једном месту за уврштавање карактеристика, њихово валидацију и бележење резултата теста.

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

Такође, био бих вам захвалан ако бисте ово поделили са пријатељима!

ПРЕВ Туториал |. | СЛЕДЕЋА Лекција

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

^