Sluttkriteriene som en komponent eller et system må oppfylle for å bli godkjent av en kunde, bruker eller en annen autorisert enhet.
Formell testing med hensyn til brukerbehov, brukerkrav, myndighetskrav og kundens arbeidsprosesser som utføres for å avklare om et system oppfyller akseptansekriterier eller ikke.
Graden for innvirkning som en feil har på utviklingen eller driften av en komponent eller et system.
Programvareproduktets evne til å være attraktiv for brukeren.
Fravikelse av en komponent eller et system fra dens forventede resultat, tjeneste eller output.
Et punkt i programmet der kontrollflyt har to eller flere alternative veier. En plass med to eller flere linker til forskjellige grener i programmet.
En overlegen metode eller innovativ praksis som bidrar til å forbedre ytelsen til en organisasjon under en gitt kontekst, vanligvis anerkjent som "best" av andre tilsvarende organisasjoner.
Alle komponenter i et system som gir brukeren informasjon og styringsmuligheter til å utføre bestemte oppgaver med systemet.
En persons oppfatninger og respons på bruk eller forventet bruk av et programvareprodukt.
Testing for å evaluere i hvilken grad systemet kan brukes effektivt og tilfredsstille spesifiserte brukere i en spesifikk brukskontekst.
En mangel eller feil i en komponent eller system som kan forårsake at komponenten eller systemet ikke oppfyller sin påkrevde funksjon, for eksempel en feil programinstruksjon, programlinje eller datadefinisjon. Dersom koden der en defekt befinner seg blir utført, kan den forårsake et problem i komponenten eller systemet.
En mangel eller feil i en komponent eller system som kan forårsake at komponenten eller systemet ikke oppfyller sin påkrevde funksjon, for eksempel en feil programinstruksjon, programlinje eller datadefinisjon. Dersom koden der en defekt befinner seg blir utført, kan den forårsake et problem i komponenten eller systemet.
En uformell testdesignteknikk hvor testeren aktivt kontrollerer testdesignet under kjøring av testene, og bruker informasjonen til å designe nye og bedre tester.
Et minimalt stykke software som kan testes isolert.
Møte i slutten av et prosjekt hvor medlemmene evaluerer prosjektet og summerer opp erfaringer for bruk i neste prosjekt.
Leder for en inspeksjon eller en annen granskingsprosess.
En mangel eller feil i en komponent eller system som kan forårsake at komponenten eller systemet ikke oppfyller sin påkrevde funksjon, for eksempel en feil programinstruksjon, programlinje eller datadefinisjon. Dersom koden der en defekt befinner seg blir utført, kan den forårsake et problem i komponenten eller systemet.
En menneskelig handling som fører til et galt resultat.
Fravikelse av en komponent eller et system fra dens forventede resultat, tjeneste eller output.
Systemets eller komponentens evne til å fortsette normal drift selv om feilaktige input blir gitt.
Betingelser i omgivelsene og tilstanden som må være oppfylt før komponenten eller systemet kan bli utført med en bestemt test eller samling tester.
Betingelser i omgivelsene og tilstanden som må være oppfylt før komponenten eller systemet kan bli utført med en bestemt test eller samling tester.
Evnen til et programvareprodukt til å muliggjøre funksjoner som oppfyller nedskrevne eller impliserte behov når programmet brukes under spesifiserte betingelser.
Evnen til et programvareprodukt til å muliggjøre funksjoner som oppfyller nedskrevne eller impliserte behov når programmet brukes under spesifiserte betingelser.
Et resultat av en evaluering som identifiserer en viktig utfordring, et problem eller en mulighet.
Evaluering av et produkt eller prosjektstatus for å finne avvik fra planlagte resultater og for å anbefale forbedringer. Eksempler er ledelsesgjennomganger, uformelle gjennomganger, tekniske gjennomganger, inspeksjoner og walkthrough.
Evaluering av et produkt eller prosjektstatus for å finne avvik fra planlagte resultater og for å anbefale forbedringer. Eksempler er ledelsesgjennomganger, uformelle gjennomganger, tekniske gjennomganger, inspeksjoner og walkthrough.
En generelt anerkjent tommelfingerregel som hjelper deg med å oppnå et mål.
En statisk granskingsteknikk med formål å avdekke problemer med brukbarhet i brukergrensesnitt eller i design av brukergrensesnitt. Med denne teknikken undersøker revisorer om et brukergrensesnitt samsvarer med anerkjente prinsipper for brukbarhet (brukervennlighet) (de så kalte ?heuristikker?, tommelfingerregler).
En variabel (lagret i eller utenfor en komponent) som leses av en komponent.
En variabel (lagret i eller utenfor en komponent) som leses av en komponent.
Leder for en inspeksjon eller en annen granskingsprosess.
Person som er involvert i en gransking og som skal identifisere og beskrive avvik i produktet eller prosjektet under gransking.
Et programvareprodukts evne til å samhandle med en eller flere spesifiserte komponenter eller systemer.
En enhet i et programmeringsspråk som typisk er den minste enheten for utførelse som ikke kan deles i mindre enheter.
En egenskap ved et system eller en komponent som er spesifisert eller implisert av kravspesifikasjonen (for eksempel pålitelighet, brukbarhet eller designrestriksjoner).
Et minimalt stykke software som kan testes isolert.
Person som er involvert i en gransking og som skal identifisere og beskrive avvik i produktet eller prosjektet under gransking.
En betingelse eller evne som behøves av en bruker for å løse et problem eller oppnå et mål som må bli oppfylt eller må eies av et system eller en komponent for å oppfylle en kontrakt, spesifikasjon eller et annet formelt pålagt dokument.
Graden med hvilken en komponent, et system eller en prosess oppfyller spesifiserte krav og/eller bruker/kundebehov og forventninger.
Teknikker og aktiviteter som er del av kvalitetsledelsen og fokusert på oppfylling av kvalitetskrav.
En systematisk evaluering avprosessen for innkjøp, leveranse, utvikling, drift eller vedlikehold (av programvare), utført ved eller for ledelsen som forfølger framdrift, bestemmer status vedrørende planer og tider, bekrefter krav og deres allokering, eller evaluerer effektiviteten til ledelsen mht. å oppnå kvalitet.
Aktivitetene som utføres på hvert trinn i programvareutvikling, og hvordan de logisk og kronologisk er relatert til hverandre.
En oppdeling av livet til et produkt eller et prosjekt i faser.
Et programvareprodukts evne til å gjøre det mulig for brukeren å lære dets bruk.
Fravikelse av en komponent eller et system fra dens forventede resultat, tjeneste eller output.
Et tidspunkt i et prosjekt der definerte leveranser og resultater skal være ferdige.
En menneskelig handling som fører til et galt resultat.
(1) En organisasjons evne mht. effektiviteten og effektiviteten av dens prosesser og arbeidsmetoder. Se også CMM, TMM. (2) Et programvareprodukts evne til å unngå å feile på grunn av feil i det.
Leder for en inspeksjon eller en annen granskingsprosess.
Et minimalt stykke software som kan testes isolert.
Prosessen med å tilordne et tall eller en kategori til et måleobjekt for å beskrive en egenskap av objektet.
Programvareproduktets evne til å gi de rette eller avtalte resultater eller virkninger med den nødvendige grad av presisjon.
En variabel (lagret i en komponent eller utenfor) som skrives av en komponent.
Nivået for (forretningens) viktighet som bestemmes for en sak, f.eks. en feil.
En mangel eller feil i en komponent eller system som kan forårsake at komponenten eller systemet ikke oppfyller sin påkrevde funksjon, for eksempel en feil programinstruksjon, programlinje eller datadefinisjon. Dersom koden der en defekt befinner seg blir utført, kan den forårsake et problem i komponenten eller systemet.
Fravikelse av en komponent eller et system fra dens forventede resultat, tjeneste eller output.
Risiko som er direkte relatert til testobjektet.
En mangel eller feil i en komponent eller system som kan forårsake at komponenten eller systemet ikke oppfyller sin påkrevde funksjon, for eksempel en feil programinstruksjon, programlinje eller datadefinisjon. Dersom koden der en defekt befinner seg blir utført, kan den forårsake et problem i komponenten eller systemet.
En enhet i et programmeringsspråk som typisk er den minste enheten for utførelse som ikke kan deles i mindre enheter.
En egenskap ved et system eller en komponent som er spesifisert eller implisert av kravspesifikasjonen (for eksempel pålitelighet, brukbarhet eller designrestriksjoner).
Dataprogrammer, prosedyrer og eventuelt tilhørende dokumentasjon og data knyttet til driften av et datasystem.
En samling sammenhengende aktiviteter som overfører inputs til outputs.
En mengde koordinerte og styrte aktiviteter med start og sluttdatoer som brukes for å oppnå et mål som oppfyller spesifikke krav, under hensyn til begrensninger i tid, ressursbruk og kostnader.
Møte i slutten av et prosjekt hvor medlemmene evaluerer prosjektet og summerer opp erfaringer for bruk i neste prosjekt.
Risiko relatert til ledelse og styring av et (test) prosjekt, for eksempel mangel på personell, knappe tidsfrister, endrede krav, etc.
Konsekvenser og resultater etter utføringen av en test. Dette inkluderer utdata til skjerm, endringer av data, rapporter, kommunikasjonsmeldinger og alle utdata til alle kanaler som er aktuelle.
Person som er involvert i en gransking og som skal identifisere og beskrive avvik i produktet eller prosjektet under gransking.
Et forhold som kan resultere i framtidige negative konsekvenser.
Prosessen med å identifisere risiko ved hjelp av teknikker som brainstorming, sjekklister og feilhistorie.
Vurdering av risiko i et gitt prosjekt eller produkt for å bestemme dens nivå, vanligvis gjennom å tildele sannsynlighets- og konsekvensestimater og summere disse opp til ett enkelt estimat for prioritering av risikoen.
En samling programvareutviklingsmetoder basert på iterativ og inkrementell utvikling, hvor krav og løsninger utvikles gjennom samarbeid mellom selvstyrte team bestående av folk med forskjellige arbeidsfunksjoner (?cross-functional?).
Et dokument som spesifiserer, helst på en komplett, presis og kontrollerbar måte, krav, design, atferd, eller andre kjennetegn på en komponent eller et system, og ofte prosedyrer for å avgjøre om disse bestemmelsene er oppfylt.
Formell, muligens obligatorisk, samling av krav som er utviklet og brukt for å foreskrive konsistente framgangsmåter når det gjelder måten å arbeide på eller for å gi retningslinjer (eks. ISO/IEC standarder, IEEE standarder og organisasjonsstandarder).
Fravikelse av en komponent eller et system fra dens forventede resultat, tjeneste eller output.
En samling komponenter organisert for å oppnå en spesifikk funksjon eller et sett av funksjoner.
Prosessen med å teste et integrert system for å verifisere at det oppfyller spesifiserte krav.
En samling bestående av et eller flere testtilfeller.
Prosessen med å kjøre en test på komponenten eller systemet som testes, der en produserer faktiske resultater.
En faglig kvalifisert person som er involvert i testingen av en komponent eller et system.
Prosessen med å kjøre en test på komponenten eller systemet som testes, der en produserer faktiske resultater.
Prosessen som består av alle livssyklusaktiviteter, både statiske og dynamiske, som omfatter planlegging, forberedelse og evaluering av programvareprodukter og relaterte arbeidsresultater for å fastslå om de oppfyller spesifiserte krav og/eller for å demonstrere at de er brukbare i praksis og for å finne feil.
Testing for å avgjøre hvor lett det er for personer med handikap å bruke en komponent eller system.
Prosessen med å kjøre en test på komponenten eller systemet som testes, der en produserer faktiske resultater.
Personen i prosjektledelsen som har ansvar for testaktiviteter og ressurser og evaluering av et testobjekt. Personen som planlegger, styrer, følger opp og bistår til evaluering av testobjekt.
Et dokument som beskriver omfang (hva som skal testes), tilnærming til test, ressurser og tidsplan for planlagte testaktiviteter. Planen identifiserer testobjekter, hva som skal testes, testoppgavene og hvem som skal utføre disse, testernes grad av uavhengighet, testmiljøet, testdesignteknikker og testmåleteknikker som skal brukes og begrunnelsen for deres valg, og beskriver risikoene og planene for deres inntreden. Testplanen er en dokumentasjon av testplanleggingen.
Samle inn og analysere data fra testaktivitetene for deretter å konsolidere resultatene i en rapport for å informere interessenter.
Konsekvenser og resultater etter utføringen av en test. Dette inkluderer utdata til skjerm, endringer av data, rapporter, kommunikasjonsmeldinger og alle utdata til alle kanaler som er aktuelle.
Et uavbrutt tidsrom som er brukt til å utføre tester. I eksplorativ testing er hver testsesjon fokusert på en oppgave (charter), men testere kan også undersøke nye muligheter eller problemer under en slik testsesjon. Testeren lager og utfører testtilfeller underveis og dokumenterer deres fremdrift.
Prosessen med å kjøre en test på komponenten eller systemet som testes, der en produserer faktiske resultater.
Til hvilken grad en komponent eller system er klart til bruk og kan fås kontakt med når det skal brukes. Ofte uttrykt i prosent.
Leder for en inspeksjon eller en annen granskingsprosess.
En variabel (lagret i en komponent eller utenfor) som skrives av en komponent.
Konsekvenser og resultater etter utføringen av en test. Dette inkluderer utdata til skjerm, endringer av data, rapporter, kommunikasjonsmeldinger og alle utdata til alle kanaler som er aktuelle.
Et rammeverk for å beskrive livssyklusen for programvare fra kravspesifikasjon til vedlikehold. V-modellen illustrerer hvordan testaktiviteter kan bli integrert i hver fase av programvarens livssyklus.
Endring av et programvareprodukt etter levering for å korrigere feil, for å forbedre ytelsen eller andre egenskaper, eller for å tilpasse produktet til en endret omgivelse.
En sjekklistebasert testteknikk for brukbarhet, for å måle kvaliteten av programvare i websider fra perspektivet til sluttbrukeren.
Graden til hvilken et system eller en komponent oppfyller sine bestemte funksjoner innen gitte restriksjoner når det gjelder behandlingstid og kapasitet.