Најчестите грешки на тестерите за почетници - првиот дел
Оние што се на почетокот на кариерата за тестер на софтвер, често прават некои типични грешки, кои би сакал да ги анализирам во овој напис и да понудам неколку совети како да ги избегнете.
Како прво, би сакал да се осврнам на прашањето за документирање на дефектите. Бидејќи ова е најчестата активност во процесот на тестирање, секој тестер мора да може правилно да ги документира грешките. Можеме без тест случаи, но не и без дефекти.
Доволно статии би биле напишани за тоа што треба и што не треба да се пишува во насловите на дефектите, но оние на почетокот прават некои специфични грешки. Препорака на здравиот разум е дека насловот на дефектот треба да одговори на три прашања (Што по? Каде? Кога?) Советот е многу добар, но зошто е толку тешко да се следи?
Првото нешто што треба да го имаме предвид е дека насловот на дефектот треба да го опише срцето на проблемот. Ние често го правиме ова со реченица напишана според граматичките правила специфични за јазикот што го користиме.
Општо земено, краток опис (резиме) на дефект треба да одговори на следното прашање "Што не е во ред?" или со други зборови: „Кој е проблемот?“ Самиот наслов мора да содржи доволно информации за читателот да добие идеја за проблемот. За да биде ова лесно разбирливо, барем во општа смисла, треба да одговориме на секое од трите прашања подолу:
- "Што по?" - мора да се опише однесувањето на програмата, што според нас е неточно или не ги почитува барањата/стандардите/очекувањата. Со други зборови, ова е симптом.
- „Каде? - во која област на системот или производот (модул, страница, функција). Ова би била локацијата.
- "Кога?" - под кои услови дефектот може да се репродуцира. Ова е активирање.
Можете да го вежбате ова со гледање на описи на дефектите за да видите дали тие ја одразуваат суштината на проблемот.
"Погрешно пребарување на веб-страницата"
Еве уште едно резиме на истата грешка: "Резултат од дејството на празно поле за пребарување на страницата".
Како да се приближуваме. Можеме да разбереме на каква функција се однесува бубачката, па дури и да ги идентификуваме условите под кои можеме да ја репродуцираме. Но, нема одговор зошто не работи правилно. Само „Резултатот. ”- резултат без специфични елементи. И тоа треба да биде важно!
За да разбереме проблем, треба да го разбереме целиот опис и да можеме да ја репродуцираме бубачката. Во случај на пребарување каде што полето за пребарување е празно, се појавува прозорец за преглед на категорија пред списокот со производи каде што сликата е преголема и не го почитува корисничкиот интерфејс. Накратко можеме да го опишеме ова во следното резиме:
"По пребарувањето со празното поле, преголема слика се појавува во поделбата на" категорија ".
Се разбира, треба да се приложи слика од екранот.
„коментар“
Да, тоа е сè. Збор кој се однесува на функционална област.
Можеби е полесно да се разбере ако го напишав како подолу:
"Фатална грешка: 463 кога ќе се обидам да објавам преглед на страницата за опис на производот."
„Скршен распоред“
Овој опис е симптом, неправилно однесување, па затоа може да се гледа како одговор (прилично општ) на прашањето „Што (се случува)?“. Но, каде точно се случува тоа? На која страница? На секоја страница? Не е јасно. И што треба да се стори за да се постигне овој резултат? Ова не се појавува.
Точниот опис треба да биде:
"На сликите каде што зумираме 150%, сите страници се преклопени".
И уште еден пример:
"Невалидна регистрација по е-пошта."
Можеби овој наслов би изгледал повеќе како тест-случај. Јасно знаеме на која функција се однесува бубачката - „регистрација“ и знаеме што е активирањето - „невалидна е-пошта“ (секако тука треба да разјасниме што значи неважечка е-пошта). Но, што значи оваа бубачка?
Поточен опис би бил:
"Регистрацијата е можна со невалидна адреса за е-пошта"
"Е-поштата не е потврдена при регистрација."
Во вториот дел од оваа статија ќе разгледаме неколку совети за пишување резимеа на грешки.
Дали сакате да започнете кариера во тестирање на софтвер? Откријте нашите курсеви.