From Zero to Hero

System Test Plan

INSTAGRAM 7.0

1. Features to be tested:
-

Se va testa incarcarea videoclipurilor de pe sistemul de operare iOS;

Se va testa incarcarea videoclipurilor de pe sistemul de operare Android;

- Se va testa noul buton de reglare al volumului videoclipurilor pe sistemele

de operare Android si iOS;
-

Se vor teste efectele prestabilite pentru editarea videoclipurilor.

2. Features not to be tested:

- Nu se vor testa caracteristicile ce tin de incarcarea, vizualizarea sau editarea
pozelor- nu s-au adus imbunatatiri;
3. Testing types: Se vor rula urmatoarele teste: Smoke&Sanity, Acceptance,
Installation, Compatibility, Performance, Usability, A/B, Security,
Regression.
Testing levels :
a. System testing: Se va testa daca aplicatia functioneaza corespunzator si
nu afecteaza alte caracteristici ale aplicatiei.
b. Integration testing: Se va testa daca aplicatia ruleaza cu succes pe un
sistem de operare dat, respectiv Android sau iOS;
c. Acceptance testing: Se vor face testele de acceptanta ale clientului.
4. Tools:
a. Defect management: Programul folosit pentru raportarea defectelor va
fi JIRA;

b. Performance testing: Testarea de performanta se va realiza cu ajutorul

programului NEOLOAD;
c. Security testing: Testele de securitate se vor realiza cu programul
ACUNETIX;
d. Automatic testing: Se vor realiza scripturi care sa ruleze teste
Smoke&Sanity, Regression pe testele de acceptanta.
e. Version control testing: Managementul documentelor sa va realiza cu
programul SVM.
5. Test data:
- Input: Se va incarca un video.????
- Output:
6.
-

Pass/Fail criteria:
Se va calcula Pass Rate, Coverage Rate dupa rularea TC-urilor testate;
Pass Rate de 100% pentru testele functionale;
Nu vor exista defecte High si Critical;
Nu vor exista mai mult de 3% defecte Medium si 15% defecte Low;
Se va alcatui un plan de livrare al defectelor ramase;
Livrabilele vor avea statutul de trimis-primit-agreat.

7.
-

Testing deliverables:
Se va alcatui un plan de testare de acceptanta;
Se vor adauga anexe manualului de utilizare;
Se va intocmi un raport de testare interna (FAT);
Se va alcatui un System Test Plan.

8. Environment test:
Android 4.4.4 (32-bit ARMv7; 512 MB of RAM)
iOS 8.0

9.
-

Application Crash Reporting for Android(ACRA)

Android Asynchronous Http Client(Android-async-http)
Android-c2dm-test
Android-httpclient-proxy
Android Open Source Project

Defect reporting:
Pentru raportarea defectelor se va folosi aplicatia JIRA;
Raportarea defectelor se va face conform structurii interne;
Se va livra un raport de testare care va contine detaliat pentru fiecare build
in parte numarul de teste rulate pentru functionalitatile de baza, statusul
pentru fiecare functionalitate testata, numarul defectelor gasite si
severitatea acestora.

10.Staffing and training needs:

Echipa de testare:
- Andrei Balan-Junior Tester Analyst- Manual Testing
- Claudia Mihalcescu- Tester Analyst-Manual Testing
- Andreea Ciusleanu- Senior Tester Analyst- Manual Testing
- Daniel Tache- Team Leader
- Mario Tutunea- Security Tester-Automatic Testing
- Nita Romina- Performance Tester- Automatic Testing
Training: Andrei Balan iOS 8.
11.Schedule:
Timeline: 02.11.2014-12.11.2014 testare aplicatie;
12.11.2014-23.11.2014 solutionarea defectelor,retestare.
23.11.2014-24.11.2014- manual de utilizare; raport de testare
interna.
Deadline: 25.11.2014

12.Risks and contingencies:

- Estimarea incorecta a timpului (Se esueaza in a se identifica functionalitatile
de baza si in a se stabili timpul necesar dezvoltarii acestora);
- Estimarea incorecta a bugetului;
- Resurse insuficiente;
- Necomunicare in echipa;
- Schimbarea de environment;
- Integrarea de noi module;
- Schimbarea legilor;

13.Checklists: