នៅក្នុងគម្រោងកម្មវិធី វាមានសារៈសំខាន់បំផុតក្នុងការវាស់វែងគុណភាព ការចំណាយ និងប្រសិទ្ធភាពនៃគម្រោង និងដំណើរការ។ បើគ្មានការវាស់វែងទាំងនេះទេ គម្រោងមួយមិនអាចបញ្ចប់ដោយជោគជ័យបានទេ។

នៅក្នុងអត្ថបទថ្ងៃនេះ យើងនឹងសិក្សា ជាមួយឧទាហរណ៍ និងក្រាហ្វ ឧបករណ៍វាស់ស្ទង់ និងការវាស់វែងកម្មវិធី និងរបៀបប្រើប្រាស់វត្ថុទាំងនេះនៅក្នុងដំណើរការសាកល្បងកម្មវិធី។

មានសេចក្តីថ្លែងការណ៍ដ៏ល្បីល្បាញមួយ៖ “យើងមិនអាចគ្រប់គ្រងអ្វីៗដែលយើងមិនអាចវាស់វែងបានទេ”។

នៅទីនេះ ការគ្រប់គ្រងគម្រោងមានន័យថា របៀបដែលអ្នកគ្រប់គ្រងគម្រោង/អ្នកដឹកនាំអាចកំណត់អត្តសញ្ញាណគម្លាតពីផែនការសាកល្បងឱ្យបានឆាប់ ដើម្បីប្រតិកម្មក្នុង ពេលវេលាដ៏ល្អឥតខ្ចោះ។ ការបង្កើតម៉ែត្រតេស្តដោយផ្អែកលើតម្រូវការរបស់គម្រោងគឺមានសារៈសំខាន់ខ្លាំងណាស់ក្នុងការសម្រេចបាននូវគុណភាពនៃកម្មវិធីដែលកំពុងធ្វើតេស្ត។

តើអ្វីជា ការធ្វើតេស្តកម្មវិធីវាស់ស្ទង់?

ម៉ែត្រគឺជារង្វាស់បរិមាណនៃកម្រិតដែលប្រព័ន្ធ សមាសធាតុប្រព័ន្ធ ឬដំណើរការមានគុណលក្ខណៈដែលបានផ្តល់ឱ្យ។

ម៉ែត្រ​អាច​ត្រូវ​បាន​កំណត់​ថា​ជា “ស្តង់ដារ OF ការវាស់វែង ”។

ការវាស់វែងផ្នែកទន់ត្រូវបានប្រើដើម្បីវាស់ស្ទង់គុណភាពនៃគម្រោង . និយាយឱ្យចំទៅ ម៉ែត្រគឺជាឯកតាដែលប្រើសម្រាប់ពណ៌នាអំពីគុណលក្ខណៈ។ ម៉ែត្រគឺជាមាត្រដ្ឋានសម្រាប់ការវាស់វែង។

ឧបមាថា ជាទូទៅ “គីឡូក្រាម” គឺជាម៉ែត្រសម្រាប់វាស់គុណលក្ខណៈ “ទម្ងន់”។ ដូចគ្នានេះដែរនៅក្នុងកម្មវិធី "តើមានបញ្ហាប៉ុន្មានត្រូវបានរកឃើញនៅក្នុងមួយពាន់ជួរនៃកូដ?", h ere ទេ។ នៃបញ្ហាគឺការវាស់វែងមួយ & លេខនៃបន្ទាត់នៃកូដគឺជាការវាស់វែងមួយផ្សេងទៀត។ ម៉ែត្រត្រូវបានកំណត់ពីការវាស់វែងទាំងពីរនេះ

ឧទាហរណ៍ម៉ែត្រសាកល្បង៖

  • តើមានពិការភាពប៉ុន្មាននៅក្នុង ម៉ូឌុល?
  • តើករណីសាកល្បងប៉ុន្មានត្រូវបានប្រតិបត្តិក្នុងមនុស្សម្នាក់?
  • តើការគ្របដណ្តប់លើការធ្វើតេស្តគឺជាអ្វី?

តើការវាស់ស្ទង់កម្មវិធីគឺជាអ្វី?

ការវាស់វែងគឺជា ការចង្អុលបង្ហាញបរិមាណនៃវិសាលភាព ចំនួន វិមាត្រ សមត្ថភាព ឬទំហំនៃគុណលក្ខណៈមួយចំនួននៃផលិតផល ឬដំណើរការ។

ឧទាហរណ៍ការវាស់វែងសាកល្បង៖ ចំនួនសរុបនៃពិការភាព។

សូមមើលដ្យាក្រាមខាងក្រោមសម្រាប់ការយល់ដឹងច្បាស់លាស់អំពីភាពខុសគ្នារវាងការវាស់វែង & ម៉ែត្រ។

ហេតុអ្វីត្រូវសាកល្បងម៉ែត្រ?

ការបង្កើតម៉ែត្រតេស្តកម្មវិធីគឺជាការទទួលខុសត្រូវដ៏សំខាន់បំផុតរបស់អ្នកដឹកនាំ/អ្នកគ្រប់គ្រងការធ្វើតេស្តកម្មវិធី។

ម៉ែត្រតេស្តត្រូវបានប្រើដើម្បី

  1. ធ្វើការសម្រេចចិត្តសម្រាប់ដំណាក់កាលបន្ទាប់នៃសកម្មភាពដូចជា ប៉ាន់ប្រមាណតម្លៃ & កាលវិភាគនៃគម្រោងនាពេលអនាគត។
  2. ស្វែងយល់ពីប្រភេទនៃការកែលម្អដែលត្រូវការដើម្បីជោគជ័យគម្រោង
  3. ធ្វើការសម្រេចចិត្តលើដំណើរការ ឬបច្ចេកវិទ្យាដែលត្រូវកែប្រែ។ល។

សារៈសំខាន់នៃមាត្រដ្ឋានសាកល្បងកម្មវិធី៖

ដូចដែលបានពន្យល់ខាងលើ តេស្តម៉ែត្រមានសារៈសំខាន់បំផុតក្នុងការវាស់ស្ទង់គុណភាពនៃកម្មវិធី។

ឥឡូវនេះ តើយើងអាចវាស់វែងដោយរបៀបណា? គុណភាពនៃកម្មវិធីដោយប្រើ Metrics ?

ឧបមាថា ប្រសិនបើគម្រោងមួយមិនមានម៉ែត្រទេ នោះគុណភាពនៃការងារដែលធ្វើឡើងដោយអ្នកវិភាគតេស្តនឹងត្រូវបានវាស់ដោយរបៀបណា?

ឧទាហរណ៍ អ្នកវិភាគតេស្តត្រូវ

  1. រចនាករណីសាកល្បងសម្រាប់តម្រូវការចំនួន 5
  2. អនុវត្តករណីសាកល្បងដែលបានរចនា
  3. កត់ត្រាពិការភាព & ចាំបាច់ត្រូវបរាជ័យករណីធ្វើតេស្តដែលពាក់ព័ន្ធ
  4. បន្ទាប់ពីបញ្ហាត្រូវបានដោះស្រាយ យើងត្រូវធ្វើតេស្តឡើងវិញនូវពិការភាព & ប្រតិបត្តិករណីសាកល្បងដែលបរាជ័យដែលត្រូវគ្នាឡើងវិញ។

នៅក្នុងសេណារីយ៉ូខាងលើ ប្រសិនបើការវាស់វែងមិនត្រូវបានអនុវត្តតាម នោះការងារដែលបានបញ្ចប់ដោយអ្នកវិភាគការធ្វើតេស្តនឹងមានលក្ខណៈជាប្រធានបទ ពោលគឺ របាយការណ៍សាកល្បងនឹងមិនមានព័ត៌មានត្រឹមត្រូវ ដើម្បីដឹងពីស្ថានភាពការងារ/គម្រោងរបស់គាត់។

ប្រសិនបើ Metrics ពាក់ព័ន្ធនឹងគម្រោង នោះស្ថានភាពពិតប្រាកដនៃការងាររបស់គាត់ជាមួយនឹងលេខ/ទិន្នន័យត្រឹមត្រូវអាចត្រូវបានបោះពុម្ពផ្សាយ។

i.e. នៅក្នុងរបាយការណ៍សាកល្បង យើងអាចបោះពុម្ពផ្សាយ៖

  1. តើករណីសាកល្បងចំនួនប៉ុន្មានត្រូវបានរចនាតាមតម្រូវការ?
  2. តើករណីសាកល្បងចំនួនប៉ុន្មានមិនទាន់ត្រូវបានរចនា?
  3. តើករណីសាកល្បងប៉ុន្មានត្រូវបានប្រតិបត្តិ?
  4. តើករណីសាកល្បងប៉ុន្មានត្រូវបានឆ្លងកាត់ / បរាជ័យ / រារាំង?
  5. តើករណីសាកល្បងប៉ុន្មានដែលមិនទាន់ត្រូវបានប្រតិបត្តិ?
  6. តើមានពិការភាពប៉ុន្មាន? ត្រូវបានកំណត់អត្តសញ្ញាណ & តើភាពធ្ងន់ធ្ងរនៃពិការភាពទាំងនោះជាអ្វី? ល។

ផ្អែកលើតម្រូវការគម្រោង យើងអាចមានម៉ែត្រច្រើនជាងបញ្ជីដែលបានរៀបរាប់ខាងលើ ដើម្បីដឹងពីស្ថានភាពនៃគម្រោងដោយលម្អិត។

ផ្អែកលើរង្វាស់ខាងលើ អ្នកដឹកនាំ/អ្នកគ្រប់គ្រងការសាកល្បងនឹងទទួលបានការយល់ដឹងអំពីចំណុចសំខាន់ៗដែលបានរៀបរាប់ខាងក្រោម។

  • %ge នៃការងារបានបញ្ចប់
  • %ge នៃការងារមិនទាន់បញ្ចប់
  • ពេលវេលាដើម្បីបញ្ចប់ការងារដែលនៅសល់
  • ថាតើគម្រោងនឹងដំណើរការទៅតាមកាលវិភាគ ឬយឺតយ៉ាវឬ? ល យឺតយ៉ាវ ដើម្បីជៀសវាងការភ្ញាក់ផ្អើលនៅនាទីចុងក្រោយ។

    វដ្តជីវិតម៉ែត្រ

    ប្រភេទនៃម៉ែត្រតេស្តដោយដៃ

    ការធ្វើតេស្តម៉ែត្រត្រូវបានបែងចែកជាចម្បងជា 2 ប្រភេទ។

    1. ម៉ែត្រមូលដ្ឋាន
    2. ម៉ែត្រដែលបានគណនា

    ម៉ែត្រមូលដ្ឋាន៖ មូលដ្ឋាន Metrics គឺជា Metrics ដែលទទួលបានពីទិន្នន័យដែលប្រមូលបានដោយ Test Analyst កំឡុងពេលបង្កើត និងប្រតិបត្តិករណីសាកល្បង។

    ទិន្នន័យនេះនឹងត្រូវបានតាមដានពេញមួយ Test Lifecycle។ I.e. ការប្រមូលទិន្នន័យដូចជា Total no. នៃករណីសាកល្បងដែលត្រូវបានបង្កើតឡើងសម្រាប់គម្រោង (ឬ) លេខ។ នៃករណីសាកល្បងចាំបាច់ត្រូវប្រតិបត្តិ (ឬ) ទេ។ នៃករណីសាកល្បងបានកន្លងផុត / បរាជ័យ / រារាំង។ល។

    ម៉ែត្រដែលបានគណនា៖ ម៉ែត្រដែលបានគណនាគឺបានមកពីទិន្នន័យដែលបានប្រមូលនៅក្នុង Base Metrics។ ជាទូទៅម៉ែត្រទាំងនេះត្រូវបានតាមដានដោយអ្នកដឹកនាំ/អ្នកគ្រប់គ្រងការធ្វើតេស្តសម្រាប់គោលបំណងរាយការណ៍ការធ្វើតេស្ត។

    ឧទាហរណ៍នៃកម្មវិធីTesting Metrics

    តោះយកឧទាហរណ៍មួយដើម្បីគណនារង្វាស់តេស្តផ្សេងៗដែលប្រើក្នុងរបាយការណ៍តេស្តកម្មវិធី៖

    ខាងក្រោមគឺជាទម្រង់តារាងសម្រាប់ទិន្នន័យដែលបានទាញយកពីអ្នកវិភាគសាកល្បង ដែលពិតជាពាក់ព័ន្ធនឹង ការធ្វើតេស្ត៖

    និយមន័យ និងរូបមន្តសម្រាប់ការគណនាម៉ែត្រ៖

    #1) %ge ករណីសាកល្បងត្រូវបានប្រតិបត្តិ ៖ ម៉ែត្រ​នេះ​ត្រូវ​បាន​ប្រើ​ដើម្បី​ទទួល​បាន​ស្ថានភាព​ប្រតិបត្តិ​នៃ​ករណី​សាកល្បង​ក្នុង​លក្ខខណ្ឌ​នៃ %ge។

    %ge ករណី​សាកល្បង​បាន​ប្រតិបត្តិ = ( ចំនួន​ករណី​សាកល្បង​បាន​ប្រតិបត្តិ / សរុប no. នៃករណីសាកល្បងដែលបានសរសេរ) * 100.

    ដូច្នេះ ពីទិន្នន័យខាងលើ

    %ge ករណីសាកល្បងប្រតិបត្តិ = (65 / 100) * 100 = 65%

    #2) %ge ករណីសាកល្បងមិនត្រូវបានប្រតិបត្តិ : មាត្រដ្ឋាននេះត្រូវបានប្រើដើម្បីទទួលបានស្ថានភាពប្រតិបត្តិការដែលកំពុងរង់ចាំនៃករណីសាកល្បងក្នុងលក្ខខណ្ឌនៃ %ge ។

    %ge ករណីសាកល្បងមិនត្រូវបានប្រតិបត្តិ = ( No. of Test case not executed / Total no. of Test case wrote) * 100.

    ដូច្នេះ ពីទិន្នន័យខាងលើ

    %ge ករណីសាកល្បងត្រូវបានរារាំង = (35 / 100) * 100 = 35%

    #3) %ge ករណីសាកល្បងបានឆ្លងកាត់ : ម៉ែត្រ​នេះ​ត្រូវ​បាន​ប្រើ​ដើម្បី​ទទួល​បាន Pass %ge នៃ​ករណី​សាកល្បង​ដែល​បាន​ប្រតិបត្តិ។

    %ge ករណី​សាកល្បង​បាន​ឆ្លងកាត់ = ( ទេ។ នៃករណីសាកល្បងបានឆ្លងកាត់ / សរុបលេខ។ នៃករណីសាកល្បងត្រូវបានប្រតិបត្តិ) * 100.

    ដូច្នេះ ពីទិន្នន័យខាងលើ

    %ge ករណីសាកល្បងបានឆ្លងកាត់ = (30 / 65) * 100 = 46%

    #4) %ge ករណីសាកល្បងបានបរាជ័យ ៖ មាត្រដ្ឋាននេះត្រូវបានប្រើដើម្បីទទួលបាន Fail %ge នៃករណីសាកល្បងដែលបានប្រតិបត្តិ។

    %ge ករណីសាកល្បងបរាជ័យ = ( ចំនួនករណីសាកល្បងបានបរាជ័យ / ចំនួនសរុបនៃករណីសាកល្បងត្រូវបានប្រតិបត្តិ) * 100.

    ដូច្នេះ ពីទិន្នន័យខាងលើ

    %ge ករណីសាកល្បង ឆ្លងកាត់ = (26 / 65) * 100 = 40%

    #5) %ge ករណីសាកល្បងត្រូវបានទប់ស្កាត់ ៖ រង្វាស់នេះត្រូវបានប្រើដើម្បីទទួលបានការទប់ស្កាត់ %ge នៃករណីសាកល្បងដែលបានប្រតិបត្តិ។ របាយការណ៍លម្អិតអាចត្រូវបានដាក់ជូនដោយបញ្ជាក់ហេតុផលជាក់ស្តែងសម្រាប់ការទប់ស្កាត់ករណីសាកល្បង។

    %ge ករណីសាកល្បងត្រូវបានទប់ស្កាត់ = ( ចំនួនករណីសាកល្បងត្រូវបានទប់ស្កាត់ / ចំនួនសរុបនៃករណីសាកល្បងត្រូវបានប្រតិបត្តិ ) * 100.

    ដូច្នេះ ពីទិន្នន័យខាងលើ

    %ge ករណីសាកល្បងត្រូវបានរារាំង = (9 / 65) * 100 = 14%

    #6) Defect Density = No. of Defects identified / size

    ( នៅទីនេះ “Size” ត្រូវបានចាត់ទុកថាជាតម្រូវការ។ ដូច្នេះនៅទីនេះ Defect Density ត្រូវបានគណនាជាចំនួន defects ដែលត្រូវបានកំណត់តាមតម្រូវការ។ ដូចគ្នានេះដែរ Defect Density អាចត្រូវបានគណនា ជាចំនួននៃ Defects ដែលត្រូវបានកំណត់ក្នុង 100 បន្ទាត់នៃកូដ [OR] No. of defects identified per module, etc. )

    ដូច្នេះ ពីទិន្នន័យខាងលើ

    Defect Density = (30 / 5) = 6

    #7) Defect Removal Efficiency (DRE) = ( No. of Defects found during QA testing / (No. of defects found during QA ការធ្វើតេស្ត +No. of Defects បានរកឃើញដោយ End-user)) * 100

    DRE ត្រូវបានប្រើដើម្បីកំណត់ប្រសិទ្ធភាពតេស្តនៃប្រព័ន្ធ។

    ឧបមាថា កំឡុងពេលអភិវឌ្ឍន៍ & ការធ្វើតេស្ត QA យើងបានកំណត់ចំណុចខ្វះខាតចំនួន 100 ។

    បន្ទាប់ពីការធ្វើតេស្ត QA កំឡុងពេល Alpha & ការធ្វើតេស្តបេតា,អ្នកប្រើប្រាស់/អតិថិជនបានកំណត់អត្តសញ្ញាណពិការភាពចំនួន 40 ដែលអាចត្រូវបានកំណត់អត្តសញ្ញាណក្នុងដំណាក់កាលសាកល្បង QA។

    ឥឡូវនេះ DRE នឹងត្រូវបានគណនាជា

    DRE = [100 / (100 + 40)] * 100 = [100 /140] * 100 = 71%

    #8) Defect Leakage : Defect Leakage គឺជា Metric ដែលត្រូវបានប្រើដើម្បីកំណត់ប្រសិទ្ធភាពនៃការធ្វើតេស្ត QA ឧ. តើមានពិការភាពប៉ុន្មានដែលត្រូវខកខាន/ធ្លាក់កំឡុងពេលធ្វើតេស្ត QA។

    ការលេចធ្លាយកំហុស = ( ចំនួននៃពិការភាពត្រូវបានរកឃើញនៅក្នុង UAT / No. of Defects ដែលបានរកឃើញនៅក្នុងការធ្វើតេស្ត QA។) * 100

    ឧបមាថា កំឡុងពេលអភិវឌ្ឍន៍ & ការធ្វើតេស្ត QA យើងបានកំណត់ចំណុចខ្វះខាតចំនួន 100 ។

    បន្ទាប់ពីការធ្វើតេស្ត QA កំឡុងពេល Alpha & ការធ្វើតេស្តបេតា អ្នកប្រើប្រាស់/អតិថិជនបានកំណត់អត្តសញ្ញាណពិការភាពចំនួន 40 ដែលអាចត្រូវបានកំណត់អត្តសញ្ញាណក្នុងអំឡុងពេលធ្វើតេស្ត QA ។

    ការលេចធ្លាយកំហុស = (40 /100) * 100 = 40%

    #9) ពិការភាពតាមអាទិភាព ៖ មាត្រដ្ឋាននេះត្រូវបានប្រើដើម្បីកំណត់អត្តសញ្ញាណលេខ។ នៃពិការភាពដែលបានកំណត់ដោយផ្អែកលើភាពធ្ងន់ធ្ងរ / អាទិភាពនៃពិការភាពដែលត្រូវបានប្រើដើម្បីសម្រេចគុណភាពនៃកម្មវិធី។

    %ge Critical Defects = No. of Critical Defects identified / Total no. នៃពិការភាពដែលបានកំណត់អត្តសញ្ញាណ * 100

    ពីទិន្នន័យដែលមាននៅក្នុងតារាងខាងលើ

    %ge Critical Defects = 6/ 30 * 100 = 20%

    %ge High Defects = No. of High Defects កំណត់អត្តសញ្ញាណ / Total no. នៃពិការភាពដែលបានកំណត់អត្តសញ្ញាណ *100

    ពីទិន្នន័យដែលមានក្នុងតារាងខាងលើ

    %ge ពិការភាពខ្ពស់ = 10/ 30 * 100 = 33.33%

    %ge ពិការភាពមធ្យម = ទេនៃពិការភាពមធ្យមបានកំណត់ / សរុបលេខ។ នៃពិការភាពដែលបានកំណត់អត្តសញ្ញាណ *100

    ពីទិន្នន័យដែលមាននៅក្នុងតារាងខាងលើ

    %ge ពិការភាពមធ្យម = 6/ 30 * 100 = 20%

    %ge ពិការភាពទាប = No. of Low Defects កំណត់អត្តសញ្ញាណ / Total no. នៃពិការភាពដែលបានកំណត់អត្តសញ្ញាណ *100

    ពីទិន្នន័យដែលមាននៅក្នុងតារាងខាងលើ

    %ge ពិការភាពទាប = 8/ 30 * 100 = 27%

    សេចក្តីសន្និដ្ឋាន

    រង្វាស់ដែលបានផ្តល់នៅក្នុងអត្ថបទនេះត្រូវបានប្រើជាចម្បងសម្រាប់ការបង្កើតរបាយការណ៍ស្ថានភាពប្រចាំថ្ងៃ/សប្តាហ៍ជាមួយនឹងទិន្នន័យត្រឹមត្រូវក្នុងអំឡុងពេលដំណាក់កាលសាកល្បង/ដំណើរការករណីសាកល្បង & វាមានប្រយោជន៍ផងដែរសម្រាប់ការតាមដានស្ថានភាពគម្រោង & គុណភាពនៃកម្មវិធី។

    អំពីអ្នកនិពន្ធ ៖ នេះគឺជាការបង្ហោះរបស់ភ្ញៀវដោយ Anuradha K. នាងមានបទពិសោធន៍សាកល្បងកម្មវិធី 7+ ឆ្នាំ ហើយបច្ចុប្បន្នកំពុងធ្វើការជាអ្នកប្រឹក្សាសម្រាប់ MNC មួយ។ នាងក៏មានចំណេះដឹងល្អអំពីការធ្វើតេស្តស្វ័យប្រវត្តិកម្មចល័តផងដែរ។

    តើម៉ែត្រតេស្តមួយណាផ្សេងទៀតដែលអ្នកប្រើក្នុងគម្រោងរបស់អ្នក? ជាធម្មតា អនុញ្ញាតឱ្យពួកយើងដឹងពីគំនិត/សំណួររបស់អ្នកនៅក្នុងមតិយោបល់ខាងក្រោម។

    ការអានដែលបានណែនាំ

រំកិលទៅលើ