Slik tester du programmer for kompatibilitet med Windows

Oppretting av Testing omfanget

Hvis organisasjonen bruker mange programmer, har ikke tid til å teste alle av dem så grundig som du ønsker. Test høyeste prioritet, og de ofte, eller mye brukte programmer først.

Teste både server-basert og klient-baserte programmer. Klient-baserte programmer er vanligvis den mest vanskelig og tidkrevende å teste på grunn av mengden av programmer.

Definere testmetodologi.

Når du planlegger metoden, bør du vurdere følgende:

• Der testing ta setter?

• Som skal utføre testene?

• Hvordan vil du kommunisere med og involverer deltakere?

• Hvordan vil du planlegge testingen?

• Hvordan vil du administrere programproblemer?

Hvis organisasjonen har en gruppe med testere for programmet, anbefaler vi at du bruker dem. Hvis du ikke har en slik gruppe, kan du se etter måter å bruke en rekke ressurser for å oppnå de beste resultatene i en rimelig tidsperiode.

Du kan for eksempel bruke noen erfarne testere for å utvikle et batteri av test tilfeller der de kan lære andre å kjøre. Du må også erfarne testere utføre et kjernesett med tester, og deretter koordinere med konsern som har sine eksperter kommer til lab til å utføre funksjoner som de bruker i sitt arbeid.

En prosess for planlegging av dager teste devise og kommunikasjon med testere. For eksempel kan du definere et Web-område på intranett der alle kan vise datoer, statusrapporter, kontaktnavn og andre relevante dokumenter.

Identifisere krav til prosjektressurser

Når du planlegger for testing av programkompatibilitet, Husk fremtidige tilstanden til ditt datamiljø. Har du tenkt å oppgradere noen av programvaren til versjoner som bruker helt nye Windows-funksjoner? Har du tenkt å implementere nye standard stasjonære konfigurasjoner eller bruker Terminal Services?

Problemer som disse bestemmer ressursene du trenger, og programmer som du skal teste som en pakke.

Hvis du planlegger å distribuere nye programmer med Windows under utrullingen, teste disse programmene med gjeldende programmer.

Du kan forenkle testing ved å sette opp en lab der testere kan utføre sine tester. I slike lab kan du få de nødvendige verktøyene og utstyr som er tilgjengelig tiden hele.

I laboratoriet, definere testmaskiner for oppstart av doble eller tredoble slik at testere gir rask tilgang til modusen som de trenger for å installere og teste programmene. Du kan for eksempel må Windows NT 4.0 og Windows 2000 til å teste applikasjoner via oppgraderingsbanen. Hvis du vil gjøre det enkelt for testere å gjenopprette datamaskinene til sin tidligere tilstand, må du diskavbildninger stasjoner med grunnleggende operativsystemer.

Definere Pass-Fail vilkår

Definere en fremgangsmåte for testere å vite når og hvor de er å logge programmet problemer og problemer som du vil løse.

For å definere kriterier for bestått og mislykkes, bør du vurdere problemer, for eksempel følgende:

• Hvor viktige er problemet? Påvirker det en kritisk funksjon eller en ekstern?

• Hvor sannsynlig er noen til å støte på problemet?

• Finnes det en måte å omgå problemet?

Tidsplanen for testing, avhenger av mange forhold, blant annet:

• Hvor mange testere delta.

• Om testere på dette prosjektet heltid eller må planlegges.

• Testere oppleve nivåer.

• Antallet og kompleksiteten i programmene.

Testing av programmer

En rekke kommersielle programmer er allerede testet for å finne ut hvor godt de støtter Windows 2000 og senere. Microsoft tilbyr en katalog av programmer for Windows 2000 der du kan slå opp status for programmene du bruker. Katalogen bruker følgende meldinger:

• Sertifisert - angir at programmet ble testet av VeriTest, og at det tar nytte av nye Windows-funksjoner.

• Klar - som angir at etter leverandør, programmet ble testet for kompatibilitet med, og støttes av Windows 2000. Programmet tar ikke nødvendigvis nytte av nye Windows-funksjoner.

• Planlagt – som betyr at det er hensikten for at programmet skal oppfylle enten sertifisert eller klar kriteriene når den er fullstendig testet.

Testing strategier

Målet med programmet-testing er å kontrollere at alt fungerer på den gjeldende plattformen også fungerer på den gjeldende versjonen av Windows. Hvis et program er skrevet for en tidligere versjon av Windows, bruker ikke nødvendigvis nye Windows-funksjoner, men funksjonaliteten skal fungere i Windows 2000 som det gjør på den gjeldende plattformen.

Kommersielle programmer

Det første trinnet er å kjøre installasjonsprogrammet i avmerkingsboksen oppgradering-modus for bare å se etter potensielle kompatibilitetsproblemer kommersielle programmer. Når du kjører installasjonsprogrammet i denne modusen, vil Windows kontrollerer den installerte programvaren mot en liste over programmer som er kjent for å være kompatibel og logger eventuelle feil. Kommandolinje-formatet for avmerkingsboksen oppgradering-modus for bare er:

winnt32 /checkupgradeonly
Selv om dette verktøyet kan varsle deg om potensielle kompatibilitetsproblemer, tar det bare en liten andel av programmene og bare programmer som er installert på datamaskinen du kontrollerer.

Det neste trinnet er å kontrollere katalogen i Windows-programmer for å finne ut kompatible programmene du bruker.

Selv om du finner ut at noen programmer har allerede blitt testet av andre, bør du teste dem i ditt miljø. I dette tilfellet Fokuser på testing på hvordan organisasjonen bruker programmene. Teste for eksempel følgende:

• Konfigurasjoner som organisasjonen din bruker.

• Mest brukte funksjoner.

• Kombinasjoner av programmene du bruker sammen.

Husk å teste antivirusprogrammet. Mange av disse programmene må oppgraderes på grunn av deres bruk av filsystemfiltre. Mange filtre for Windows NT 4.0-filer systemet fungerer kanskje ikke på Windows 2000 eller senere på grunn av endringer i NTFS-filsystemet.

Egendefinerte programmer

Hvis du bruker egendefinerte tredjepartsprodukter eller utvikle programmer internt, må du utvikle en mer omfattende testing strategi enn for Forhåndstestet kommersielle programmer.

Selv hvis du tester et program som du ikke er utvikler, kan oppsettet for Windows 2000-programmet gi innsikt i testing. Webområdet for MSDN på
http://msdn.Microsoft.com inkluderer en nedlastbar versjon av spesifikasjonen. MSDN-webområdet inneholder også annen viktig informasjon om testing, som utredninger om informativ testing og metoden uavhengig testing organisasjoner bruker til å teste funksjonaliteten til programmer-leverandører sender for sertifisering.

Merknad: testing forslagene i denne delen ikke er omfattende og gjelder ikke for alle situasjoner. De oppgis slik at du begynner å tenke på hvordan du tester.

Teste installasjonsscenarier

Test installering og kjøring av programmer ved hjelp av scenariene du vil bruke i distribusjonen. Du kan for eksempel planlegger å distribuere ved å installere på ren datamaskiner eller ved å oppgradere fra Windows 95 eller Windows 98 eller en tidligere versjon av Windows NT. Hvis du planlegger å oppgradere, kan du beholde programmene på datamaskinen under oppgraderingen, eller du kan avinstallere dem og installere dem på nytt etter oppgraderingen.

På grunn av forskjeller mellom Windows 95 eller Windows 98 og Windows 2000 fungerer noen programinstallasjoner annerledes avhengig av hvilket operativsystem du bruker for installasjonen. For eksempel, hvis du installerer et program på en datamaskin som kjører Windows 95 eller Windows 98, og deretter oppgraderer datamaskinen til Windows 2000, kan programmet ikke fungere på samme måte som det ville ha Hvis du har installert den i Windows 2000. I dette tilfellet må du kanskje avinstallere programmet og installere på nytt etter at du oppgraderer eller få tak i et dynamisk koblingsbibliotek (DLL) for overføring.


En migrering DLL kan et program som opprinnelig ble installert på Windows 95 eller Windows 98 skal fungere riktig når datamaskinen er oppgradert til Windows 2000. Overførings-DLL-fil kan løse programproblemer ved å utføre følgende handlinger:

• Erstatte eller oppgradering av Windows 95-spesifikke eller Windows 98-spesifikke filer med Windows 2000-kompatible filer.

• Tilordne spesifikke Windows 95 eller Windows 98-spesifikke registernøkler til de riktige stedene for Windows 2000.

Oppgrader Scenario

Hvis du planlegger å oppgradere datamaskinene:

1. Installere Windows 95, Windows 98 eller Windows NT 3.51 eller senere.

2. Installer programmet du vil teste.

3. Oppgradere datamaskinen til Windows 2000.

4. Teste programmet.

Ren installasjon Scenario

Hvis du planlegger å installere på nyformaterte datamaskiner:

1. Installere Windows 2000.

2. Installere programmet.

3. Teste programmet.

Test installasjon og avinstallasjon

Teste installasjonen av programmet på forskjellige måter, for eksempel følgende:

1. Avslutt installasjonen før den er fullført.

2. Prøv alle installasjonsalternativer som brukes i miljøet ditt.

3. Hvis organisasjonen lar brukere installere programmer, teste installasjonen som administrator, og som en privilegert bruker; deretter kan du teste funksjonaliteten for programmet.

4. Prøv å avinstallere programmer.

5. Kontroller at et program kan installert av en administrator og avinstalleres av brukeren. Når du er logget på som bruker, bør det være avinstallasjonen fullført eller sperret.

Teste programmer som bruker funksjoner, konfigurasjoner og programserier som du bruker til å utføre forretningsoppgaver.

Få tilgang til Data

Prøv å få tilgang til data på forskjellige måter, for eksempel følgende:

• Få tilgang til data på en server som kjører gjeldende versjon av Windows, og på en server som kjører Windows 2000.

• Test samtidige bruken av en database, inkludert tilgang og oppdateringen av en post.

• Utføre komplekse spørringer.

Test utskrift

Skrive ut en rekke dokumenttyper med en rekke skrivere, for eksempel følgende:

• Skrive ut dokumenter med innebygde filer fra flere kildeprogrammer.

• Skrive ut på skrivere med lange filnavn.

Vanlige problemer med programkompatibilitet

Programmer som er utviklet for tidligere versjoner av Windows kan ikke ta full nytte av nye funksjoner, for eksempel Active Directory eller IntelliMirror. Denne delen løser ikke disse nye funksjonene.

• Filbeskyttelse for Windows: Tidligere versjoner av Windows tillatte programmer til å erstatte delte systemfiler under installasjonen. Når slike endringer oppstod, ofte oppdaget brukerproblemer som ranged fra programfeil til et ustabilt operativsystem.
  
  Filbeskyttelse for Windows er en ny funksjon som gjør at programmer fra å erstatte systemfiler. Denne funksjonen bekrefter at beskyttede systemfiler er den riktige Microsoft-versjonen. Hvis en fil ble erstattet med en ugyldig versjon, gjenoppretter Windows riktig versjon.

• Kontroll av robust heap: Windows inneholder flere ytelsesforbedringer i heap-behandling. Programmer som ikke brukte heap-administrasjon på riktig måte før har nå sine problemer med minnebehandlingen eksponert. Vanlige problemer omfatter bruk av minne når det er frigjort, og forutsatt at et minne ikke flyttes når det er tildeles på nytt til en mindre størrelse.

• Opplisting av maskinvareenheter: endringer i listen over støttet maskinvareenheter kan forårsake problemer for programmer som bruker enheter som ikke lenger støttes.

• Opplisting av skrifter: liste over skrifter som er endret. Fordi registernøkler er lagt til støtte for internasjonale, kan noen programmer se flere skjermer med skrifter.

• Endret registernøkler: noen registernøkler er flyttet eller slettet. Programmer som skriver til programmet programmeringsgrensesnittet (API) ikke bør oppstå problemer, men de kan ha problemer hvis de skriver direkte til registret.

• Versjonskontroll: installasjonsprogrammer som kontrollerer versjoner feilaktig kan ha problemer med. Se etter versjonen som programmet krever eller senere, hvis programmet er avhengig av en bestemt operativsystemet eller versjonen.

• Windows Messaging-tjenesten: Programmer som forventer Windows Messaging Service (WMS) angis av operativsystemet vil ikke finne den.

• Inndata/utdata sikkerhet: Windows har redusert sikkerhet for inndata og utdata. Programmer som bruker filen filtre, for eksempel antivirusprogrammer, kan du miste viktige funksjoner i Windows 2000 eller senere.

Løse programinkompatibiliteter

Når du støter på problemer med programkompatibilitet, må du prioritere dem og deretter tildele noen til å løse dem. Du bør ha en plan for hvordan du tilordner problemer.

Tilordne riktig personale til å undersøke og løse problemer som er svært viktig for en vellykket testing av programmet. Problemløsning kan omfatte en rekke ulike aktiviteter, for eksempel følgende:

• Undersøker webområder for kjente problemer og løsninger.

• Kontakte leverandørene for oppdateringer, installasjonsprogrammer eller overførings-DLL-filer.

• Kontakte Microsoft Kundestøtte.

• Feilsøking av internt utviklet programmer.

Når du undersøker årsaken til et problem, bør du vurdere ulike fremgangsmåter for å finne den mest effektive løsningen. Du kan for eksempel velge å:

• Løse problemet hvis du har utviklet programmet.

• Be leverandøren hurtigreparasjonen problemet hvis du kjøpte programmet.

• Erstatt programmet med en ny versjon eller program.

• Ignorer feil hvis du har en måte å omgå problemet.

Pass alltid på at et problem ikke oppstår på gjeldende plattformen før undersøker det som et kompatibilitetsproblem for Windows 2000. Her er noen av de tilgjengelige ressursene for å undersøke kompatibilitetsproblemer for Windows 2000:

• Windows 2000-program-spesifikasjonen, som du kan laste ned fra MSDN-biblioteket på
  http://msdn.microsoft.com. Tillegg E inneholder den spesifikke plasseringen hvor kan du få tak i spesifikasjonen.

• Windows 2000 Compatibility Guide, som du finner i MSDN-biblioteket på http://msdn.microsoft.com. Denne veiledningen inneholder verdifull informasjon om å diagnostisere problemer med programkompatibilitet.

• Microsoft TechNet på
  http://www.microsoft.com/technet, som inneholder oppdateringer, dokumentasjon og annen teknisk informasjon

• Mappe for Windows 2000-programmer, som inkluderer informasjon om kundestøtte og koblinger til Web-områder for leverandøren.