Testarea aplicațiilor implementate
Testarea desfășurării diferitelor pachete create în timpul fazei de dezvoltare este unul din primii pași în faza de stabilizare. Testarea asigură instalarea corectă și funcționarea ulterioară a aplicațiilor principale și suplimentare. Deoarece aplicațiile primare și secundare depind de implementarea imaginii sistemului de operare, testarea acestor pachete trebuie sincronizată cu testarea imaginii sistemului de operare. Pentru mai multe informații despre testarea imaginilor implementate, consultați secțiunea intitulată "Efectuarea testelor de laborator și implementarea pilotului", Ghidul de echipă pentru funcțiile de implementare.
Efectuați două tipuri de testare pentru a facilita identificarea și remedierea problemelor legate de compatibilitate.
Testarea modulară Testați funcțiile specifice aplicațiilor pe un computer curat pentru a vă asigura că aplicațiile suplimentare vor funcționa într-un mediu ideal.
Testarea integrării. Testați funcțiile individuale ale mai multor aplicații pe un computer care are mai multe aplicații instalate pentru a recrea mai bine computerele de producție.
După testare, participanții la subgrupul de gestionare a aplicațiilor ar trebui să evalueze și să înregistreze rezultatele. Dacă există probleme în procesul de testare, mai întâi trebuie să vă asigurați că acestea sunt probleme de compatibilitate, nu cu mediul de testare sau cu aplicația existentă. Înainte de a decide cu privire la o problemă cu compatibilitatea cu Windows, întotdeauna trebuie să faceți următoarele două lucruri.
Asigurați-vă că problema nu este legată de mediul de testare. Problema poate fi cauzată de probleme hardware, software sau de rețea și nu de compatibilitatea aplicațiilor.
Asigurați-vă că problema nu afectează versiunile de Windows utilizate în prezent. Faceți aceleași teste în versiunea de Windows pe care rulează în prezent aplicația pentru a verifica dacă funcționează corect. Dacă apare aceeași eroare atunci când lucrați cu platforma curentă, aceasta nu este asociată cu probleme de compatibilitate.
Testarea este un proces repetitiv, inclusiv testarea, detectarea problemelor, rezolvarea problemelor și retestarea. Etapele acestui proces pot varia în funcție de problemele identificate și de modalitățile de rezolvare a acestora. De exemplu, problemele rezolvate prin stabilirea compatibilității aplicațiilor sunt controlate diferit decât problemele rezolvate prin modificarea codului sursă sau prin obținerea unei actualizări din partea furnizorului.
Pentru acele probleme care sunt rezolvate prin utilizarea corecțiilor de compatibilitate a aplicațiilor, trebuie să activați etapa de autorizare în faza de testare. Aceasta înseamnă că, odată ce participanții la subgrupul de gestionare a aplicațiilor au întâmpinat probleme, trebuie să corecteze problemele de compatibilitate și să le retestă până când aplicațiile sunt pregătite pentru implementare. Dacă membrii grupului modifică codul sursă, se utilizează în mod obișnuit o buclă recurentă, inclusiv testarea, depanarea, codarea, recompilarea și retestarea. În cazul în care subgrupuri de gestionare a participanților aplicație nu poate determina aplicarea de compatibilitate fix pentru a rezolva problemele și nu au acces la codul sursă, ele pot contacta furnizorul și a obține o actualizare pentru această aplicație.
În Fig. 21 prezintă procesul de testare.
Fig. 21 Procesul de testare a aplicațiilor
Testarea cu succes se bazează în primul rând pe detectarea problemelor și rezolvarea problemelor. Rezolvarea acestor probleme este foarte importantă, iar adăugarea acestor probleme la baza de cunoștințe căutate va ajuta foarte mult grupul de roluri. Interacționează cu utilizatorul atunci când antrenează personalul de sprijin. Capacitatea de a detecta problema și de a găsi soluția, dar și de a rezolva problemele descoperite este de neprețuit. În plus, este preferabil să transferăm aceste cunoștințe către alte persoane și să le ajutăm să devină participanți la proces, în loc să pună aceste informații la dispoziția unui anumit număr.
Această desfășurare a aplicațiilor suplimentare este doar o mică parte a proiectului, implementarea cu succes a acestuia fiind reflectată de fiecare participant din interiorul și din afara organizației. Implementarea cu succes permite recunoașterea și o încarnare nereușită poate deteriora nu numai reputația proiectului curent, ci și cele ulterioare.
Adesea, aplicațiile pot fi incompatibile cu alte aplicații, mai ales dacă sunt reambalate. Testați problemele posibile de compatibilitate într-una din următoarele trei modalități.
Testați manual implementarea programelor într-un mediu de laborator. Creați un mediu de laborator care include un număr de computere din organizația dvs. Cu cât aceste computere se aseamănă mai mult cu computerele clienților reali, cu atât mai fiabilă este procesul de testare. În mod ideal, membrii subgrupului de gestionare a aplicațiilor ar trebui să folosească clone de PC-uri client client pentru testare. Deoarece diferite aplicații sunt instalate pe computere diferite ale utilizatorilor, participanții la subgrupuri ar trebui să testeze procesul de implementare a aplicațiilor pe diferite PC-uri client.
Testarea cu instrumentele altor companii. AdminStudio Professional Edition și Wise Package Studio vă permit să simulați instalarea unui pachet de aplicații și să raportați toate problemele, să detectați și să rezolvați eventualele conflicte de aplicații și să monitorizați și calitatea aplicațiilor după ce le instalați pe computere.
Testarea în procesul de implementare pe etape. După ce subgrupul de gestionare a aplicațiilor a testat procesul de implementare a aplicațiilor într-un mediu de laborator, acestea pot face acest lucru pe PC-urile de producție folosind o instalare limitată, pas cu pas. Această desfășurare ar trebui să se desfășoare numai pe mai multe computere, până când grupul este convins că noul pachet nu are un impact negativ asupra PC-ului.
Strategii de depanare
Verificarea pachetelor
Este recomandat să verificați pachetele noi sau recent instalate înainte de implementarea lor inițială. Subgrupul de gestionare a aplicațiilor poate utiliza cele mai multe instrumente de dezvoltare Windows Installer pentru a valida pachetele. De exemplu, pentru a valida pachetele utilizând instrumentul Orca inclus în setul de instrumente Windows Installer SDK, executați comanda Validare din meniul Instrumente.
Majoritatea instrumentelor de dezvoltare Windows Installer folosesc instrumentul ICE (Internal Consistency Evaluator) pentru validarea pachetelor. ICE-urile sunt acțiuni ale utilizatorilor scrise în VBScript, Microsoft JScript® sau ca fișiere DLL sau EXE. La pornire, ICE verifică baza de date a pachetelor pentru a detecta elementele care funcționează în mod corespunzător separat, dar pot provoca probleme atunci când sunt utilizate în întreaga bază de date.
Acțiunile utilizatorilor ICE returnează patru tipuri de mesaje.
Informații. Mesajele de informații furnizează informații de la ICE și nu indică existența unor probleme în baza de date. Adesea, informațiile se referă la ICE în sine, cum ar fi o scurtă descriere. De asemenea, aceste mesaje pot furniza informații despre implementarea ICE.
Avertizare. Raportul avertismentelor privind instrumentele pentru dezvoltarea unei baze de date, care, în anumite cazuri, conduce la abateri. Avertizarea poate fi de asemenea indicat pe reacțiile adverse neașteptate a dezvolta baza de date (de exemplu, administrarea a două condiții pentru același nume proprietate care este scris la fel, dar diferă prin prezența literelor carcasei inferioare și superioare: ridicat și ridicat). Deoarece Windows Installer face diferența între majuscule și majuscule de caractere, acesta o tratează ca două proprietăți diferite.
Erori: Mesajele de eroare indică dezvoltarea unei baze de date care conduce la abateri. De exemplu, o componentă dublă a GUID-urilor duce la înregistrarea incorectă a componentelor Windows Installer.
Eșecurile. Rapoartele de incapacitate notifică nereguli în acțiunile utilizatorilor ICE. De obicei, eșecurile sunt cauzate de erori grave în baza de date, ceea ce, ca rezultat, nu poate fi inițiat de ICE.
Înregistrarea evenimentelor
Jurnalul de evenimente în Windows XP Professional și Windows Vista oferă un mod centralizat, standard, de înregistrare a evenimentelor software și hardware importante pentru aplicații și sisteme de operare. Serviciul de înregistrare vă permite să salvați evenimente din diferite surse într-un singur loc, numit jurnalul de evenimente.
De asemenea, programul Windows Installer stochează intrări în jurnalul de evenimente care înregistrează evenimente ca:
reușită sau fără succes, eliminarea sau depanarea produsului.
Erori care apar în timpul procesului de configurare a produsului.
Detectarea datelor de configurare corupte.
Informații despre componentele lipsă care vă forțează să depanați aplicația.
Dacă în jurnalul de evenimente există prea multe informații, este posibil să se depășească. Dacă se întâmplă acest lucru, Windows Installer afișează următorul mesaj: "Fișierul jurnal de aplicații este plin".
O intrare în jurnalul intern
Windows Installer înregistrează erorile și evenimentele în propriul fișier jurnal intern (LOG), precum și în jurnalul de evenimente. Informațiile de diagnosticare pe care instalatorul le scrie în aceste fișiere de jurnal pot ajuta subgrupul de gestionare a aplicațiilor și utilizatorii să înțeleagă cauzele erorilor de instalare.
Metoda de înregistrare este determinată de programul de instalare Windows după selectarea modului de înregistrare. Subgrupul de gestionare a aplicațiilor poate folosi diferite modalități pentru a activa modul de scriere în jurnal, cum ar fi:
/ L programul de linie de comandă Msiexec.exe;
Utilizând instrumentul / L Msiexec.exe de comandă, membrii subgrupului de gestionare a aplicațiilor pot specifica exact ce informații să se înregistreze și unde. În tabel. 15 descrie argumentele de logare atunci când se utilizează funcția / L linie de comandă.
Tabel. 15 Opțiuni de linie de comandă pentru logare / L
Înregistrați toate informațiile cu excepția parametrului V; pentru a introduce parametrul V. specificați / L * V
Pentru a crea un fișier jurnal standard pentru instalarea prin intermediul liniei de comandă, adăugați / L * LOGFILE.NAME Command Prompt fereastra Msiexec. Acest lucru vă permite să creați un fișier jurnal standard, cu toate argumentele, cu excepția argumentelor cu linia de comandă parametrul V. Pentru revista cu informații detaliate, adăugați / L * V LOGFILE.NAME Command Prompt fereastra Msiexec. Următoarea sintaxă este un exemplu de comandă standard a jurnalului.
Următoarea sintaxă este un exemplu de comandă detaliată a jurnalului.
Următoarea sintaxă acceptă înregistrarea detaliată în timpul instalării, fără a utiliza interfața cu utilizatorul. Fișierul Program.log este localizat în directorul rădăcină al unității C:
Dacă funcția de logare este activată permanent sau în cazul în care informația este înregistrată pe instalație, care nu se execută din linia de comandă (cum ar fi instalarea la cerere sau o instalație de auto-reparare), setați REG_SZLogging la icewarmup registru sub cheie de registry HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows \ instalare. Pentru a crea un jurnal detaliat, selectați valoarea registrului icewarmupv
Membrii subgrupului de gestionare a aplicațiilor trebuie să utilizeze această politică numai dacă funcția de înregistrare nu a fost conectată prin linia de comandă / L. Dacă în acest caz este setată politica de grup, în folderul temporar este creat un fișier jurnal cu următorul nume aleator. msi * .x.LOG.
Citirea fișierului jurnal
Să presupunem că următoarea comandă este folosită pentru a rula aplicația:
Secvența este întreruptă pentru reluarea ulterioară.
Strategii de depanare
Dacă subgrupul de gestionare a aplicațiilor utilizează interfața de utilizator pentru a instala software-ul, iar instalarea eșuează, mesajul de eroare indică motivul eșecului. Dacă funcția de înregistrare este activată, membrii grupului pot obține informații suplimentare despre eroarea din jurnal. Un fișier jurnal poate ajuta la determinarea cauzei problemei.
Dacă eroarea a avut loc internă, documentația pentru codul de eroare specifică este conținută în setul de instrumente Windows Installer SDK. De regulă, erorile interne rezultă din probleme legate de pachetele sau de serviciul de configurare Windows.
Mesaje de eroare
Începeți prin a căuta o eroare în cuvântul din fișierul jurnal Windows Installer. Dacă eroarea este urmată de un număr, valoarea mesajului de eroare trebuie căutată în secțiunea "Mesaje de eroare Microsoft Windows Installer" din fișierul de ajutor Msi.chm inclus în setul de instrumente Windows Installer SDK. În fișierul jurnal al numărului de eroare, determinați în ce secțiune a apărut eroarea: atunci când scrieți un registru sau copiați un fișier.
Deoarece programul de instalare Windows nu afișează toate mesajele de eroare și unele mesaje nu intră în jurnalele, este posibil ca subgrupul de gestionare a aplicațiilor să aleagă o altă tactică pentru a detecta problema. De exemplu, întreruperile neobișnuite ale timbrelor de revendicări ale jurnalului pot ajuta la determinarea cauzei problemei. Astfel de întreruperi indică întârzieri în funcționarea rețelei sau hardware-ului.
Rețineți că jurnalele detaliate conțin mai multe informații, de exemplu, dacă un anumit fișier a fost copiat sau nu.
Notă Unele părți ale fragmentelor de cod de mai jos au fost listate în mai multe rânduri numai pentru a îmbunătăți lizibilitatea. Acestea ar trebui să fie afișate într-o singură linie.