Testarea funcțională

Testarea funcțională - Este de testare software pentru a verifica realizarea cerințelor funcționale, adică capacitatea software-ului în anumite condiții pentru a rezolva sarcinile de care aveți nevoie. Cerințele funcționale determină ce anume software-ul, ce sarcini decide.

Cerințe funcționale include:

• Funcționalitate funcțională (ENG. abilitate).
• Exactitate (eng. precizie.).
• Capacitatea de a interacționa (eng. interoperabilitate).
• Respectarea standardelor și regulilor (ENG. conformitate).
• Protecție (ing. securitate).

Literatură

• Lisa Crispin, Janet Gregory Testarea flexibilă: Ghid practic pentru testere și comenzi flexibile \u003d Testarea agilă: Un ghid practic pentru testeri și echipe agile. - M.: "WILLIAMS", 2010. - 464 p. - Seria de semnături Addison-Wesley). - 1000 de exemplare. - ISBN 978-5-8459-1625-9,

Fundația Wikimedia. 2010.

Urmăriți ce este "Testarea funcțiilor" în alte dicționare:

testarea funcțională - - [L.G.Sumenko. Engleză Dicționar rusă pe tehnologia informației. M.: GP Tsniis, 2003.] Teme tehnologii informatice În general, testarea funcțională ...

testarea - Evenimente de testare și testare funcțională (acesta din urmă nu este legat de competițiile sportive) sunt componente cheie pentru a asigura disponibilitatea jocurilor și singura ocazie reală de a verifica Oko dezvoltat ... ... ... Directorul traducătorului tehnic

Software-ul este testarea software-ului (software) efectuată pe întregul sistem integrat, pentru a verifica respectarea sistemului cu cerințele sursei. Testarea sistemului se referă la metodele de testare a ... ... Wikipedia

Analist - Specialist (analist), angajat al companiei, informații bancare despre activitățile analiștilor, analistului financiar și de afaceri, analiză a conținutului monedei și a pieței bursiere \u003e\u003e\u003e\u003e\u003e\u003e\u003e Analist, Analytics istoric Oredeliya a apărut atunci când .. . ... Enciclopedia Investitor

Acest articol nu are referire la sursele de informații. Informațiile trebuie verificate, altfel pot fi interogate și șterse. Puteți edita acest articol ... Wikipedia

Fondânda 1941 Fondatorii Martin și OUME Hilti cifre cheie Baskera Pius (Pius Baschera) (președintele consiliului de administrație), Bo Riseberg (Președinte al Comitetului Executiv) ... Wikipedia

Analiza procesului de procesare a proceselor de programare Proiectarea documentului de programare ... Wikipedia

- (Engineering Performance English) parte a echipamentelor de sistem, care include un set de roluri, cunoștințe, practici, instrumente și rezultate și utilizate în fiecare etapă a ciclului de dezvoltare software pentru a vă asigura că creat, ... ... Wikipedia.

Acest articol trebuie să fie complet rescris. Pagina de discuție poate fi explicații. Acest termen are alte semnificații, vezi programul ... Wikipedia

Cărți

• Bazele de testare și verificare a software-ului, Staroletele Sergey Mikhailovici. Această alocație este destinată viitoarelor programatori care trebuie să cunoască elementele de bază ale produselor de testare a software-ului, principiile de lucru într-o echipă cu testere, nevoia și ...
• Programarea funcțiilor pe JavaScript. Cum să îmbunătățiți codul programului JavaScript, ATENCIO LOUIS. În aplicațiile web complexe, detaliile codului JavaScript la nivel scăzut pot face dificil să analizeze programul și să afecteze performanța sistemului în ansamblu. Programare funcțională (FP) ca ...

Tot tipuri de testare softwareÎn funcție de obiectivele urmărite, este posibil să se împartă în mod condițional în următoarele grupe: 1) funcțional; 2) nefuncțională; 3) asociate cu modificările.

Testele funcționale se bazează pe funcții și caracteristici, precum și interacțiunea cu alte sisteme și pot fi reprezentate la toate nivelurile de testare: componentă sau modular (testarea componentei / unității), testarea integrării, sistemul (testarea sistemului) și testarea de acceptare). Tipurile de testare funcționale sunt în vedere comportamentul extern al sistemului. Cele mai frecvente tipuri de teste funcționale sunt urmate:

- Testarea funcțională Testarea funcțională)

- Testarea securității Testarea controlului securității și accesului)

- Testarea interacțiunii Testarea interperabilității)

Testarea funcțională.Acest tip de teste verifică conformitatea funcțiilor implementate de cerințe, atribuire tehnică, specificații, diverse alte documente de proiect și pur și simplu așteptări ale utilizatorilor. Se verifică fiecare dintre funcțiile aplicației și toate în complex. Toate scenariile de utilizare sunt investigate. Adecvarea datelor stocate și de ieșire, a metodelor de prelucrare, a procesării datelor introduse, a metodelor de stocare a datelor, a metodelor de import de date și a datelor etc. În funcție de specificul aplicației.

Teste funcționale Pe baza funcțiilor efectuate de sistem și pot fi efectuate la toate nivelurile de testare (componentă, integrare, sistemic, acceptabil). De regulă, aceste funcții sunt descrise în cerințe, specificații funcționale sau ca cazuri de utilizare a sistemului (cazuri de utilizare).

Testarea funcționalității poate fi efectuată în două aspecte: " cerințe»; « procese de afaceri».

Testarea în perspectivă " cerințe"Utilizează specificarea cerințelor funcționale pentru sistem ca bază pentru proiectarea cazului de testare (cazuri de testare). În acest caz, trebuie să faceți o listă a ceea ce va fi testat și ceea ce nu este, prioritizează cerințele bazate pe riscuri (dacă acest lucru nu se face în document cu cerințele) și pe baza acestui fapt, prioritizarea testului scenarii (cazuri de testare). Acest lucru se va concentra și nu pierde atunci când testează cea mai importantă caracteristică.

Testarea în perspectivă " procese de afaceri"Utilizează cunoașterea acestor procese de afaceri care descriu scenariile de utilizare zilnică. În această perspectivă, scripturile de testare (scripturile de testare) se bazează, de obicei, pe utilizarea sistemului (cazuri de utilizare).

Beneficii Testarea funcțională: imită utilizarea efectivă a sistemului. dezavantaje Testarea funcțională: Abilitatea de a ignora erorile logice din software; Probabilitatea de testare excesivă.

Destul de comună este automatizarea testelor funcționale.

Testarea securității. Strategia de testare utilizat pentru verificarea sistemului de securitate, precum și pentru analiza riscurilor asociate cu asigurarea unei abordări holistice a aplicării cererii, atacurilor hackerilor, virușilor, accesului neautorizat la date confidențiale. Testarea de securitate poate fi efectuată atât automatizată, cât și manuală, inclusiv verificarea cazurilor de testare pozitive și negative. Bazat pe trei principale principii - aceasta este confidențialitate, integritate și accesibilitate (Confidențialitate, integritate, disponibilitate)

Confidențialitate - Aceasta ascunde anumite resurse sau informații. Sub confidențialitate, puteți înțelege restricționarea accesului la o anumită categorie de utilizatori sau cu alte cuvinte, în ce condiții este autorizată utilizatorul să acceseze această resursă.

Există două criterii principale în determinarea conceptului integritate:

1. Încredere. Resursa este de așteptat să fie modificată numai de modul corespunzător către un anumit grup de utilizatori.

2. Deteriorări și recuperare. În cazul în care datele sunt deteriorate sau în mod incorect variază de către un utilizator autorizat sau nu autorizat, este necesar să se determine cât de importantă este procedura de recuperare a datelor.

Disponibilitate Cerințele trebuie să fie disponibile resurselor unui utilizator autorizat, unui obiect intern sau unui dispozitiv. De regulă, cu atât este mai critică resursa, cu atât este mai mare nivelul de disponibilitate.

Testarea interacțiunii. Odată cu dezvoltarea tehnologiilor de rețea și a internetului, interacțiunea diferitelor sisteme, servicii și aplicații între ele a câștigat o relevanță semnificativă, deoarece orice probleme asociate acestora poate duce la o cădere a autorității societății că, ca rezultat, va implica pierderi financiare . Prin urmare, testarea interacțiunii ar trebui abordată cu toată seriozitatea.

Testarea interacțiunii – această încercare funcțională care verifică capacitatea aplicației de a interacționa cu unul sau mai multe componente sau sisteme și include testarea compatibilității (testarea compatibilității) și testarea integrării.

Software-ul cu caracteristici de interacțiune bune pot fi ușor integrate cu alte sisteme, fără a necesita modificări grave. În acest caz, numărul de schimbări și timpul necesar pentru executarea acestora poate fi utilizat pentru a măsura posibilitatea interacțiunii.

Testarea funcțională este una dintre tipurile cheie de testare, a cărei sarcină este de a stabili conformitatea cerințelor funcționale Software (software) dezvoltate ale clientului. Adică, testarea funcțională vă permite să verificați capacitatea sistemului informatic în anumite condiții pentru a rezolva sarcinile de care aveți nevoie.

În funcție de gradul de acces la codul de sistem, se pot distinge două tipuri de teste funcționale:

• testarea casetei neagră (cutie neagră) - efectuați testarea funcțională fără acces la codul de sistem,
• testarea casetei albe (cutie albă) - Testarea funcțională cu codul sistemului de acces.

Testarea cutiei negre se efectuează fără cunoașterea mecanismelor interne ale sistemului și se bazează pe manifestările externe ale activității sale. În același timp, testarea este verificată prin comportamentul diferitelor date de intrare și a stării interne a sistemelor. În cazul testării casetei albe, sunt create cazuri de testare, bazate în principal pe codul CO. Există, de asemenea, un tip extins de testare cu box-box-box, care include codul de învățare, este așa-numita cutie gri (cutie gri).

Avantaje cheie

1. Software-ul de testare funcțională imită pe deplin utilizarea efectivă a sistemului.
2. Vă permite să identificați erorile de sistem în timp util și, astfel, evitați mai multe probleme atunci când lucrați cu acesta în viitor.
3. Economii prin corectarea erorilor într-o etapă anterioară a ciclului de viață al software-ului.

Principalele etape ale testelor funcționale

Pregătirea

Deținere

Pregătirea

O analiză a documentelor inițiale de documente se desfășoară: cerințele funcționale și de afaceri, specificațiile tehnice, pașaportul de proiect. Dezvoltarea și coordonarea planului de testare, cazurile de testare, coordonarea timpului de proiectare, numărul de iterații, se produce și evaluarea posibilelor riscuri. Sarcinile pentru această etapă sunt efectuate împreună cu reprezentanții clientului.

Deținere

Testarea funcțională se efectuează manual la scenarii pre-test pregătite, cu erorile de îmbunătățire găsite în sistemul de bagtracing. În absența unui astfel de sistem de la client, putem: să furnizăm un sistem de testare pentru testarea pe platforma sa; pune o licență pentru client; utilizați fondurile existente de la client; costă doar un pachet de birouri; Puneți procesul de testare de la client pe baza uneltelor gratuite.

Dezvoltarea și coordonarea rapoartelor privind testarea efectuată cu o listă de abateri și recomandări detectate pentru îmbunătățirea sistemului. Dacă este necesar, utilizatorii sunt instruiți.

Instrumente

Gestionarea testului se desfășoară în sisteme specializate.

Securitatea informațiilor 11.07.2018 8693

Testarea funcțională este una dintre tipurile cheie de testare, a cărei sarcină este de a stabili conformitatea software-ului dezvoltat (software) a cerințelor funcționale inițiale ale clientului. Adică, testarea funcțională vă permite să verificați capacitatea sistemului informatic în anumite condiții pentru a rezolva sarcinile de care aveți nevoie.

În funcție de gradul de acces la codul de sistem, se pot distinge două tipuri de teste funcționale:

⦁ Testarea casetei neagră (cutie neagră) - efectuați testarea funcțională fără acces la codul codului,
⦁ Testarea casetei albe (cutie albă) - Testarea funcțională cu codul de acces al sistemului.
Testarea cutiei negre se efectuează fără cunoașterea mecanismelor interne ale sistemului și se bazează pe manifestările externe ale activității sale. În același timp, testarea este verificată prin comportamentul diferitelor date de intrare și a stării interne a sistemelor. În cazul testării casetei albe, sunt create cazuri de testare, bazate în principal pe codul CO. Există, de asemenea, un tip extins de testare cu box-box-box, care include codul de învățare, este așa-numita cutie gri (cutie gri).

Avantaje cheie

⦁ Software-ul de testare funcțională imită pe deplin utilizarea efectivă a sistemului.
⦁ Vă permite să identificați erorile sistemului în timp util și, astfel, evitați mai multe probleme atunci când lucrați cu acesta în viitor.
⦁ Economii prin corectarea erorilor într-o etapă anterioară a ciclului de viață al software-ului.

Principalele etape ale testelor funcționale

Pregătirea - se efectuează o analiză a documentelor sursă asupra sistemului: cerințele funcționale și de afaceri, specificațiile tehnice, pașaportul de proiect. Dezvoltarea și coordonarea planului de testare, cazurile de testare, coordonarea timpului de proiectare, numărul de iterații, se produce și evaluarea posibilelor riscuri. Sarcinile pentru această etapă sunt efectuate împreună cu reprezentanții clientului.

Deținere - Testarea funcțională se efectuează manual la scenarii pre-test pregătite, cu creșterea tuturor erorilor găsite în sistemul de bagtracing. În absența unui astfel de sistem al clientului, moderatorul companiei Crowtesting poate: să furnizeze un sistem de testare pentru testarea pe site-ul său; Puneți compania clientului de licență; Utilizați fondurile clientului de la companie; costă doar un pachet de birouri; Puneți procesul de testare la compania clientului pe baza fondurilor gratuite.

Raport - Dezvoltarea și coordonarea rapoartelor privind testarea cu o listă de abateri și recomandări detectate pentru îmbunătățirea sistemului. Dacă este necesar, utilizatorii sunt instruiți.

Direcții de testare funcțională

Testarea de regresie - Testarea funcționalității produsului după corectarea erorilor sau punerea în aplicare a noii funcționalități

Testarea securității - Evaluarea vulnerabilității la diverse atacuri și încercări de acces neautorizat la date.

Testarea sistemului - verificarea conformității în conformitate cu cerințele declarate în specificație

Testarea aplicațiilor mobile - Identificarea defectelor în interfața de hârtie

Instalarea de testare - Testarea procesului de instalare / software-ul de dezinstalare

- Verificarea lucrărilor în diferite medii de software și hardware.

Testarea integrării - Testarea interacțiunilor dintre componentele sistemului și între mai multe sisteme.

Testarea fumului - un scurt ciclu de testare pentru a detecta funcționarea corectă a principalelor funcții ale aplicației.

Documentație de testare - verificarea documentelor pentru respectarea standardelor adoptate, precum și respectarea anumitor caracteristici

Furnizarea de acoperire a testului - Evaluarea densității testelor sistemului de acoperire

Utilizabilitatea de testare - determinarea gradului de ușurință în utilizare, mai clară și atractivitatea produsului dezvoltat

Testarea de regresie

De fiecare dată când efectuați modificări în sistem sau completează-o la o nouă funcționalitate, există

probabilitatea ca aceste schimbări să afecteze performanța unui funcțional sau al unui sistem funcțional dezvoltat anterior. Testarea de regresie vă permite să verificați corectitudinea adăugărilor și asigurați-vă că programul după schimbare continuă să îndeplinească cerințele stabilite și interacționează cu succes cu alte sisteme.

Acest tip de teste este recomandat de fiecare dată după ajustarea programului, care poate include o corecție de defectă, o fuziune de cod, migrare la un alt sistem de operare sau o bază de date, adăugând o nouă funcționalitate și alte modificări. Dacă în timpul funcționării, numărul de utilizatori ai sistemului a crescut semnificativ comparativ cu operațiunea pilot, se recomandă efectuarea testelor de încărcare a regresiei.

În timpul proiectului, testerii verifică în primul rând acea parte a funcționalității, unde probabilitatea apariției unei erori după modificările făcute este cea mai mare. Pentru a economisi timp, experții pot dezvolta teste automatizate de regresie, care vor reduce timpul de testare fără pierdere ca lucru.

Avantaje cheie

⦁ Cu testarea regulată regulată - o reducere semnificativă a numărului de defecte din sistem în momentul eliberării.
⦁ Excepție de degradare a calității sistemului cu creșterea funcționalității.
⦁ Reducerea probabilității erorilor critice în operațiunea industrială pilot.

Pașii principali

⦁ Teste de verificare: Includeți teste pentru verificarea erorilor și a testelor pentru a verifica siguranța funcționalității de bază în fiecare nouă versiune a software-ului;
⦁ Teste de regresie: Verificarea versiunii noi a programului cu un set de teste care au fost utilizate la testarea versiunii anterioare și nu au evidențiat erori;
⦁ Regresul în bug-uri fixe: Verificarea erorilor identificate anterior și fixe, este necesar să se evite apariția unor astfel de erori după modificarea codului.

Testarea integrării

Multe sisteme IT moderne interacționează cu alte sisteme și module, atât de extrem de extreme

este important să aveți o idee despre relația lor și să verificați performanța acestora. Testarea integrării vă permite să detectați defectele care apar în interacțiunea sistemelor. Pentru a face acest lucru, utilizați atât teste manuale, cât și automatizate.

Se recomandă efectuarea testelor de integrare înainte de începerea testelor sistemului. Acest tip de teste ar trebui să fie efectuat cât mai curând posibil, deoarece defectele de integrare sunt, de obicei, o natură arhitecturală, corecția lor în etapele ulterioare de dezvoltare este riscantă și poate face mult mai scumpă. Pentru a accelera începutul procesului de testare, se recomandă utilizarea emulatoarelor de sisteme externe.

Ca parte a testării integrării, testarea regresiei poate fi, de asemenea, efectuată pentru a verifica modificările făcute în anexă sau mediul de mediu al funcționalității moștenite.

Avantaje cheie

Testarea integrării vă permite să imitați acțiunile utilizatorilor și să primiți rapid confirmarea că produsul software interacționează cu succes cu alte sisteme. Această abordare garantează o dată câteva avantaje:

⦁ Preveniți apariția erorilor critice în funcționarea pilot-industrială;
⦁ reducerea influenței factorului uman;
⦁ Economisiți costurile pentru fixarea defectelor.

Scopuri principale

Principala sarcină a testării integrării este de a căuta erori asociate cu interacțiunea modulelor de sistem sau a mai multor sisteme. Ca rezultat, toate sistemele adiacente și un module de sistem trebuie să funcționeze în mod consecvent.

Metodele de efectuare a testelor de integrare sunt selectate în funcție de soluțiile de integrare.

Etapele

⦁ Dezvoltarea unui plan de testare - Orientări pentru testare pentru testere;
⦁ formarea datelor de testare și crearea de cazuri de testare;
⦁ Implementarea scripturilor pentru a lansa cazuri de testare;
⦁ Efectuați cazuri de testare și corectarea erorilor;
⦁ Repetarea ciclului de testare pentru integrarea cu succes.

Testarea securității

Testarea de securitate se efectuează pentru a evalua stabilitatea sistemului la ilegal

acțiune: atacuri hacker, penetrarea virușilor, încercările de a accesa informațiile corporative. Testarea de siguranță este deosebit de relevantă pentru aplicațiile web, aplicații cu informații comerciale sau personale importante, sisteme de plată, aplicații care necesită integritate de informații, aplicații sociale, aplicații cu o licență comercială. De multe ori pentru a verifica securitatea

astfel de sisteme de testare funcțională nu sunt suficiente.

Avantaje cheie

⦁ Testarea de securitate reduce probabilitatea accesului neautorizat la sistem, furtul de informații și pierderea datelor;
⦁ Clienții primesc o evaluare obiectivă a nivelului de securitate al sistemelor.

Scopuri principale

⦁ Analiza arhitecturii și construirea unui model de amenințări și riscuri
⦁ Definirea criteriilor de protecție
⦁ Căutați vulnerabilități în codul sursă
⦁ Testarea fuzzului
⦁ Testarea penetrării
⦁ Testarea bazată pe riscuri
⦁ Realizarea testelor de încărcare

Etapele

⦁ Pregătirea: colectarea informațiilor, rafinamentul pieselor;
⦁ Planificare: Analiza vulnerabilităților sistemului și a posibilelor amenințări, întocmirea matricei de risc;
⦁ Design: Determinarea setărilor de securitate a sistemului, analiza codurilor, testele elementare;
⦁ Dezvoltare: Introducerea datelor neașteptate, incorecte, non -tice (testare fuzz), evaluarea componentelor nefuncționale ale software-ului, modelul de testare a riscurilor;
⦁ Implementare: ⦁ Testarea încărcăturii, teste de penetrare.

Testarea fumului

Un ansamblu frecvent de software nu are întotdeauna loc cu calități, ca rezultat al produsului software poate conține erori în activitatea afacerii funcționale. De aceea, verificarea sistemului funcțional cheie trebuie efectuată imediat după asamblare și înainte de a transfera software-ul la testarea.

Testarea fumului (testarea coșului de fum) pune sarcina de a identifica defectele imediat după asamblarea software-ului. Acesta include un număr mic de scenarii de testare și este destinat să identifice erorile explicite ale funcționalității. De obicei, testele de fum se efectuează după actualizarea software-ului, dar această metodă poate fi utilizată pentru testarea produselor software create de la zero. Testarea fumului poate fi efectuată ca teste de acceptare înainte de testare funcțională. Deoarece testarea fumului se desfășoară cu o periodicitate destul de mare, iar resursele esențiale ale testerelor sunt cheltuite pe acesta, se recomandă automatizarea acestei direcții.

Avantaje cheie

⦁ Detectarea erorilor critice în primele ore (minute) după instalare
⦁ Reducerea riscurilor de retragere a produsului de slabă calitate;
⦁ minimizarea riscurilor la integrarea sistemelor;
⦁ reducerea costului corectării defectelor;
⦁ Verificarea accelerației prin automatizare.

Scopuri principale

⦁ Selectarea scenariilor de testare, astfel încât să furnizați o acoperire de testare a celor mai priorități funcții ale sistemului.
⦁ Determinarea numărului de teste de fum și timpul executării acestora. De obicei, nu sunt selectate mai mult de 10 scenarii pentru testele de fum cu timpul execuției lor în câteva ore.
⦁ Scrierea scripturilor de testare, descrierea pașilor de redare și a rezultatelor așteptate ale executării acestora. La cererea clientului, scripturile pot fi automatizate.
⦁ Execuția testului de fum.

Testarea sistemului

Testarea sistemului concepută pentru testare

gata în această condiție în care va fi introdusă în operații experimentale.

Testarea sistemului vă permite să detectați astfel de defecte ca identificarea funcției lipsă în sistem, funcționarea incorectă a funcțiilor sistemului, apariția erorilor atunci când se utilizează date specifice de testare sau combinațiile lor, erorile de interacțiune cu alte sisteme.

Avantaje cheie

⦁ Reducerea numărului de defecte ale operațiunii industriale pilot;
⦁ Abilitatea de a utiliza scenarii de testare ca materiale de instruire pentru viitorii utilizatori ai sistemului;
⦁ Detectarea erorilor de configurare a standului, care facilitează funcționarea administratorilor AC la instalarea sistemului în funcționarea experimentală.

Scopuri principale

⦁ Determinarea abordării la pregătirea scenariilor de testare
⦁ Crearea unui plan și a metodelor de testare
⦁ Pregătirea datelor de testare
⦁ Testarea
⦁ Detectarea utilizării incorecte a resurselor

Etapele

⦁ Plan de testare
⦁ Dezvoltarea testelor
⦁ Pregătirea datelor de testare
⦁ Executare de încercare - automatizată și obișnuită
⦁ Elaborarea unui raport
⦁ Testarea regresiei după corectarea erorilor

Documentație de testare

Testarea documentației vă permite să estimați diferitele caracteristici ale documentelor și cerințelor: completitudinea și redundanța, neambiguitatea și coerența, riza și trasabilitatea, realizabilitatea și verificarea.

Testarea documentației este recomandată la crearea unui nou software sau când este modificat din cauza dezvoltării afacerilor. Testarea documentației este mai bună pentru a începe la sistemul de creare a cerințelor sistemului, aceasta va elimina unele dintre defecte înainte de a fi implementate în cod.

Avantaje cheie

⦁ Detectarea erorilor de cerințe în stadiile incipiente reduce costul corecției lor.
⦁ Documentația de calitate reduce complexitatea și durata proiectului în ansamblu.
⦁ Cerințele de afaceri fără ambiguitate și complete permit dezvoltatorilor să evalueze mai bine domeniul de muncă și să elaboreze o sarcină tehnică.
⦁ O documentație de înțeles reduce numărul de întrebări privind funcționarea sistemului de la utilizatori și testeri, ceea ce facilitează activitatea administratorului și a analizei.

Testarea documentației include testarea mai multor niveluri de documentare:

⦁ Cerințe de afaceri
⦁ Cerințe funcționale
⦁ Impozitare
⦁ Manuale de utilizare

Testarea aplicațiilor mobile

Testarea - cea mai importantă etapă a dezvoltării aplicațiilor mobile. Acest tip de testare vă permite să verificați performanța aplicației pe diferite dispozitive și sisteme de operare în conformitate cu cerințele specificate.

Avantaje cheie

⦁ Verificarea performanței și compatibilității aplicației pe diferite dispozitive și platforme.
⦁ Reducerea riscurilor de reputație, deoarece eliberarea aplicațiilor de calitate slabă pe orice platformă mobilă este asociată cu comentarii negative și evaluări reduse ale utilizatorilor.
⦁ Abilitatea de a automatiza testarea aplicațiilor mobile, care reduce calendarul fiecărei iterații.

Pentru a testa testarea, moderatorul companiei se bazează pe o varietate de dispozitive mobile, inclusiv toate modelele moderne de tablete și smartphone-uri, care sunt deținute de testere din toate țările lumii.

Furnizarea de acoperire a testului

Acoperirea de testare reprezintă amploarea care exprimă procentul funcționalității testate de testele la funcționalitatea completă a sistemului. Evaluarea testelor este recomandată la pregătirea unei metodologii de plan și de testare, astfel încât testarea să poată furniza nivelul necesar de testare. Acest tip de testare poate fi efectuat atât manual, cât și cu testare automată.

Avantaje cheie

⦁ Evaluarea de testare arată în mod clar procentajul funcționalității testelor și este criteriul completitudinii lor: cu cât este mai mare procentul de acoperire de testare, cu atât plinătatea superioară.
⦁ Asigurarea celei mai complete straturi de testare reduce numărul de defecte și îmbunătățește calitatea produsului final.

Scopuri principale

La pregătirea planului și a metodelor de testare pentru testarea manuală și automată, în funcție de scopul de testare, este determinat nivelul de testare necesar. La testarea, se recomandă utilizarea nivelului maxim de acoperire a testelor, totuși, pentru a reduce timpul pentru prepararea și testarea testelor, este permisă utilizarea acoperirii incomplete a testului.

Instalarea de testare

Testarea de instalare (testarea instalării) vă permite să vă asigurați că este instalat corect și configurat, noile versiuni apare fără erori și este posibil să dezinstalați și să ștergeți acest software. Testarea instalării trebuie efectuată la crearea de software, după ce apare noua versiune, precum și atunci când modificați configurația standului.
Se recomandă efectuarea testelor de instalare pe diferite platforme, metoda manuală sau prin automatizare. Următorii factori afectează acest tip de testare:
⦁ Ce platforme și sisteme de operare sunt acceptate?
Cum va fi distribuită software-ul?
⦁ Cine va instala software-ul?

Avantaje cheie

Testarea instalației evită astfel de probleme atunci când instalați software într-un mediu industrial, ca:
⦁ Incapacitatea de a stabili
⦁ Pierderea datelor după instalarea noii versiuni
⦁ Incapacitatea de a reveni la versiunea anterioară

Ca rezultat, economisind bani și timp, o ameliorare semnificativă a activității administratorilor.
Scopuri principale

Testarea de instalare se efectuează în conformitate cu planul de instalare a software-ului. Verificarea instalării, configurației, actualizării, versiunii Rollback și ștergerea software-ului pe toate platformele declarate.

Utilizabilitatea de testare

Utilizarea testului este efectuată la crearea unui nou software și rafinamentul acestuia. Scopul principal al acestor teste este de a căuta soluții de interfață de program cea mai prietenoasă pentru a reduce timpul pentru a rezolva sarcinile utilizatorilor.

Rezultatul de testare a utilizării este un număr de dorințe pentru îmbunătățirea obiectului de testare, de exemplu, schimbarea locației butoanelor sau adăugarea unui nou la execuția rapidă a oricărei comenzi, completarea valorilor implicite, adăugați tastele fierbinți etc.
Avantaje cheie

Rezultatele utilizării funcției de testare vor oferi feedback pozitiv de la utilizatorii sistemului în viitor. Dacă sistemul este destinat utilizării regulate, de exemplu, angajații unui call-center, operaționalist la o bancă sau asistenți de vânzări în magazin, sistemul ergonomic va reduce costurile lor de muncă pentru a efectua operațiunile de zi cu zi. Dacă sistemul este destinat serviciului clienți, de exemplu, un magazin online sau o bancă de internet, comoditate și simplitate a sistemului vor lăsa amintiri pozitive de lucru cu acesta, ceea ce va salva clienții și vor atrage altele noi.

Scopuri principale

Sarcina de testare a ușurinței de utilizare este definirea nivelului de confort și simplitate de rezolvare a sarcinilor de către utilizator, pentru a executa produsul pe care produsul a fost creat.

Ca parte a acestei sarcini, se estimează:

⦁ Câți pași trebuie să faceți pentru a îndeplini sarcina?
⦁ Cât durează să-și îndeplinească sarcina?
⦁ Câte erori fac un newbie atunci când efectuați o sarcină?
⦁ Care este impresia utilizatorului de a lucra cu programul?
⦁ Emoțiile utilizatorului în timpul sarcinii.

Testarea configurației

Testarea configurației - Acesta este software validat pe diferite medii de software și hardware. Acest tip de testare este utilizat dacă se știe că produsul informativ va fi utilizat, de exemplu, pe diferite platforme, în diferite browsere, va susține diferite versiuni ale driverelor.

Avantaje cheie

⦁ Testarea configurației simulează complet utilizarea reală a sistemului.
⦁ Vă permite să identificați erorile de sistem în funcționare în diferite configurații și, prin urmare, să împiedicați problemele atunci când lucrați cu acesta.

Principalii pași ai testelor de configurare

Pregătirea - O listă de configurații de sistem este compilată, sub care se va produce testarea. În practică, este adesea imposibil să se descrie întregul set de configurații în care va fi utilizat sistemul. Prin urmare, se efectuează prioritizarea acestora, iar numai cele mai importante configurații se încadrează în lista de sfârșit.
Deținere - Sistemul este testat pe configurații selectate.
Raport - Companiile clienților oferă un raport detaliat cu o listă de defecte și abateri găsite în operațiunea de sistem cu fiecare versiune de configurare.

Să presupunem că există o funcție de obținere a datelorcare returnează cardul de informare al ID-ului de utilizator, care a trecut. Acum, această caracteristică utilizează 3 Funcții Source-A, Source-B și Source-C pentru a obține trei tipuri diferite de carduri. Acum combinăm toate aceste carduri într-o singură carte și revenirea de la data-date.

Când testez datele de date, Ar trebui să verific prezența datelor cheie? Are sens astfel încât această funcție să refuze teste unice dacă una de sursă-A, Source-B și Source-C a eșuat? Dacă sarcina funcției TOSS este de a combina datele și acest lucru se face, acest lucru ar trebui să fie suficient, corect?

1

2 răspunsuri

Să presupunem că există o funcție de date de date care returnează o hartă a ID-ului de utilizator transmis la.

Excelent. Atunci trebuie să-l verificați. Pentru acest identificator, returnați datele corecte?

acum, această caracteristică utilizează 3 funcții Source-A, Source-B și Source-C pentru a obține trei tipuri diferite de carduri.

Ce detaliu al implementării trebuie să ignorați în testare. Tot ce testați este că unitatea de lucru (această metodă) face ceea ce ar trebui (ia identificatorul și returnează datele XYZ pentru acest identificator). Cum Această metodă nu contează - în cele din urmă, avantajul cheie al acestui test modular este că puteți reorganiza implementarea metodei, iar testul va verifica ceea ce ați făcut corect.

Cu toate acestea, probabil că va trebui să bifați sursele de date, deci la un moment dat, testul probabil va trebui să știe cum funcționează acest cod. Trebuie să echilibrați aici cele trei obiective concurente: pentru a face un test izolat (prin date de agresiune), făcând un test axat pe cerințe și pragmatism.

În cele din urmă, acesta este un cod important. Există teste pentru a sprijini codul real, petrecând un număr mare de timp și problemele asociate cu verificările de lustruire nu sunt la fel de utile ca și testele. efectuarea. .

În testarea modulară, trebuie să verificați numai funcționalitatea aceleiași clase dacă metodele dvs., Source-B și Source-C apelează alte clase, trebuie să le bateți (ele trebuie verificate pe modul în clasele lor).

În testarea integrării, verificați comportamentul mai multor clase care interacționează între ele, ceea ce înseamnă că funcția dvs. de obținere a datelor trebuie să verifice corectitudinea datelor care sunt preluate (sursa-A, Source-B și Source-C sunt corecte și Datele sunt conectate corespunzător).

Testele modulare sunt mai ușoare și în mod intens și ar trebui create de dezvoltatori. Testele de integrare sunt, de obicei, comparabile relativ (dacă s-a modificat o componentă internă), astfel încât acestea sunt mai greu de efectuat. Trebuie să fie create de profilul QA.