Crearea unui site plan de testare

Deci, designeri și programatori au creat un site cu aspect fantastic, clienții sunt încântați și sunt deja pregătiți să vă plătească o primă de peste convins, tot ceea ce rămâne - verificați de proiectare înainte de a pune mâna pe. Și este aici, că te simți brusc rău: vă amintiți că săptămâna a venit un alt browser, o grădină zoologică mobil adăugat trei permise, și, în general, pe site-ul pentru toate frumoase bug-uri înfiorător pot ascunde. Pentru a prinde respirația mea un pic și te trage împreună, trageți la site-urile planului de testare ...

Avantajul check-list (sau planul), în site-urile de testare:

Claritatea proiectului
Știind ce browsere și dispozitive conforme cu specificațiile proiectului vor permite să se concentreze și de a reduce timpul și costurile de dezvoltare.

Reduce nemulțumirea clienților
Dacă arată raportul de încercare la client cu TK respectarea deplină, puteți evita dureri de cap mare.

Încrederea în proiectul de implementare
Cu testarea atentă, probabilitatea de erori în site-ul de transfer pentru a combate serverul este redus.

Dacă aveți încă un astfel de plan, atunci este timpul pentru a pune deoparte toate celelalte cazuri și să le facă propria listă de verificare pentru a verifica site-ul.

Instrumente.

Înainte de a începe, avem nevoie de lucruri cum ar fi:

  • tracker Bug, foi de calcul sau notebook-uri, care va înregistra toate problemele identificate;
  • Chrome sau Firefox DevTool DevTool. sau Firebug;
  • Orice pentru îndepărtarea materialului rapid de capturi de ecran. PrintScreen în sistemele bazată pe Ubuntu implicit pune capturi de ecran în folderul Imagini și ne convine;
  • Un serviciu pentru testarea sub o varietate de browsere. Sau ok virtuale multiple cu grădina zoologică necesară;
  • Ideal ar fi să aibă mai multe dispozitive mobile de testare sau utilizarea de emulare. Multe soluții discutate în acest articol;
  • Insights Viteza GooglePage;
  • Speed ​​Test Pingdom Site-ul;
  • instrument Screenr pentru acțiunile de înregistrare într-un browser. Înregistrate va fi „glitch“ și imediat trimis la programatori.

Ce ar trebui să testez?

Figurat - pentru a testa nevoie de pagini numai cheie:

audiență cheie

Din păcate, această problemă, de asemenea, va trebui să găsească un pic. Dar, pur și simplu pentru a identifica partea tehnică a problemei. Ar fi frumos să știe următoarele:

  • de la ce dispozitive vor intra pe site-ul;
  • Ce sisteme de operare și browsere sunt în majoritate;
  • compus ce viteză este de așteptat (în general, poate 3G, iar prioritatea unui trafic mobil);
  • cum punct de vedere tehnic publicul Savvy va fi.

Nu poți face pentru totdeauna. De dimineața până seara literalmente „lins“ proiectul său. Este foarte posibil ca de momentul în care va fi complet mulțumit cu el, clienții vor fi dezamăgiți și se lasă, luând cu el același premiu pentru care sunt atât de greu încercat.

  • Costurile ipotecare pentru testarea în bugetul proiectului;
  • Pune în momentul testării în proiect;
  • Un preț rezonabil volumul de muncă, și nu fac ceea ce este necesar.

Instrumentul pentru prinderea bug-uri:

Nu contează ce instrument de urmărire a erorilor utilizați, deși tabelul Excell. Principalul lucru pe care îl puteți face după cum urmează:

Cum să descrie erorile constatate

fii specific
Nu au nevoie de o mulțime de cuvinte care descriu în mod clar problema. În cazul în care mai multe erori - care, pentru fiecare nou raport.

Limita pronume.
În loc de „Am dat click si nu apare“ utilizare: „Am lovit butonul«trimite»și o fereastră cu cuvintele“ înregistrare „nu se execută“ -

Citește ceea ce ai scris
Acest lucru are sens? Credeți că descrie în mod clar problema? Veți fi capabil să repete greșeala descrierea lui?

Creați primul plan de

Deci, stii deja foarte mult și începe să înțeleagă ce se întâmplă, dar nu a văzut un singur plan de lucru în acest articol. Este timpul să-l scrie-te! Ia o foaie de hârtie și să înceapă să facă:

  • Aloc 10 zile pentru testare;
  • pentru testarea principală jumătate aloc a zilei.
  • Finalizarea procesului de testare inițială într-o singură zi, rezultatele pe care ne întoarcem la programatori în aceeași zi;
  • trei zile pentru corectarea erorilor;
  • la prânz la retestare găsite.
  1. Suport complet:
    • Windows 8: IE 10+, Chrome (cele mai recente), Firefox (cele mai recente), Safari (cel mai târziu),
    • Mac OS X Mavericks: Chrome (cele mai recente), Firefox (cele mai recente), Safari (cel mai târziu)
    • iPhone 4/5, iPad 2, Asus VivoTab inteligent
  2. suport parțial
    • Windows 7: IE 9+, Chrome (cele mai recente), Firefox (cele mai recente), Safari (cel mai târziu),
    • Windows XP: IE 8, Chrome (cele mai recente), Firefox (cele mai recente), Safari (cel mai târziu)
  3. Suport complet pentru designul receptiv
  4. 85-100 pe site-ul contoare Viteza de testare de la Google PageSpeed ​​Insights și Pingdom lui

Care este sprijinul total și parțial?

  • Întregul conținut este ușor de citit;
  • toate funcțiile sunt;
  • abateri de la proiectul aprobat este minim.

Vom continua să completeze în continuare planul nostru de testare. Un fel de-a doua pagină:

  • Design-ul de Windows 8: IE 10+ nu sa schimbat, sau abatere de la șablon aprobat minimă;
  • Design-ul de Windows 8: Chrome (cele mai recente) nu a modificat sau de abatere de la șablonul aprobat este minim.

Și astfel lista toate browserele. Mai bine atunci admiram pe rânduri șterse netedă decât dor de ceva.

Pagina de start este de obicei o mulțime de diferite elemente funcționale: meniu, căutare, cursoare, și așa mai departe. Și ei trebuie să fie înregistrate în planul de testare.

  • apăsați sau atingeți pe formularul de căutare, se umple și faceți clic pe pictograma de căutare trimite datele în formă de
  • poziționarea cursorului deasupra elementului de meniu este evidențiat în alb
  • Apăsând comutatoarele de meniu la pagina de element potrivit
  • Apăsând stânga / dreapta săgeată se mută la slide-ul următor / anterior
  • Elementele de presare ia paginația corespunzătoare elementului pe cursoare
  • verifica slide-uri pe dispozitive mobile
  • click pe butonul „Next“ are o nouă pagină cu textul corespunzător.

În același mod vom descrie toate celelalte elemente ale funcțional pe pagina principală. Când treceți peste textul își schimbă culoarea? Foaia de verificare. Icoane schimba transparența? Foaia de verificare. Există o transformare de obiecte? Foaia de verificare. Dificil? Ce vrei?!

Apropo, toate elementele funcționale necesare pentru a verifica pentru fiecare browser din lista de „suport complet“ pentru fiecare „suport parțial“. Și toate bug-uri au fost găsite pentru a elimina în conformitate cu listele. Și atunci există testarea adaptabilitatea ...

La final, nu uitați să verificați PageSpeed ​​Insights și Speed ​​Test site-ul Pingdom lui. Estimări mai mult de 85? Excelent! Dacă nu, adăugați o listă de verificare pregătită de consiliere PageSpeed.

Cum de a evalua gradul de design de regresie din browser-ul browser-ului

Puteți, de pe ochi. Dar, din moment ce nu va ști niciodată că, odată ce browser-ul de clasa CSS redenumit sau pentru a adăuga o duzină de proprietăți noi. Din fericire, oamenii buni au făcut teste pentru a identifica diferențele vizuale dintre cele două versiuni care scot în evidență problemele potențiale. Iată câteva dintre aceste resurse:

în concluzie

Testarea este un proces important, care de multe ori rămân pe margine, dar ar trebui să fie luate în considerare chiar și în faza de proiectare. Testarea site-ul trebuie să fie inclus atât timp și bani. Ar trebui precizate criteriile oficiale TOR, în conformitate cu care se va desfășura. Da, este un proces greu și foarte obositor, și instrumente selectate în mod corespunzător poate face viața un pic mai ușor. Dar rezultatele pe care le va uimi chiar de la primul proiect, iar clienții nu mai suna duminică, cu un strigăt: „?! De ce nu funcționează“

articole asemanatoare găsite