Блог WOGRA; Никој повеќе не треба рачни тестови
Автоматското тестирање не е ништо ново. Секој добар софтвер е развиен со автоматски тест единици и тестови за интеграција, така што секогаш се прават промени за да се осигура дека сè уште работи како што треба. Има доволно рамки и алатки за известување. Тие го најдоа своето место на пазарот и тешко е да се замисли животот без нив. Но, многу управни директори брзо стануваат презаситни, затоа што ви требаат рачни тестери за сега?
Развивачите на софтвер обезбедуваат „внатрешен квалитет“
Програмерите се претежно специјалисти. Вие се концентрирате на проблем или на имплементација на решение за овој проблем според спецификацијата. Нивната работа е да се осигураат дека функциите го прават она што треба и не го прават она што не треба. Ова се прави со разгледување на сите можни тест случаи. Во најдобар случај, спецификацијата ги диктира сите. Во лош случај, спецификацијата е нецелосна и инвеститорот ги забележува празнините и ги гради во соодветни тестови (во консултација за логиката да не се спроведува погрешно). Во најлош случај, инвеститорот останува сам и мора да ги дефинира случаите за тестирање независно. На WOGRA, очекуваме нашите програмери да разберат што му треба на клиентот за да соработуваат со клиентот за да постигнат што подобар резултат. Но, кај многу компании, развивачите на софтвер се проширена работна маса и едноставно работат преку спецификација. Ако сметате дека, особено со offshoring и nearshoring, техничката експертиза не е во рацете на инвеститорот и тој не мора да го знае доменот на софтверот, задачата за тестирање е како да лета слепо.
Тестирање на тестовите и употребливост
Од оваа гледна точка, станува јасна првата корисност на рачните тестови: Рачните тестови обично ги вршат технички експерти. Тие го знаат својот домен. И не само тоа. Тие исто така знаат поими што можат да се користат само домашно, на пример, кратенки. И, тие точно знаат кои стапици се во формуларите и специјалните елементи на процесот и ги бараат на таргетиран начин. Ова е особено возбудливо кога станува збор за нов софтвер. Бидејќи рачните тестери, природно, имаат и свои тест апартмани кои мораат да ги работат. Овие апартмани честопати одразуваат специфични процеси. Во овој момент, можете брзо да утврдите дали тестерот може да разбере што прави тој или софтверот. Ако тука се појават прашања и проблеми, или процесот или употребливоста мора да се подобрат.
Тестови за мајмуни
Сега дојдовме до една особено интересна област на тестирање: тестови за мајмуни. Ако тоа не значи ништо во овој момент: Замислете мајмун да седи пред вашиот софтвер и само да удира во тастатурата, да крева диво кликнување и да преместува елементи ако е потребно. Се разбира, тој не знае дека не треба да има букви во полето за поштенски код. Ниту за него не е важно. Тој исто така не знае дека треба да кликне на копчето само во горниот десен агол кога барем една адреса е веќе зачувана. Ниту за него не е важно. И, се разбира, тој не знае дека функцијата drag & drop може да се изврши само на елементите обележани со сино. Претпоставувате - ни тој не го интересира. И токму сега доаѓа делот од кој сите се плашат: што се случува?
Рачни тестови го прават Леќата
Секој што сè уште вели дека рачните тестови се минато е многу погрешен. Потребна е техничка експертиза што ги проверува и концептот и употребливоста и, доколку е потребно, открива грешки во програмирањето (и во спроведувањето на логиката и во спроведувањето на тестовите). И ви треба некој што само „хакира“, затоа што секогаш ќе има нови корисници за кои софтверот е целосно нов и кои наидуваат на точно вакво однесување.