Hopp til innhold

Rimelighetsvurdering

Fra Wikipedia, den frie encyklopedi

En rimelighetsvurdering er enkel test for å raskt kunne vurdere om et krav eller et resultat fra en beregning kan være sant. Det er en enkel sjekk for å se om et resultat virker rasjonelt, og kan brukes for å raskt oppdage alvorlige feilslutninger.[1] Poenget med en rimelighetsvurdering er å utelukke visse typer åpnbare feile resultater, ikke å fange alle mulige feil.

Matematikk

[rediger | rediger kilde]

I matematikk kan en rimelighetsvurdering omfatte sjekk av størrelsesordener eller andre enkle tommelfingerregler for å sjekke matematiske beregninger.

Informatikk

[rediger | rediger kilde]

I informatikk er en rimelighetsvurdering en veldig kort gjennomgang av funksjonaliteten til et dataprogram, system, en beregning eller annen analyse for å sikre at en del av systemet eller metodikken fungerer omtrent som forventet. Dette gjøres ofte i programvareutvikling før mer omfattende testing.[2][3] Flere rimelighetstester kan kjøres satsvis for automatisk enhetstesting av funksjoner, biblioteker eller applikasjoner før kode flettes inn i hovedgrenen, for automatisk bygging eller for kontinuerlig integrasjon og kontinuerlig utrulling.[4]

Rimelighetsvurderinger i programvareutvikling går under mange forskjellige navn som avhengig av kontekst kan ha samme eller litt forskjellige betydninger.[bør utdypes] Noen alternative navn på en rimelighetsvurdering (engelsk: sanity test) i programvaresammenheng er «konfidenstest» (confidence test) og «røyktest» (smoke test).[5] En inntakstest (intake test) eller pretest (pretest)[5] er en rimelighetsvurdering for å finne ut om en komponent er klar for videre testing. En build verification test er en automatisert test som validerer integriteten til nye bygginger og verifiserer kjernefunksjonalitet, stabilitet og testbarhet.[5]

Referanser

[rediger | rediger kilde]
  1. ^ «Veileder i samfunnsøkonomiske analyser - Kap. 3.4 Tallfeste, verdsette og vurdere virkninger (fase 4) | DFØ». dfo.no. Besøkt 13. august 2023. 
  2. ^ Fecko, Mariusz A.; Lott, Christopher M. (oktober 2002). «Lessons learned from automating tests for an operations support system» (PDF). Software: Practice and Experience. 32 (15): 1485–1506. doi:10.1002/spe.491. 
  3. ^ Sammi, Rabia; Masood, Iram (2011). «A Framework to Assure the Quality of Sanity Check Process». Software Engineering and Computer Systems. 181: 143–150. doi:10.1007/978-3-642-22203-0_13. 
  4. ^ Hassan, A. E. and Zhang, K. 2006. Using Decision Trees to Predict the Certification Result of a Build. In Proceedings of the 21st IEEE/ACM international Conference on Automated Software Engineering (September 18 – 22, 2006). Automated Software Engineering. IEEE Computer Society, Washington, DC, 189–198.
  5. ^ a b c Erik van Veenendaal (engelsk), Ernst von Düring (norsk) (25. mai 2014). «Glossary Working Party, International Software Testing Qualifications Board» (PDF). «inntakstest: En spesiell type test som er til for å finne ut om komponenten eller systemet er klar for detaljert og videre testing. Denne testen blir typisk utført ved starten av en tests eksekveringsfase. Se også (eng.) smoke test»