Блог WOGRA; Вече никой не се нуждае от ръчни тестове
Автоматизираното тестване не е нищо ново. Всички добри софтуери са разработени с автоматизирани модулни тестове и тестове за интеграция, така че винаги се правят промени, за да се гарантира, че всичко продължава да работи правилно. Има достатъчно рамки и инструменти за отчитане. Те са намерили своето място на пазара и е трудно да си представим живота без тях. Но много управляващи директори бързо стават прекалено ревностни, защото за какво са ви необходими ръчни тестери за сега?
Разработчиците на софтуер осигуряват "вътрешно качество"
Разработчиците са предимно специалисти. Концентрирате се върху проблем или върху прилагането на решение за този проблем според спецификацията. Тяхната работа е да се уверят, че функциите правят това, което трябва, а не това, което не трябва. Това става чрез разглеждане на всички възможни тестови случаи. В най-добрия случай спецификацията ги диктува всички. В лошия случай спецификацията е непълна и разработчикът забелязва пропуските и вгражда в подходящи тестове (при консултация, така че логиката да не се прилага неправилно). В най-лошия случай разработчикът остава сам и трябва да дефинира тестовите случаи независимо. В WOGRA очакваме нашите разработчици да разберат от какво се нуждае клиентът, за да работи с него, за да постигне възможно най-добрия резултат. Но в много компании разработчиците на софтуер са разширената работна маса и просто работят чрез спецификация. Ако прецените, че особено при офшоринг и неаршоринг, техническата експертиза не е в ръцете на разработчика и той не трябва да знае домейна на софтуера, задачата за тестване е като летене на сляпо.
Тестване на тестовете и използваемостта
От тази гледна точка става ясна първата полезност на ръчните тестове: Ръчните тестове обикновено се извършват от технически експерти. Те знаят своя домейн. И не само това. Те знаят и термини, които могат да се използват само вътрешно, напр. Съкращения. И те знаят точно кои клопки са във форми и специални елементи на процеса и ги търсят целенасочено. Това е особено вълнуващо, когато става въпрос за нов софтуер. Тъй като ръчните тестери естествено имат и своите тестови пакети, през които трябва да работят. Тези апартаменти често отразяват специфични процеси. На този етап можете бързо да определите дали тестващият може да разбере какво прави той или софтуерът. Ако тук възникнат въпроси и проблеми, или процесът, или използваемостта трябва да се подобрят.
Тестове на маймуни
Сега стигнахме до особено интересна област на тестване: тестове на маймуни. Ако това не означава нищо на този етап: Представете си маймуна, която седи пред вашия софтуер и просто удря клавиатурата, щрака наоколо и движи елементи, ако е необходимо. Разбира се, той не знае, че в полето с пощенски код не трябва да има букви. Няма значение и за него. Той също така не знае, че трябва да щраква върху бутона в горния десен ъгъл само когато поне един адрес вече е запазен. Няма значение и за него. И разбира се, той не знае, че функцията плъзгане и пускане може да се изпълнява само върху елементите, маркирани в синьо. Познахте - и на него не му пука. И точно сега идва частта, от която всички се страхуват: какво се случва?
Ръчните тестове правят подправките
Който все още казва, че ръчните тестове са в миналото, много греши. Необходима е техническа експертиза, която проверява както концепцията, така и използваемостта и, ако е необходимо, открива грешки в програмирането (както при изпълнението на логиката, така и при изпълнението на тестовете). И имате нужда от някой, който просто „хаква“, защото винаги ще има нови потребители, за които софтуерът е напълно нов и които се сблъскват точно с това поведение.