Rezumat
Una dintre activitățile principale din pregătirea pentru testare este să scrieți un plan de test. În planul de testare, specificați domeniul și obiectivele pentru testare și descrieți metodologia pe care o veți utiliza.
Mai multe informații
Atunci când dezvoltați un plan de test pentru testarea compatibilității aplicațiilor cu Windows, includeți următoarele:
-
Domeniu: ce niveluri prioritare vă adresează în timpul testării?
-
Metodologie: cine implică testarea?
-
Cerințe: ce componente hardware, software, personal, instruire și instrumente trebuie să efectuați testarea?
-
Criterii pentru pass-fail: ce determină dacă o aplicație trece sau nu reușește?
-
Programare: cum intenționați să finalizați testarea după data programată?
Stabilirea domeniului de testare
Dacă organizația utilizează mai multe aplicații, este posibil să nu aveți timp să le testați pe toate cât de bine doriți. Testați mai întâi cea mai mare prioritate și aplicațiile utilizate cel mai frecvent sau pe scară largă. Testați ambele aplicații bazate pe server și bazate pe client. Aplicațiile bazate pe client sunt, de obicei, cele mai dificile și consumatoare de timp pentru a testa din cauza volumului de aplicații.
Definirea metodologiei de testare
Atunci când planificați metodologia, luați în considerare următoarele:
-
Unde va avea loc testarea?
-
Cine va efectua testele?
-
Cum veți comunica cu participanții la acestea?
-
Cum veți planifica testarea?
-
Cum veți gestiona problemele de aplicație?
Dacă organizația are un grup de teste de aplicație, vă recomandăm să le utilizați. Dacă nu aveți un astfel de grup, căutați modalități de a utiliza o varietate de resurse pentru a obține cele mai bune rezultate într-un interval de timp rezonabil. De exemplu, puteți utiliza câțiva testeri experimentați pentru a dezvolta o baterie de cazuri de testare, pe care le pot instrui pe alte persoane să ruleze. Ca alternativă, este posibil să aveți testatarii experimentați să efectueze un set de teste de bază, apoi să coordonați cu unitățile de Business pentru ca experții să vină la laborator pentru a efectua funcțiile pe care le utilizează în activitatea sa. Concepeți un proces pentru planificarea zilelor testelor și comunicarea cu testerii. De exemplu, este posibil să configurați un site web în intranet, unde oricine poate vizualiza date de test, rapoarte de stare, nume de persoane de contact și alte documente relevante.
Identificarea cerințelor de resurse
Pe măsură ce intenționați să testați compatibilitatea aplicațiilor, țineți cont de starea viitoare a mediului de calcul. Intenționați să faceți upgrade unor programe software la versiuni care utilizează pe deplin noile caracteristici Windows? Intenționați să implementați noi configurații standard pentru desktop sau să utilizați Terminal Services? Problemele precum acestea determină resursele necesare și aplicațiile pe care le veți testa ca Suite. Dacă intenționați să implementați aplicații noi cu Windows în timpul lansării, testați aceste aplicații cu aplicațiile curente. Puteți facilita testarea prin configurarea unui laborator în care testerii își pot efectua testele. Într-un astfel de laborator, puteți avea disponibile în orice moment instrumentele și echipamentele necesare. În laborator, configurați computerele de test pentru o încărcare dublă sau triplă, astfel încât testele să poată accesa rapid modul de care au nevoie pentru a instala și a testa aplicațiile. De exemplu, este posibil să aveți nevoie de Windows NT 4,0 și Windows 2000 pentru a testa aplicațiile prin calea de upgrade. Pentru a-l face mai simplu pentru testeri să restaureze computerele la starea lor anterioară, faceți imagini de disc ale unităților cu sistemele de operare de bază.
Definirea criteriilor pass-fail
Definiți o procedură pentru ca testatarii să știe când și unde trebuie să se conecteze la problemele de aplicație și la problemele pe care doriți să le rezolvați. Pentru a defini criteriile pentru Pass și Fail, luați în considerare probleme cum ar fi următoarele:
-
Cât de semnificativă este problema? Afectează o funcție critică sau una periferică?
-
Cât de probabil este să întâmpinați o persoană problema?
-
Există o modalitate de a eluda problema?
Planificarea testelor depinde de mai multe condiții, inclusiv:
-
Câte testeri participă.
-
Dacă testatarii se află în acest proiect cu normă întreagă sau trebuie să fie programați.
-
Nivelurile de experiență ale protestatarilor.
-
Numărul și complexitatea aplicațiilor.
Testarea aplicațiilor
Multe aplicații comerciale au fost deja testate pentru a determina cât de bine suportă Windows 2000 și versiuni mai recente. Microsoft furnizează un director de aplicații pentru Windows 2000, unde puteți căuta starea aplicațiilor pe care le utilizați. Directorul utilizează următoarele denumiri:
-
Certificat-indicând faptul că aplicația a fost testată de cea mai veritabilă și că profită de noile caracteristici Windows.
-
Gata-indicând că, potrivit vânzătorului, aplicația a fost testată pentru compatibilitate cu și este acceptată în Windows 2000. Aplicația nu profita neapărat de noile caracteristici Windows.
-
Planificat-indicând că intenția este ca aplicația să îndeplinească criteriile certificate sau gata atunci când este testat complet.
Strategii de testare
Scopul testării aplicației este să verificați dacă tot ceea ce funcționează pe platforma curentă funcționează și în versiunea curentă de Windows. Dacă o aplicație a fost scrisă pentru o versiune anterioară de Windows, aceasta nu utilizează neapărat noile caracteristici Windows, dar funcționalitatea sa ar trebui să funcționeze în Windows 2000 așa cum se întâmplă pe platforma curentă.
Aplicații comerciale
Pentru aplicațiile comerciale, primul pas este să setați configurarea în modul de verificare-doar upgrade-ul pentru a verifica eventualele incompatibilități. Atunci când efectuați o configurare în acest mod, Windows verifică software-ul instalat pentru o listă de aplicații cunoscute ca fiind incompatibile și înregistrează orice găsește. Formatul de linie de comandă pentru modul de verificare-doar upgrade-ul este:
winnt32 /checkupgradeonly Deși acest instrument vă poate avertiza cu potențialele probleme de compatibilitate, acesta abordează doar un procent mic din aplicații și doar aplicațiile instalate pe computerul pe care îl verificați. Următorul pas este să verificați directorul de aplicații Windows pentru a determina compatibilitatea aplicațiilor pe care le utilizați. Chiar dacă descoperiți că unele dintre aplicațiile dumneavoastră au fost deja testate de alte persoane, ar trebui să le testați în mediul dvs. În acest caz, focalizați-vă testarea la modul în care organizația utilizează aplicațiile. De exemplu, testați următoarele:
-
Configurații pe care le utilizează organizația dvs.
-
Caracteristici utilizate cel mai frecvent.
-
Combinații de aplicații pe care le utilizați împreună.
Nu uitați să testați software-ul antivirus. Multe dintre aceste aplicații trebuie să fie actualizate din cauza utilizării filtrelor sistemului de fișiere. Multe dintre filtrele de sistem Windows NT 4,0 pot să nu funcționeze pe Windows 2000 sau o versiune mai recentă din cauza modificărilor din sistemul de fișiere NTFS.
Aplicații particularizate
Dacă utilizați produse de la terți particularizate sau dezvoltați aplicații pe plan intern, trebuie să dezvoltați o strategie de testare mai extinsă decât pentru aplicațiile comerciale pre-testate. Chiar dacă testați o aplicație pe care nu ați dezvoltat-o, specificația aplicației Windows 2000 poate furniza informații despre testare. Site-ul Web MSDN de la http://MSDN.Microsoft.com include o versiune descărcabilă a specificației. Site-ul Web MSDN conține, de asemenea, alte informații importante despre testare, cum ar fi lucrări albe despre testarea exploratorie și metoda pe care o utilizează organizațiile independente de testare pentru a testa funcționalitatea aplicațiilor pe care vânzătorii le prezintă pentru certificare.Notă: sugestiile de testare din această secțiune nu sunt cuprinzătoare și nu se aplică tuturor situațiilor. Acestea sunt furnizate pentru a vă ajuta să începeți să vă gândiți cum să testați.
Scenarii de implementare a testelor
Testați instalarea și execuția aplicațiilor utilizând scenariile pe care intenționați să le utilizați în timpul implementării. De exemplu, este posibil să intenționați să implementați prin instalare pe computere curate sau prin upgrade-ul de la Windows 95 sau Windows 98 sau o versiune mai veche de Windows NT. Dacă intenționați să faceți upgrade, este posibil să păstrați aplicațiile pe computer în timpul upgrade-ului sau să le dezinstalați și să le reinstalați după upgrade. Din cauza diferențelor dintre Windows 95 sau Windows 98 și Windows 2000, unele instalări de aplicație funcționează diferit, în funcție de sistemul de operare pe care îl utilizați pentru instalare. De exemplu, dacă instalați o aplicație pe un computer pe care se execută Windows 95 sau Windows 98, apoi faceți upgrade computerului la Windows 2000, aplicația poate să nu funcționeze la fel ca atunci când ați instalat-o în Windows 2000. În acest caz, poate fi necesar să dezinstalați aplicația și să o reinstalați după ce faceți upgrade sau să obțineți o bibliotecă de linkuri dinamice de migrare (DLL). Un DLL de migrare permite unei aplicații care a fost instalată inițial pe Windows 95 sau Windows 98 să funcționeze corect după ce computerul face upgrade la Windows 2000. DLL-urile de migrare pot rezolva problemele de aplicație efectuând următoarele acțiuni:
-
Înlocuirea sau upgrade-ul unor fișiere specifice Windows 95 sau Windows 98, cu fișiere compatibile cu Windows 2000.
-
Maparea cheilor de registry specifice Windows 95 sau Windows 98 la locațiile Windows 2000 corespunzătoare.
Scenariul de upgrade
Dacă intenționați să faceți upgrade pentru computere:
-
Instalați Windows 95, Windows 98 sau Windows NT 3,51 sau o versiune mai recentă.
-
Instalați aplicația pe care doriți să o testați.
-
Faceți upgrade computerului la Windows 2000.
-
Testați aplicația.
Scenariul de instalare Clean
Dacă intenționați să instalați pe computerele reformatate:
-
Instalați Windows 2000.
-
Instalați aplicația.
-
Testați aplicația.
Testarea instalării și dezinstalării
Testați instalarea aplicației în mai multe moduri, cum ar fi următoarele:
-
Terminați instalarea înainte ca aceasta să fie finalizată.
-
Încercați toate opțiunile de instalare utilizate în mediul dvs.
-
Dacă organizația permite utilizatorilor să instaleze aplicații, testați instalarea atât ca administrator, cât și ca utilizator Power; Apoi testați funcționalitatea aplicației.
-
Încercați să dezinstalați aplicațiile.
-
Verificați dacă o aplicație poate fi instalată de un administrator și dezinstalat de un utilizator. Atunci când sunteți conectat ca utilizator, dezinstalarea trebuie să fie completă sau nepermisă.
Testați aplicațiile utilizând caracteristicile, configurațiile și suitele de aplicații pe care le utilizați pentru a realiza activități de afaceri.
Date Access
Încercați să accesați date în mai multe moduri, cum ar fi următoarele:
-
Accesați date pe un server care execută versiunea curentă de Windows, precum și pe un server care execută Windows 2000.
-
Testați utilizarea concomitentă a unei baze de date, inclusiv acces și actualizare simultană a unei înregistrări.
-
Efectuați interogări complexe.
Testarea imprimării
Imprimați o varietate de tipuri de documente cu o varietate de imprimante, cum ar fi următoarele:
-
Imprimați documente cu fișiere încorporate din mai multe aplicații sursă.
-
Imprimați la imprimante cu nume lungi de fișiere.
Probleme de compatibilitate comune
Aplicațiile dezvoltate pentru versiunile anterioare de Windows pot să nu beneficieze pe deplin de caracteristici noi, cum ar fi Active Directory sau IntelliMirror. Această secțiune nu abordează aceste caracteristici noi.
-
Windows File Protection: versiunile anterioare de Windows au permis aplicațiilor să înlocuiască fișierele de sistem partajate în timpul instalării. Atunci când au apărut astfel de modificări, utilizatorii au întâlnit frecvent probleme care au variat de la erorile de program la un sistem de operare instabil. Windows File Protection este o caracteristică nouă care împiedică aplicațiile să înlocuiască fișierele de sistem. Această caracteristică verifică dacă fișierele de sistem protejate sunt versiunea corectă Microsoft. Dacă un fișier a fost înlocuit cu o versiune incorectă, Windows restaurează versiunea corectă.
-
Verificare masivă a heap: Windows include mai multe îmbunătățiri ale performanței în Manager heap. Aplicațiile care nu au utilizat corect gestionarea heap înainte pot avea acum probleme de gestionare a memoriei. Problemele comune includ utilizarea memoriei după ce acesta a fost eliberat și presupunând că o memorie nu se mută atunci când este realocată la o dimensiune mai mică.
-
Enumerarea dispozitivelor hardware: modificările din lista de dispozitive hardware acceptate pot provoca probleme pentru aplicațiile care utilizează dispozitive care nu mai sunt acceptate.
-
Enumerarea fonturilor: lista de fonturi s-a modificat. Deoarece cheile de registry au fost adăugate pentru a accepta internationalizare, unele aplicații pot vedea mai multe ecrane de fonturi.
-
S-au modificat cheile de registry: unele chei de registry au fost mutate sau șterse. Aplicațiile care scriu la interfața de programare a aplicațiilor (API) nu trebuie să întâmpine probleme, dar pot avea probleme dacă scriu direct în registry.
-
Verificarea versiunii: programele de instalare a aplicațiilor care verifică incorect versiunile pot avea probleme. Căutați versiunea necesară sau mai recentă a aplicației, cu excepția cazului în care aplicația este dependentă de un anumit sistem de operare sau de o versiune.
-
Serviciul de mesagerie Windows: aplicațiile care se așteaptă ca serviciul de mesagerie Windows (WMS) să fie furnizate de sistemul de operare nu îl vor găsi.
-
Securitate intrare/ieșire fișier: Windows a înăsprit securitatea pentru intrarea și ieșirea fișierelor. Aplicațiile care utilizează filtre de fișier, cum ar fi programele antivirus, pot pierde funcționalitatea semnificativă în Windows 2000 sau o versiune mai recentă.
Rezolvarea incompatibilităților de aplicație
Atunci când întâmpinați probleme de compatibilitate a aplicațiilor, trebuie să le Prioritizați, apoi să atribuiți o persoană pentru a le rezolva. Trebuie să aveți un plan pentru a atribui probleme. Atribuirea personalului corespunzător pentru cercetare și rezolvare a problemelor este esențială pentru succesul testării aplicațiilor. Rezoluția problemei poate cuprinde o gamă largă de activități, cum ar fi următoarele:
-
Cercetarea site-urilor web pentru probleme cunoscute și soluții.
-
Contactați furnizorii pentru corecții, programe de instalare sau pentru DLL-uri de migrare.
-
Contactați asistența Microsoft.
-
Debugging aplicații dezvoltate intern.
În timp ce cercetați cauza unei probleme, luați în considerare diferitele abordări pentru a determina soluția cea mai eficientă. De exemplu, este posibil să alegeți:
-
Remediați problema dacă ați dezvoltat aplicația.
-
Solicitați furnizorului să remedieze problema dacă ați achiziționat aplicația.
-
Înlocuiți aplicația cu o nouă versiune sau aplicație.
-
Ignorați eroarea dacă aveți o modalitate de a rezolva problema.
Asigurați-vă întotdeauna că o problemă nu se produce pe platforma curentă înainte de a o cerceta ca problemă de compatibilitate Windows 2000. Unele dintre resursele disponibile pentru cercetarea problemelor de compatibilitate Windows 2000 sunt:
-
Specificație de aplicație Windows 2000, pe care o puteți descărca din Biblioteca MSDN lahttp://MSDN.Microsoft.com. Apendicele E oferă locația specifică de unde puteți obține specificația.
-
Ghidul de compatibilitate Windows 2000, pe care îl puteți găsi în Biblioteca MSDN la http://MSDN.Microsoft.com. Acest ghid include informații valoroase despre diagnosticarea problemelor de compatibilitate.
-
Microsoft TechNet lahttp://www.Microsoft.com/technet, care conține actualizări, documente albe și alte informații tehnice
-
Directorul de aplicații Windows 2000, care include informații de asistență și linkuri către site-urile web ale furnizorilor.