Blog WOGRA; Nimeni nu mai are nevoie de teste manuale
Testarea automată nu este nimic nou. Fiecare software bun este dezvoltat cu teste unitare automate și teste de integrare, astfel încât să se facă întotdeauna modificări pentru a se asigura că totul funcționează în continuare corect. Există suficiente cadre și instrumente de raportare. Ei și-au găsit locul pe piață și este greu să-ți imaginezi viața fără ei. Dar mulți directori generali devin repede exces de zeloși, pentru că de ce aveți nevoie de testeri manuali pentru moment?
Dezvoltatorii de software asigură „calitatea interioară”
Dezvoltatorii sunt în special specialiști. Vă concentrați asupra unei probleme sau asupra implementării unei soluții pentru această problemă conform specificațiilor. Sarcina lor este să se asigure că funcțiile fac ceea ce ar trebui și nu fac ceea ce nu ar trebui. Acest lucru se face luând în considerare toate cazurile de test posibile. În cel mai bun caz, specificația le oferă pe toate. În cel mai rău caz, specificația este incompletă, iar dezvoltatorul observă lacunele și construiește testele adecvate (în consultare, astfel încât logica să nu fie implementată incorect). În cel mai rău caz, dezvoltatorul rămâne singur și trebuie să definească cazurile de testare independent. La WOGRA ne așteptăm ca dezvoltatorii noștri să înțeleagă de ce are nevoie clientul pentru a lucra cu acesta pentru a obține cel mai bun rezultat posibil. Dar la multe companii, dezvoltatorii de software sunt bancul de lucru extins și pur și simplu funcționează printr-o specificație. Dacă considerați că, în special în ceea ce privește delocalizarea și nearshorarea, expertiza tehnică nu este în mâinile dezvoltatorului și acesta nu trebuie să cunoască domeniul software-ului, sarcina testării este ca zborul orb.
Testarea testelor și utilizare
Din acest punct de vedere, prima utilitate a testelor manuale devine clară: Testele manuale sunt de obicei efectuate de experți tehnici. Știu domeniul lor. Și nu numai asta. Știu, de asemenea, termeni care pot fi folosiți doar în interior, de ex. Abrevieri. Și știu exact care capcane sunt în forme și elemente de proces speciale și le caută în mod țintit. Acest lucru este deosebit de interesant atunci când vine vorba de software nou. Deoarece testerele manuale au în mod natural și suitele de testare pe care trebuie să le lucreze. Aceste suite reflectă adesea procese specifice. În acest moment, puteți determina rapid dacă testerul poate înțelege ce face el sau software-ul. Dacă apar întrebări și probleme aici, fie procesul, fie utilizabilitatea trebuie îmbunătățite.
Testele maimuțelor
Acum ajungem la un domeniu de testare deosebit de interesant: testele maimuțelor. Dacă asta nu înseamnă nimic în acest moment: imaginați-vă o maimuță așezată în fața software-ului dvs. și lovind pur și simplu tastatura, făcând clic în jurul valorii sălbatice și mișcând elemente, dacă este necesar. Desigur, nu știe că nu ar trebui să existe litere în câmpul cod poștal. Nici pentru el nu contează. De asemenea, nu știe că ar trebui să facă clic pe butonul din colțul din dreapta sus doar atunci când cel puțin o adresă a fost deja salvată. Nici pentru el nu contează. Și, bineînțeles, nu știe că funcția de drag & drop poate fi efectuată numai pe elementele marcate cu albastru. Ai ghicit - nici lui nu-i pasă. Și chiar acum apare partea de care toată lumea se teme: ce se întâmplă?
Testele manuale fac condimentarea
Oricine spune că testele manuale sunt un lucru din trecut greșește foarte mult. Este nevoie de expertiză tehnică care verifică atât conceptul, cât și utilitatea și, dacă este necesar, descoperă erori în programare (atât în implementarea logicii, cât și în implementarea testelor). Și aveți nevoie de cineva care doar „hacksează”, deoarece vor exista întotdeauna utilizatori noi pentru care software-ul este complet nou și care se confruntă exact cu acest comportament.