Հետևաբար, պահանջների հավաքագրումը-ը ճիշտ պատասխանն է:
Ո՞ր փուլում է թերությունն ավելի քիչ ծախսատար ?
Սխալը կամ թերությունը շտկելու արժեքը ավելի ցածր է, եթե այն հայտնաբերեք նախագծման փուլում, բայց ավելի բարձր՝ ծրագրային ապահովման մշակման կյանքի ցիկլի (SDLC) հետագա փուլերում:
Որքա՞ն է թերության արժեքը:
Ավելի վաղ հայտնաբերվում է թերությունը, ավելի քիչ է թերության արժեքը: Օրինակ, եթե պահանջների հավաքագրման և վերլուծության ժամանակ սխալ հայտնաբերվի պահանջների բնութագրերում, ապա դա որոշ չափով էժան է ուղղել: Պահանջների ճշգրտումը կարող է կատարվել, այնուհետև այն կարող է վերաթողարկվել:
Ե՞րբ պետք է դադարեցնենք թեստավորումը։
Փորձարկողը կարող է որոշել դադարեցնել թեստավորումը, երբ MTBF ժամանակը բավականաչափ երկար է, թերության խտությունը ընդունելի, ծածկագրի ծածկույթը համարվում է օպտիմալ՝ համաձայն թեստի պլանի, և թիվը և բաց վրիպակների ծանրությունը երկուսն էլ ցածր են:
Արդյո՞ք ծրագրաշարի հարյուր տոկոսանոց որակը հասանելի է:
Կարգավորողները կարող են նաև օգտագործել միավորի թեստավորում: Մի խոսքով, որակի որակի ապահովման լավ ինժեները գիտի, թե ինչպես բացահայտել ծրագրային ապահովման սխալները: Դուք պետք է վստահ լինեք, որ բոլոր հիմնական աշխատանքային հոսքերը և հիմնական հատկանիշները փորձարկված են: Այնուամենայնիվ, 100 տոկոս թեստի ծածկույթն անհնար է, քանի որ դուք չեք կարող կանխատեսել, թե ինչպես կվարվեն վերջնական օգտվողները:
