Ad hoc тестване
Ad hoc Testing е неформален или неструктуриран тип тестване на софтуер, който има за цел да прекъсне процеса на тестване, за да открие възможни дефекти или грешки на ранен възможен етап. Ad hoc тестовете се извършват на случаен принцип и обикновено това е непланирана дейност, която не следва никаква документация и техники за проектиране на тестове за създаване на тестови случаи.
Ad hoc тестването не следва никакъв структуриран начин на тестване и се извършва произволно за която и да е част от приложението. Основната цел на това тестване е да се открият дефекти чрез случайна проверка. Adhoc тестването може да се постигне с техниката за тестване на софтуер, наречена Error Guessing. Отгатването на грешки може да се извърши от хората, които имат достатъчно опит в системата, за да "познаят" най-вероятния източник на грешки.
Това тестване не изисква документация / планиране / процес, който да се следва. Тъй като това тестване има за цел да открие дефекти чрез произволен подход, без никаква документация, дефектите няма да бъдат картографирани в тестови случаи. Това означава, че понякога е много трудно да се възпроизведат дефектите, тъй като към него няма картографирани стъпки или изисквания.
Следващите видео ръководства ви как да направите adhoc тестване
Щракнете тук, ако видеоклипът не е достъпен
Кога се изпълнява Adhoc тестване?
Ad hoc тестване може да се извърши, когато има ограничено време за извършване на сложни тестове. Обикновено adhoc тестването се извършва след официалното изпълнение на теста. И ако времето позволява, може да се направи ad hoc тестване в системата. Ad hoc тестването ще бъде ефективно само ако тестващият е запознат с тестваната система.
Видове Adhoc тестване
Има различни видове Adhoc тестване и те са изброени по-долу:
| Бъди Тестване | Двама приятели взаимно работят по идентифициране на дефекти в един и същ модул. Предимно един приятел ще бъде от екипа за разработки, а друг човек ще бъде от екипа за тестване. Тестването на приятели помага на тестерите да разработят по-добри тестови случаи, а екипът за разработки може също да направи промени в дизайна рано. Това тестване обикновено се случва след завършване на модулното тестване. |
| Тестване на двойки | На двама тестери са назначени модули, споделят идеи и работят на едни и същи машини за намиране на дефекти. Един човек може да извърши тестовете, а друг човек да си направи бележки по констатациите. Ролите на хората могат да бъдат тестер и писател по време на тестване. Сравнение Тестване на приятели и двойки: Тестването на приятели е комбинация от модулно и системно тестване заедно с разработчици и тестери, но тестването на двойки се извършва само с тестери с различни нива на знания. (Опитни и неопитни да споделят своите идеи и виждания) |
| Тестване на маймуни | На случаен принцип тествайте продукта или приложението без тестови случаи с цел разбиване на системата. |
Най-добри практики за Adhoc тестване
Следването на най-добрите практики може да осигури ефективно Adhoc тестване.
Добри бизнес познания
Тестерите трябва да имат добри познания за бизнеса и ясно разбиране на изискванията. Подробните познания за цялостния бизнес процес ще помогнат за лесното откриване на дефекти. Опитните тестери откриват повече дефекти, тъй като те са по-добри в познаването на грешки.
Тестови ключови модули
Ключовите бизнес модули трябва да бъдат идентифицирани и насочени за ad-hoc тестване. Най-важните за бизнеса модули трябва първо да бъдат тествани, за да придобият увереност в качеството на системата.
Записване на дефекти
Всички дефекти трябва да бъдат записани или записани в бележник. Дефектите трябва да бъдат възложени на разработчиците за отстраняване. За всеки валиден дефект трябва да бъдат написани съответни тестови случаи и те да бъдат добавени към планираните тестови случаи.
Тези открития за дефекти трябва да бъдат направени като научен урок и те да бъдат отразени в следващата ни система, докато планираме тестови случаи.
Заключение:
Предимството на Ad-hoc тестването е да се провери пълнотата на тестването и да се открият повече дефекти от планираното тестване. Тестовите случаи за улавяне на дефекти се добавят като допълнителни тестови случаи към планираните тестови случаи.
В софтуерното инженерство Ad-hoc тестването спестява много време, тъй като не изисква сложно планиране на тестове, документация и дизайн на тестови случаи.