22.11.

2022

Tehnici

Decision table

Este tehnica de testare dinamica prin care se expun intr un table conditiile si actiunile pe plan vertical,
iar pe plan orizontal vor iesi numarul de test caseuri.

Este o tehnica folosita pt eficientizarea scenariilor si reducerea exhaustive testingului.

Este adesea utilizata de catre tester in sedintele de grooming pt a putea estima mai precis timpul de
testare.

Este o tehnica care se foloseste adesea pt functionalitati mai complexe.

Ex.

De testat - O aplicatie care treb sa valideze unui client al unei banci daca va primi credit sau nu.

Daca clientul nu va trece de loan limit, va primi credit, de asemenea daca are un venit sustenabil.

TC – test case

TC 1 TC 2 TC 3 TC 4
C1 Exceed F T F T
loan limit
C2 Sustainable F T T F
income

A Grant the X X X X
credit
 TC 1 TC 2 TC 3 TC 4 TC 5 TC 6 TC 7 TC 8
C1 Exceed T F T T F T F F
loan limit
C2 Sustainable T F T F F F T T
income
C3 Client is T F F F T T T F
employed

A Grant the X X X X X X V V sau

credit X

Toate itemurile sunt intr-un BackLog. Vor fi explicate de catre BA. Am documentatia in fata, business
requirements. Imi fac decision table, ce test caseuri o sa am, ce complexitate o sa aiba test caseurile
mele, o sa stiu ce estimare are munca mea.

Alta tehnica

*State transitioning testing – cea mai putin folosita

Este tehnica de testare dinamica prin care testerul va reprezenta graphic scenariile printr-o
schema. Aceasta tehnica este folosita atunci cand functionalitatea prezinta mai multe faze.

Ex. Functionalitatea unui bancomat – daca pun pinul correct – intru

-daca pun pinul gresit, pot sa l reintroduce de 3 ori, altfel imi

blocheaza cardul

Primul state – introduce card (I.C.)

Al doilea – introduce pin (I.P.)

2 variante:

-pin correct – main screen (M.S.)

-pin incorrect –meniu principal (I.C.)

Iar ma pune sa introduce pinul, iar introduce incorrect, iar ma pune sa introduce, iar incorrect, si a treia
oara imi blocheaza cardul.

B.C. – blocare card.

P.C. – pin correct

Urmatoarea tehnica – ultima

Use case test scenario !!!!!!!!!! (la interviu, mai multe intrebari din ea)

Este cea mai utilizata tehnica de catre tester. Reprezinta stabilirea scenariilor de testare pe baza
intuitiei si experientei testerului. (cu aplicatia respective, sau aplicatii similar).

Testerul va acoperi functionalitatea pe baza acestor criterii.

Aceasta tehnica poate fi combinata cu toate tehnicile de mai sus.

Ex. Interval de la 50 la 100. In mod normal, foloseam BVA si ECP.

50 - 100
0-49 | 50 - 100 | 101 – infinit

BVA + ECP

P = 50, 57, 100

N = 20, 49, 101, 200

N = ASDAasdaasda; !@#@#@#!; Diacritice***; Limita de caractere; Spatii; Las fieldu-ul

necompletat;

Nu e exhaustive testing pt ca nu testez acelasi lucru de mai multe ori, ci ma folosesc de intuitia si
experienta mea pt a testa anumite lucruri.

Ex. De testat functionalitatea Story-urilor de pe FB. Nu putem facem neaparat BVA, ECP sau
Decision Table. O sa luam impreuna sa vedem ce scenarii am putea test apt functionalitatea de Story de
la FB.

Exista un anumit mod de organizare a scenariilor:

-scenariu de UI – user interface

(Text, font, size, compatibilitate intre browsere – asta inseamna UI (ce imi arata).

-scenariu de UX – user experience SAU scenarii de functionalitate - Scenarea de tip hardware,

dar se poate si in testarea de tip software.

-positive testing
 -negative testing

-corner case scenarios – f improbabile, f particulare, se aplica doar in anumite conditii imposibile

Ex.

FB story – web application

Parte de UI

-incarcare poza/video, drag and drop

-daca apare poza altor profile

-sa redimensionam aplicatia/browserul – resizing

-compatibilitatea pe alte browsere/dispositive-deviceuri (macOS, windows, linux)

-introducere text – NUUU – ea vine din alta aplicatie, din Adobe sau altceva***NU

-text (culori, incadrare in pag, zoom in, zoom out), colors, font, size, highlights pe butoate si
functionalitati

Parte de UX , si positive testing

-refresh

-deleting

-viewers

-reactions

-add-ons (gifuri, imagini, emojiuri), effects

-share

-revert (sa anulez ce am facut pana atunci)

-add in highlights * collection

-time (duration) of posting (durata unui story – sa se inchida dupa 24 h)

-confidential (public, me, close friends)

-taggs (etichetare)

-limits of posting (un anumit nr de imag ?)

-length of videos in story

-crop (a taia), resizing, rotate (for photo and videos)

-comments
 -location

-live

Negative testing: (sa luam fiecare scenario de functionalitate - din cele de mai sus (de la UX si
positive)- sis a incerc sa-l stric)

(Negative testing – aplicatia n ar treb sa ti accepte anumite date/comportament. Vrei tu sa nu –

ti accepte. O sa-ti spuna un mesaj de eroare, un pop up de avertisment, ori nu te lasa sa introduce
datele respective.

-upload a big size photo/video – uploadez un fisier prea mare

-different format type accepted (un format care nu e acceptat) – jpeg etc

-different type of resolution for uploading *(sa zicem)

-negative testing confidentiality (sa nu poata sa deschida story o pers care nu e prietena cu cea
care ii dam noi)

-copy 500000+ characters of text and paste it to story

-unavailable format type (sa incarci pdf, excel etc)

-load testing – sa incerci sa postezi 1000 storyuri unul dupa altul

-incarci un video si opresti conexiunea la internet – interruption tests (kill internet connection)

-sa acceseze mai multe pers in acelasi timp – performanta * - NUUU - (mai degraba
nonfunctional testing, decat functional)

-tag unavailable account in story (blocked, deleted, unfriended)

-add multiple add-ons

-accesing story from messenger after expiring

-editing after posting story

-archive twice the same story

-forbidden content (continut nepotrivit)

Corner case:

-postare story simultan de pe 2 conturi associate – acelasi cont, 2 deviceuri (posting

simultaneously story from 1 account in 2 devices) SAU / from 2 associated accounts

-drag and drop 1 good file / bad file (impreuna, le selectam pe ambele, in acelasi timp)
 Sa avem o anumita structura logica, sa le scriem in mod organizat, sa nu repetam scenariile, si
ne ajuta atunci cand facem test caseurile.

Tema pt acasa:
Sa ne folosim de use case test scenario
Sa testam o pereche de casti – DEFAPT NU

Sa testam un cablu usb negru

2 m lungime
Sa termina cu un port type c
Material cauciuc + fire de cupru
Flexibil
(Mentor 2 Ejobs
20:39
Un cablu USB negru 2 M lungime
se termina cu un port Type C
Material Cauciuc + Fire de cupru
Flexibil
) – o parte usb, o parte tipe c

Sa scriem toate scenariile (doar cele functionale) de testare vizavi de cablul respective.
Functional testing
Data viitoare:

Experienced base testing

White box