Erinevus kontrollimise ja valideerimise vahel näite abil

Lang L: none (table-of-contents):

Anonim

Kontrollimine tarkvara testimisel

Tarkvara testimine on dokumentide, kujunduse, koodi ja programmi kontrollimine, et kontrollida, kas tarkvara on ehitatud nõuete kohaselt või mitte. Kontrolliprotsessi põhieesmärk on tagada tarkvararakenduse, disaini, arhitektuuri jms kvaliteet. Kontrolliprotsess hõlmab selliseid tegevusi nagu ülevaated, ülevaated ja ülevaatused.

Valideerimine tarkvara testimisel

Tarkvara testimise valideerimine on dünaamiline testimise ja kinnitamise mehhanism, kui tarkvaratoode vastab tegelikult kliendi täpsetele vajadustele või mitte. Protsess aitab tagada tarkvara soovitud kasutamise sobivas keskkonnas. Valideerimisprotsess hõlmab selliseid tegevusi nagu üksuse testimine, integreerimise testimine, süsteemi testimine ja kasutajate aktsepteerimise testimine.

PÕHISED erinevused

  • Kontrollimisprotsess hõlmab dokumentide, kujunduse, koodi ja programmi kontrollimist, samas kui valideerimisprotsess hõlmab tegeliku toote testimist ja valideerimist.
  • Kontrollimine ei hõlma koodi täitmist, samas kui valideerimine hõlmab koodi täitmist.
  • Kontrollimisel kasutatakse selliseid meetodeid nagu ülevaated, ülevaated, ülevaatused ja töölaua kontrollimine, samas kui valideerimisel kasutatakse selliseid meetodeid nagu musta kasti testimine, valge kasti testimine ja mittefunktsionaalne testimine.
  • Kontrollimine kontrollib, kas tarkvara kinnitab spetsifikatsiooni, samas kui valideerimine kontrollib, kas tarkvara vastab nõuetele ja ootustele.
  • Kontrollimine tuvastab vead arendustsükli alguses, valideerimine aga vead, mida kontrollimine ei suuda tabada.
  • Kontrollimisprotsess on suunatud tarkvara arhitektuurile, kujundusele, andmebaasile jne. Valideerimisprotsess on suunatud tegelikule tarkvaratootele.
  • Kontrolli teeb kvaliteedi tagamise meeskond, samal ajal kui valideerimine toimub testimismeeskonna kaasamise kaudu kvaliteedi tagamise meeskonnaga.
  • Kontrollimisprotsess toimub enne valideerimist, samas kui valideerimisprotsess toimub pärast kontrollimist.

Kontrollimine vs valideerimine: võtme erinevus

Kontrollimine Valideerimine
  • Kontrollimisprotsess hõlmab dokumentide, kujunduse, koodi ja programmi kontrollimist
  • See on tegeliku toote testimise ja valideerimise dünaamiline mehhanism
  • See ei tähenda koodi täitmist
  • See hõlmab alati koodi käivitamist
  • Kontrollimisel kasutatakse selliseid meetodeid nagu ülevaated, ülevaated, ülevaatused ja töölaudade kontrollimine jne.
  • Selles kasutatakse selliseid meetodeid nagu musta kasti testimine, valge kasti testimine ja mittefunktsionaalne testimine
  • Kontrollitakse, kas tarkvara vastab spetsifikatsioonidele
  • See kontrollib, kas tarkvara vastab kliendi nõuetele ja ootustele
  • See leiab vigu arengutsükli alguses
  • See võib leida vigu, mida kinnitusprotsess ei suuda tabada
  • Siht on rakenduse ja tarkvara arhitektuur, spetsifikatsioon, täielik disain, kõrgetasemeline ja andmebaaside kujundus jne.
  • Target on tegelik toode
  • Kvaliteedikontrolli meeskond kontrollib ja veendub, et tarkvara vastab SRS-i dokumendi nõuetele.
  • Testimisrühma kaasamisel viiakse valideerimine läbi tarkvarakoodi.
  • See tuleb enne valideerimist
  • See tuleb pärast kontrollimist

Kontrollimise ja valideerimise näide

  • Tarkvaratehnikas arvestage järgmise spetsifikatsiooniga

Klõpsatav nupp nimega Submet

  • Kontrollimisega kontrollitakse disainidokumenti ja parandatakse õigekirjaviga.
  • Vastasel juhul loob arendusmeeskond nupu nagu

    • Nii et uus spetsifikatsioon on

Klõpsatav nupp nimega Esita

  • Kui kood on valmis, on valideerimine tehtud. Leiti valideerimiskatse -

  • Tänu valideerimise testimisele muudab arendusmeeskond nupu Esitamine klõpsatavaks