- SIT Vs UAT៖ ទិដ្ឋភាពទូទៅ
- ការធ្វើតេស្តរួមបញ្ចូលប្រព័ន្ធ ( SIT)
- ការទទួលយកអ្នកប្រើប្រាស់ ការធ្វើតេស្ត (UAT)
- ភាពខុសគ្នាសំខាន់ៗរវាង SIT Vs UAT
- សេចក្តីសន្និដ្ឋាន
អត្ថបទនេះពន្យល់ពីភាពខុសគ្នាសំខាន់ៗរវាង SIT Vs UAT ។ អ្នកក៏នឹងរៀនផងដែរអំពីការធ្វើតេស្តរួមបញ្ចូលប្រព័ន្ធ និងវិធីសាស្ត្រសាកល្បងការទទួលយកអ្នកប្រើប្រាស់៖
ជាទូទៅ ការធ្វើតេស្តគឺធ្វើឡើងដោយអ្នកសាកល្បង និងអ្នកអភិវឌ្ឍន៍។ ពួកវានីមួយៗធ្វើតាមគំរូរបស់វាផ្ទាល់ដើម្បីសាកល្បងកម្មវិធីមួយ។
ការធ្វើតេស្តរួមបញ្ចូលប្រព័ន្ធ ឬ SIT ធ្វើឡើងដោយអ្នកសាកល្បង ចំណែកឯការធ្វើតេស្តការទទួលយកអ្នកប្រើប្រាស់ ដែលត្រូវបានគេស្គាល់ជាទូទៅថា UAT ត្រូវបានធ្វើចុងក្រោយដោយអ្នកប្រើប្រាស់ចុងក្រោយ។ អត្ថបទនេះនឹងប្រៀបធៀបទាំង SIT និង UAT យ៉ាងលម្អិត ហើយជួយអ្នកឱ្យយល់ពីភាពខុសគ្នាសំខាន់ៗរវាងទាំងពីរ។
តោះស្វែងយល់!!
SIT Vs UAT៖ ទិដ្ឋភាពទូទៅ
ជាទូទៅ កម្រិតនៃការធ្វើតេស្តមានឋានានុក្រមដូចខាងក្រោម៖
- ការធ្វើតេស្តឯកតា11
- ការធ្វើតេស្តសមាសធាតុ
- ការធ្វើតេស្តប្រព័ន្ធ
- ការធ្វើតេស្តរួមបញ្ចូលប្រព័ន្ធ
- ការធ្វើតេស្តការទទួលយកអ្នកប្រើប្រាស់
- ការផលិត
អនុញ្ញាតឱ្យយើងវិភាគភាពខុសគ្នាសំខាន់ៗរវាង ការធ្វើតេស្តរួមបញ្ចូលប្រព័ន្ធ (SIT) និង ការធ្វើតេស្តការទទួលយកអ្នកប្រើប្រាស់ (UAT)។
ការធ្វើតេស្តរួមបញ្ចូលប្រព័ន្ធ ( SIT)
ប្រព័ន្ធ/ប្រព័ន្ធរងពីរផ្សេងគ្នានឹងបញ្ចូលគ្នានៅចំណុចមួយនៅក្នុងគម្រោងណាមួយ។ បន្ទាប់មកយើងត្រូវសាកល្បងប្រព័ន្ធនេះទាំងមូល។ ដូច្នេះហើយ នេះត្រូវបានគេហៅថា ការធ្វើតេស្តសមាហរណកម្មប្រព័ន្ធ។
ជំហានធ្វើការរបស់ SIT
- អង្គភាពនីមួយៗត្រូវតែបញ្ចូលជាដំបូងនៅក្នុងការបង្កើតដាច់ដោយឡែក។
- ប្រព័ន្ធទាំងមូលត្រូវតែ ត្រូវបានធ្វើតេស្តទាំងមូល។
- ករណីសាកល្បងត្រូវតែសរសេរដោយប្រើកម្មវិធីត្រឹមត្រូវដោយផ្អែកលើតម្រូវការកម្មវិធី។
- កំហុសដូចជាកំហុស UI កំហុសលំហូរទិន្នន័យ និងកំហុសចំណុចប្រទាក់អាចត្រូវបានរកឃើញនៅក្នុងការធ្វើតេស្តនេះ។
ឧទាហរណ៍៖
អនុញ្ញាតឱ្យយើងពិចារណាថាគេហទំព័រថែទាំសុខភាពមាន 3 ផ្ទាំង ជាដំបូង ពោលគឺ ព័ត៌មានអ្នកជំងឺ ការអប់រំ និងកំណត់ត្រាវេជ្ជសាស្រ្តពីមុន ។ គេហទំព័រថែទាំសុខភាពឥឡូវនេះបានបន្ថែម ផ្ទាំងថ្មីមួយ ដែលហៅថា ព័ត៌មានការចាក់។
ឥឡូវនេះព័ត៌មានលម្អិត ឬមូលដ្ឋានទិន្នន័យរបស់ផ្ទាំងថ្មីត្រូវតែបញ្ចូលជាមួយផ្ទាំងដែលមានស្រាប់ ហើយប្រព័ន្ធមាន ដើម្បីសាកល្បងទាំងមូលជាមួយនឹង 4 ផ្ទាំង។
យើងត្រូវសាកល្បងគេហទំព័ររួមបញ្ចូលគ្នាដែលមានបួនផ្ទាំង។
គេហទំព័ររួមបញ្ចូលគ្នាមើលទៅ អ្វីមួយដូចដែលបានបង្ហាញខាងក្រោម៖
បច្ចេកទេសដែលប្រើក្នុង SIT
- វិធីសាស្រ្តពីលើចុះក្រោម
- វិធីសាស្រ្តចុះក្រោម
- វិធីសាស្រ្ត Big Bang
#1) វិធីសាស្រ្តពីលើចុះក្រោម
ដូចឈ្មោះខ្លួនវាណែនាំ វាមានន័យថាវាធ្វើតាម ការអនុវត្តពីកំពូលទៅបាត។ វាគឺជាវិធីសាស្រ្តដែលមុខងារចម្បង ឬម៉ូឌុលត្រូវបានសាកល្បង បន្តដោយម៉ូឌុលរងតាមលំដាប់លំដោយ។ នៅទីនេះ សំណួរកើតឡើងថាតើយើងនឹងធ្វើអ្វីប្រសិនបើម៉ូឌុលរងជាក់ស្តែងបន្តបន្ទាប់គ្នាមិនមានវត្តមានភ្លាមៗសម្រាប់ការរួមបញ្ចូល។
ចម្លើយចំពោះបញ្ហានេះផ្តល់នូវការកើនឡើងដល់ STUBS។
Stubs ត្រូវបានគេស្គាល់ថាជាកម្មវិធី ។ ពួកវាដើរតួជា ម៉ូឌុលអត់ចេះសោះ ហើយអនុវត្តមុខងារម៉ូឌុលដែលត្រូវការក្នុងលក្ខណៈកំណត់។
Stubs អនុវត្តមុខងារនៃឯកតា/ម៉ូឌុល/ម៉ូឌុលរងក្នុងលក្ខណៈផ្នែកមួយ រហូតទាល់តែម៉ូឌុលជាក់ស្តែងរួចរាល់សម្រាប់ការធ្វើសមាហរណកម្ម ដោយសារការរួមបញ្ចូលនៃម៉ូឌុលរងមានការលំបាក។
សមាសធាតុកម្រិតទាបអាចត្រូវបានជំនួសដោយ stubs តាមលំដាប់លំដោយ ដើម្បីរួមបញ្ចូល។ ដូច្នេះវិធីសាស្រ្តពីលើចុះក្រោមអាចធ្វើតាមភាសាដែលមានរចនាសម្ព័ន្ធឬនីតិវិធី។ បន្ទាប់ពី stub មួយត្រូវបានជំនួសដោយសមាសធាតុជាក់ស្តែង ដើមបន្ទាប់អាចត្រូវបានជំនួសដោយសមាសធាតុជាក់ស្តែង។
ការប្រតិបត្តិនៃដ្យាក្រាមខាងលើនឹងមានម៉ូឌុល A, ម៉ូឌុល B, ម៉ូឌុល C, ម៉ូឌុល D, ម៉ូឌុល E, ម៉ូឌុល F និងម៉ូឌុល G.
ឧទាហរណ៍សម្រាប់ Stubs៖
#2) វិធីសាស្រ្តចុះក្រោម
វិធីសាស្រ្តនេះធ្វើតាមឋានានុក្រមពីក្រោមទៅកំពូល។ នៅទីនេះ ម៉ូឌុលទាបត្រូវបានរួមបញ្ចូលជាមុនសិន ហើយបន្ទាប់មកម៉ូឌុលខ្ពស់ជាងត្រូវបានរួមបញ្ចូល និងសាកល្បង។
ម៉ូឌុល ឬឯកតាខាងក្រោមភាគច្រើនត្រូវបានបញ្ចូលគ្នា និងសាកល្បង។ សំណុំនៃឯកតាទាបត្រូវបានគេហៅថា ចង្កោម ។ ខណៈពេលដែលរួមបញ្ចូលម៉ូឌុលរងជាមួយម៉ូឌុលមេ ក្នុងករណីដែលម៉ូឌុលមេមិនអាចប្រើបាន នោះ អ្នកបើកបរ ត្រូវបានប្រើដើម្បីសរសេរកូដកម្មវិធីមេ។
អ្នកបើកបរត្រូវបានគេហៅថាកម្មវិធីហៅទូរស័ព្ទ។ .
ការលេចធ្លាយបញ្ហាមានតិចនៅក្នុងវិធីសាស្រ្តនេះ។
ដើម្បីរួមបញ្ចូលម៉ូឌុលរងទៅ កម្រិតខ្ពស់ ឬម៉ូឌុលមេ ម៉ូឌុលកម្មវិធីបញ្ជាត្រូវបានបង្កើតដូចដែលបានបង្ហាញក្នុងរូបភាពខាងលើ។
#3) វិធីសាស្រ្ត Big Bang
និយាយសាមញ្ញ ក្នុងវិធីសាស្រ្ត Big Bang អ្នកត្រូវភ្ជាប់ទាំងអស់ ឯកតាក្នុងពេលតែមួយនិងសាកល្បងសមាសធាតុទាំងអស់។ គ្មានភាគថាសត្រូវបានធ្វើនៅទីនេះទេ។ ការលេចធ្លាយបញ្ហាមិនត្រូវកើតឡើងទេ។
វិធីសាស្រ្តនេះមានប្រយោជន៍សម្រាប់គម្រោងដែលទើបនឹងបង្កើតថ្មីដែលត្រូវបានបង្កើតឡើងពីដំបូង ឬដែលបានទទួលការកែលម្អសំខាន់ៗ។
ការទទួលយកអ្នកប្រើប្រាស់ ការធ្វើតេស្ត (UAT)
នៅពេលណាដែលអ្នកសាកល្បងកំពុងប្រគល់គម្រោងដែលបានសាកល្បងដែលបានបញ្ចប់ទៅឱ្យអតិថិជន/អ្នកប្រើប្រាស់ចុងក្រោយ នោះអតិថិជន/អ្នកប្រើប្រាស់ចុងក្រោយនឹងសាកល្បងគម្រោងម្តងទៀត ដើម្បីមើលថាតើវាត្រូវបានរចនាឡើងយ៉ាងត្រឹមត្រូវ។ វាត្រូវបានគេហៅថាការធ្វើតេស្តការទទួលយកអ្នកប្រើប្រាស់។
ករណីសាកល្បងសមស្របត្រូវតែសរសេរសម្រាប់ទាំងពីរ ដើម្បីអនុវត្តការធ្វើតេស្ត។
អ្នកអភិវឌ្ឍន៍បង្កើតកូដដោយផ្អែកលើ ឯកសារបញ្ជាក់តម្រូវការមុខងារ។ អ្នកសាកល្បងសាកល្បងវា ហើយរាយការណ៍ពីកំហុស។ ប៉ុន្តែអតិថិជន ឬអ្នកប្រើប្រាស់ចុងក្រោយដឹងពីរបៀបដែលប្រព័ន្ធដំណើរការយ៉ាងពិតប្រាកដ។ ដូច្នេះហើយ ពួកគេសាកល្បងប្រព័ន្ធពីទីបញ្ចប់របស់ពួកគេ។
ជំហានធ្វើការនៃ UAT
- ផែនការ UAT ត្រូវតែបង្កើតដោយផ្អែកលើតម្រូវការ។
- សេណារីយ៉ូត្រូវតែ ត្រូវបានបង្កើតឡើងពីតម្រូវការ។
- ករណីសាកល្បង និងទិន្នន័យតេស្តត្រូវតែត្រូវបានរៀបចំ។
- ករណីសាកល្បងត្រូវតែដំណើរការ និងពិនិត្យរកមើលកំហុសដែលមានវត្តមាន។
- ប្រសិនបើ មិនមានកំហុសទេ ហើយករណីសាកល្បងបានកន្លងផុតទៅ នោះគម្រោងអាចត្រូវបានបិទ និងបញ្ជូនសម្រាប់ការផលិត។
- ប្រសិនបើមានកំហុស ឬកំហុសណាមួយត្រូវបានរកឃើញ នោះវាត្រូវតែជួសជុលជាបន្ទាន់ដើម្បីរៀបចំសម្រាប់ការចេញផ្សាយ។
ប្រភេទនៃការធ្វើតេស្ត UAT
- អាល់ហ្វា និងបេតាការធ្វើតេស្ត៖ ការធ្វើតេស្តអាល់ហ្វាត្រូវបានធ្វើនៅកន្លែងអភិវឌ្ឍន៍ ចំណែកការធ្វើតេស្តបែតាត្រូវបានធ្វើនៅក្នុងបរិយាកាសខាងក្រៅ ពោលគឺក្រុមហ៊ុនខាងក្រៅ។ ដែលត្រូវបានកំណត់ជាមុនចាំបាច់ត្រូវបំពេញ។
- ការធ្វើតេស្តការទទួលយកបទប្បញ្ញត្តិ៖ ដូចដែលឈ្មោះបាននិយាយថា ការធ្វើតេស្តនេះត្រូវបានធ្វើផ្ទុយនឹងបទប្បញ្ញត្តិ។
- ការធ្វើតេស្តទទួលយកប្រតិបត្តិការ៖ ប្រតិបត្តិការ ឬដំណើរការការងារដែលបានរចនាឡើងត្រូវតែដូចការរំពឹងទុក។
- ការធ្វើតេស្តប្រអប់ខ្មៅ៖ ដោយមិនស៊ីជម្រៅ កម្មវិធីត្រូវតែត្រូវបានសាកល្បងសម្រាប់គោលបំណងសំខាន់របស់វា។
ភាពខុសគ្នាសំខាន់ៗរវាង SIT Vs UAT
SIT | UAT |
---|---|
វាត្រូវបានអនុវត្តដោយអ្នកសាកល្បង និងអ្នកអភិវឌ្ឍន៍។ | វាត្រូវបានអនុវត្តដោយអ្នកប្រើប្រាស់ចុងក្រោយ និងអតិថិជន។ |
ការរួមបញ្ចូលឯកតារង/ឯកតាត្រូវបានពិនិត្យនៅទីនេះ។ ចំណុចប្រទាក់នឹងត្រូវបានសាកល្បង។ | ការរចនាទាំងមូលត្រូវបានពិនិត្យនៅទីនេះ។ |
ឯកតានីមួយៗត្រូវបានរួមបញ្ចូល និងសាកល្បងដើម្បីឱ្យប្រព័ន្ធដំណើរការតាមតម្រូវការ។ | ប្រព័ន្ធនេះត្រូវបានសាកល្បងទាំងមូលសម្រាប់មុខងារចម្បងនៃផលិតផលតាមការចង់បានរបស់អ្នកប្រើប្រាស់។ |
វាត្រូវបានធ្វើដោយផ្អែកលើតម្រូវការរបស់អ្នកសាកល្បង។ | វាត្រូវបានធ្វើដោយផ្អែកលើទស្សនវិស័យរបស់អ្នកប្រើប្រាស់អំពីរបៀបដែលផលិតផលត្រូវប្រើដោយអ្នកប្រើប្រាស់ចុងក្រោយ។ |
SIT ត្រូវបានអនុវត្តភ្លាមៗនៅពេលដែលប្រព័ន្ធត្រូវបានប្រមូលផ្តុំ។ | UAT ត្រូវបានអនុវត្តចុងក្រោយមុនការចេញផ្សាយផលិតផល។ |
សេចក្តីសន្និដ្ឋាន
ការធ្វើតេស្តរួមបញ្ចូលប្រព័ន្ធត្រូវបានធ្វើឡើងជាចម្បងដើម្បីសាកល្បងតម្រូវការចំណុចប្រទាក់នៃប្រព័ន្ធមួយ។ ចំណែកឯការសាកល្បងការទទួលយកអ្នកប្រើត្រូវបានធ្វើឡើងដើម្បីផ្ទៀងផ្ទាត់មុខងារប្រព័ន្ធទាំងមូលដោយអ្នកប្រើចុងក្រោយ។ ករណីសាកល្បងដែលសមស្របត្រូវតែសរសេរសម្រាប់ការធ្វើតេស្តទាំងពីរ។
SIT អាចធ្វើបានដោយ 3 បច្ចេកទេស (វិធីសាស្ត្រពីលើចុះក្រោម បាតឡើងលើ និង Big Bang)។ UAT អាចធ្វើបានដោយប្រើវិធីសាស្រ្តចំនួន 5 (ការធ្វើតេស្តអាល់ហ្វា និងបេតា ការធ្វើតេស្តការទទួលយកកិច្ចសន្យា ការធ្វើតេស្តការទទួលយកបទប្បញ្ញត្តិ ការធ្វើតេស្តការទទួលយកប្រតិបត្តិការ និងការធ្វើតេស្តប្រអប់ខ្មៅ។ ការស្ថាបនាផ្សេងៗគ្នាអាចត្រូវបានធ្វើឡើងដោយផ្អែកលើពិការភាព។ ចំណែកឯពិការភាពដែលរកឃើញនៅក្នុង UAT ត្រូវបានចាត់ទុកថាជាសញ្ញាខ្មៅសម្រាប់អ្នកសាកល្បង ហើយមិនត្រូវបានទទួលយក។
នៅក្នុង UAT មន្ត្រីអាជីវកម្ម ឬអតិថិជនត្រូវតែពេញចិត្តដែលផលិតផលដែលបានអភិវឌ្ឍបំពេញតម្រូវការរបស់ពួកគេនៅក្នុងបរិយាកាសអាជីវកម្ម។ SIT គួរតែបំពេញតម្រូវការមុខងារនៃប្រព័ន្ធ។
យើងសង្ឃឹមថាអត្ថបទនេះបានបំភ្លឺរាល់សំណួររបស់អ្នកនៅលើ SIT Vs UAT!!