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

Формални пробни примери Со цел целосно да се испробува дали се исполнети сите барања на апликацијата, мора да има најмалку два пробни примери за секое барање: еден позитивен тест и еден негативен тест. Ако некое барање има под-побарувања, секој под-услов мора да има најмалку два случаи на испитување. Следење на врската помеѓу барањето и тестот често се прави со употреба на матрица за следливост. Напишаните пробни примери треба да содржат опис на функционалноста што треба да се испробува и потребната подготовка за да се обезбеди дека тестот може да се спроведе.

Формално напишаните пробни примери се одликуваат со познат влез и со очекуван излез, кој е изработен пред да се изврши тестот. Познатиот влез треба да испробува предуслов, а очекуваниот излез треба да испробува постуслов.

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

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

Типичен формат за пишување на пробен пример Пробниот пример е обично еден чекор, или повремено низа чекори, за да се испробува правилното однесување/функционалност, одликите на апликацијата. Обично се дава очекуван резултат или очекуван исход.https://www.softwaretestingstandard.org/part3.php ISO/IEC/IEEE 29119-4:2019, "Part 4: Test techniques"

Дополнителни информации што можат да бидат вклучени:

ID на пробен пример- ова поле уникатно го идентификува пробниот пример. Опис/резиме на пробен пример - ова поле ја опишува целта на пробниот пример. Чекори за испробување- во ова поле, се споменуваат точните чекори за изведување на пробниот пример. Предуслови- ова поле ги специфицира условите или чекорите што мора да се следат пред извршувањето на чекорите на тестот. Длабочина Тест категорија Автор- Име на тестерот. Автоматизација - Без разлика дали овој пробен пример е автоматизиран или не. поминува/пропаѓа Забелешки/коментари

Поголемите тест случаи може да содржат предуслви, состојби и описи.

Пишувањето на пробен пример исто така треба да содржи место за вистинскиот резултат.

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

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

Тест пакетите често содржат и:

Резиме на тест Конфигурација

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

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

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

Поврзано

Classification Tree Method

Наводи

Надворешни врски

Пишување софтверски тестови за безбедност на софтвер - Ставање случаи за тест за безбедност во вашиот план за испробување од Роберт Аугер Софтверско испробување на случај на инженерство од Ајај Багват

Категорија:Испробување на програмска опрема