Acest articol este un articol oglindă al traducerii automate, vă rugăm să faceți clic aici pentru a sări la articolul original.

Vedere: 11560|Răspunde: 1

QA și activitatea sa de testare

[Copiază linkul]
Postat pe 22.04.2020 21:21:58 | | |
QA: În primul rând, trebuie să existe un obiectiv clar al echipei, scopul este un banner, care poate determina echipa să lucreze într-o direcție comună. În al doilea rând, ar trebui să respectăm membrii echipei, să ne concentrăm pe încurajare, să acordăm atenție metodelor de critică și să respectăm membrii echipei, nu doar să le respectăm personalitatea și rezultatele muncii, ci și să respectăm unele opinii și sugestii rezonabile aduse de aceștia. Dacă apar greșeli, ar trebui să prezentăm sincer cauza principală a problemei și direcția eforturilor viitoare, în loc să le învinovățim orb.
A stimula conștientizarea echipei înseamnă a crește continuu coeziunea și eficiența de combatere a întreprinderii, astfel încât angajații să aibă un sentiment de apartenență la companie. Să înțeleagă clar că fiecare angajat este un membru indispensabil al echipei. Și să poată lucra conștient spre obiectivele echipei.
Coeziunea este importantă pentru o echipă, dar modul de a o consolida este deosebit de important. Sper ca în viitor să putem lucra împreună pentru echipa noastră și pentru noi înșine!
Când coeziunea unei echipe se îmbunătățește, QA-ul software-ului pe care îl creează este garantat în mod natural, trebuie să prevenim problemele și viitorul la maximum și nu putem aștepta ca problemele să fie rezolvate atunci când apar

Munca de testare în echipă: Echipa noastră are un tester software special, în dezvoltarea software, fiecare joacă un rol diferit; după fuziunea finală a software-ului și după testare, vom preda programul testerilor din echipă pentru testare, iar după finalizarea testării, în prima jumătate de lună de la predarea oficială a software-ului, toți membrii echipei vor organiza o întâlnire de testare software, testând din nou riscurile posibile ale software-ului și aplicând patch-uri pentru riscurile posibile. Și vom oferi un modul în software pentru ca utilizatorii să poată primi feedback atunci când apare un bug.




Precedent:Cum să folosești legarea RelativeSource în WPF
Următor:Lungimea SQL Server nu este suficientă pentru a completa automat 0
 Proprietarul| Postat pe 22.04.2020 21:22:34 |
Diferențe între dezvoltare, testare și QA, printre altele

Cred că această metaforă este relativ nouă și interesantă, așa că am dat-o mai departe.

Recent, câțiva colegi din departament au pus această întrebare și cred că încă mai sunt mulți oameni care nu sunt foarte clari în privința poziției acestor trei roluri, așa că voi vorbi despre înțelegerea mea personală a acestor trei roluri.

Există suficiente definiții ale acestor trei roluri pe Internet, așa că nu voi intra în detalii aici. Lasă-mă să-ți dau un exemplu.

Presupunând că procesul de promovare a unui produs pe piață este echivalent cu procesul de promovare a examenului pentru studenți, atunci în acest proces:

Dezvoltatorii sunt studenți care fac lucrări de examen.

Testatorul este profesorul care schimbă lucrarea de test.

Personalul QA este consilier.

Produsul este realizat de dezvoltator, dacă poate fi folosit pe piață, dacă trece examenul, factorul decisiv rămâne dezvoltarea.

Dezvoltatorul a trimis rezultatele, iar studenții au finalizat examenul, au trecut? Este necesar ca testerii să analizeze și să judece testul.

Consilierul nu are expertiză în cursuri specifice, dar va cere dezvoltatorilor să revizuiască mai întâi, apoi să facă întrebări simulate și în final să susțină examenul. Nu-l interesează dacă te uiți la "Dragon Babu" sau "Linear Algebra" când faci recenzie, atâta timp cât supraveghează recenzia ta, asta e suficient. Pentru că știa că dacă nu revizuia direct examenul, practic îl va pica. E mai bine să recenzezi decât să nu recenzezi deloc.

OK, exemplele s-au terminat, să revenim la cele trei personaje.

Dezvoltarea este procesul de implementare. Testarea și QA reprezintă un proces de asigurare a calității.

Testarea, la fel ca dezvoltarea, este o activitate pur tehnică, pe care o numesc control al rezultatelor. QA nu implică tehnologii specifice, pe care le numesc control de proces.

Ca o paranteză, îmbunătățirea calității produsului și chiar a competitivității de bază a întreprinderilor prin reforma structurii organizaționale, a proceselor de afaceri și chiar a instrumentelor IT este înțelegerea majorității companiilor. După ce IBM a vândut PC-ul către Lenovo, s-a bazat pe acesta pentru a face bani și a făcut mulți bani.

Sunt tester, așa că să vorbim despre direcția de dezvoltare a testării în exemplul de mai sus.

Deoarece testul este o schimbare în lucrarea de test, care este abilitatea cea mai importantă?

Desigur, este vorba de nivelul lucrării de examen.

Analiza cerințelor de testare și proiectarea cazurilor de testare sunt abilitățile pe care fiecare tester trebuie să le îmbunătățească continuu în munca sa.
Disclaimer:
Tot software-ul, materialele de programare sau articolele publicate de Code Farmer Network sunt destinate exclusiv scopurilor de învățare și cercetare; Conținutul de mai sus nu va fi folosit în scopuri comerciale sau ilegale, altfel utilizatorii vor suporta toate consecințele. Informațiile de pe acest site provin de pe Internet, iar disputele privind drepturile de autor nu au legătură cu acest site. Trebuie să ștergi complet conținutul de mai sus de pe calculatorul tău în termen de 24 de ore de la descărcare. Dacă îți place programul, te rugăm să susții software-ul autentic, să cumperi înregistrarea și să primești servicii autentice mai bune. Dacă există vreo încălcare, vă rugăm să ne contactați prin e-mail.

Mail To:help@itsvse.com