- បញ្ជីនៃការបង្រៀនសាកល្បង API
- ទិដ្ឋភាពទូទៅនៃការបង្រៀននៅក្នុងស៊េរីសាកល្បង API នេះ
- សេចក្តីសន្និដ្ឋាន
- API Testing Tutorial
- ការណែនាំអំពីការធ្វើតេស្ត API នៅក្នុងស្ថាប័នរបស់អ្នក
ការបង្រៀនសាកល្បង API ស៊ីជម្រៅនេះពន្យល់ទាំងអស់អំពីការធ្វើតេស្ត API សេវាកម្មគេហទំព័រ និងរបៀបណែនាំការធ្វើតេស្ត API នៅក្នុងស្ថាប័នរបស់អ្នក៖
ទទួលបានការយល់ដឹងស៊ីជម្រៅអំពីការធ្វើតេស្ត API រួមជាមួយនឹង គោលគំនិតនៃការធ្វើតេស្តប្ដូរឆ្វេង និងសេវាកម្មគេហទំព័រពីការបង្រៀនណែនាំនេះ។
គោលគំនិតដូចជា Web API របៀបដែល API ដំណើរការ (ជាមួយឧទាហរណ៍ក្នុងពិភពពិត) និងរបៀបដែលវាខុសពីសេវាកម្មគេហទំព័រត្រូវបានពន្យល់យ៉ាងល្អជាមួយនឹងឧទាហរណ៍នៅក្នុងនេះ ការបង្រៀន។
បញ្ជីនៃការបង្រៀនសាកល្បង API
មេរៀន #1: ការបង្រៀនសាកល្បង API៖ ការណែនាំពេញលេញសម្រាប់អ្នកចាប់ផ្តើមដំបូង
ការបង្រៀន #2: ការបង្រៀនសេវាកម្មគេហទំព័រ៖ សមាសធាតុ ស្ថាបត្យកម្ម ប្រភេទ & ឧទាហរណ៍
ការបង្រៀន #3: សំណួរសម្ភាសន៍ ASP.Net និង Web API កំពូលទាំង 35 ជាមួយនឹងចម្លើយ
ការបង្រៀន #4: ការបង្រៀន POSTMAN៖ ការធ្វើតេស្ត API ការប្រើប្រាស់ POSTMAN
ការបង្រៀន #5: ការធ្វើតេស្តសេវាកម្មគេហទំព័រដោយប្រើម៉ាស៊ីនភ្ញៀវ Apache HTTP
ទិដ្ឋភាពទូទៅនៃការបង្រៀននៅក្នុងស៊េរីសាកល្បង API នេះ
មេរៀន # | អ្វីដែលអ្នកនឹងរៀន | |||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Tutorial_#1: | មេរៀនសាកល្បង API ៖ មគ្គុទ្ទេសក៍ពេញលេញសម្រាប់អ្នកចាប់ផ្តើមដំបូង ការបង្រៀនសាកល្បង API ស៊ីជម្រៅនេះនឹងពន្យល់ទាំងអស់អំពីការធ្វើតេស្ត API និងសេវាកម្មគេហទំព័រយ៉ាងលម្អិត ហើយថែមទាំងអប់រំអ្នកពីរបៀបណែនាំការធ្វើតេស្ត API នៅក្នុងស្ថាប័នរបស់អ្នក។ 14 | |||||||||||||||||||||||||||||||||||||||||||||||||||
Tutorial_#2: | Web Services Tutorial: Components, Architecture, Types & ឧទាហរណ៍ គេហទំព័រនេះ។ភាពត្រឹមត្រូវនៃការឆ្លើយតបពី API សម្រាប់ការឆ្លើយតបត្រឹមត្រូវ និងមិនត្រឹមត្រូវគឺពិតជាមានសារៈសំខាន់ណាស់។ ប្រសិនបើលេខកូដស្ថានភាពនៃ 200 (មានន័យថាយល់ព្រមទាំងអស់) ត្រូវបានទទួលជាការឆ្លើយតបពី API សាកល្បង ប៉ុន្តែប្រសិនបើអត្ថបទឆ្លើយតបនិយាយថាមានកំហុសត្រូវបានជួបប្រទះ នោះនេះគឺជាកំហុស។ លើសពីនេះទៀត ប្រសិនបើសារមានកំហុស ខ្លួនវាមិនត្រឹមត្រូវទេ នោះអាចជាការយល់ច្រឡំយ៉ាងខ្លាំងដល់អតិថិជនចុងក្រោយដែលកំពុងព្យាយាមរួមបញ្ចូលជាមួយ API នេះ។ នៅក្នុងរូបថតអេក្រង់ខាងក្រោម អ្នកប្រើប្រាស់បានបញ្ចូលទម្ងន់មិនត្រឹមត្រូវ ដែលលើសពី 2267 Kgs ដែលអាចទទួលយកបាន។ API ឆ្លើយតបជាមួយនឹងលេខកូដស្ថានភាពកំហុស និងសារកំហុស។ ទោះយ៉ាងណាក៏ដោយ សារកំហុសនិយាយមិនត្រឹមត្រូវអំពីឯកតាទម្ងន់ជា lbs ជំនួសឱ្យ KG ។ នេះគឺជាពិការភាពដែលអាចធ្វើអោយអតិថិជនមានការភ័ន្តច្រឡំ។ (ii) Load and Performance TestingAPIs មានន័យថាអាចធ្វើមាត្រដ្ឋានបានតាមការរចនា។ ជាលទ្ធផលនេះធ្វើឱ្យ Load and Performance Testing មានសារៈសំខាន់ជាពិសេសប្រសិនបើប្រព័ន្ធដែលត្រូវបានរចនាឡើងត្រូវបានគេរំពឹងថានឹងផ្តល់សេវាកម្មរាប់ពាន់សំណើក្នុងមួយនាទី ឬម៉ោង អាស្រ័យលើតម្រូវការ។ ការអនុវត្តការសាកល្បងបន្ទុក និងការអនុវត្តជាប្រចាំនៅលើ API អាចជួយកំណត់លក្ខណៈស្តង់ដារនៃដំណើរការ ការផ្ទុកខ្ពស់បំផុត និងចំណុចបំបែក។ ទិន្នន័យនេះមានប្រយោជន៍ ខណៈពេលដែលមានគម្រោងពង្រីកកម្មវិធី។ ការមានព័ត៌មាននេះ នឹងជួយគាំទ្រការសម្រេចចិត្ត និងការធ្វើផែនការ ជាពិសេសប្រសិនបើស្ថាប័នមានគម្រោងបន្ថែមអតិថិជនបន្ថែមទៀត ដែលមានន័យថា នឹងមានអ្នកចូលមកកាន់តែច្រើន។សំណើ។ របៀបណែនាំការធ្វើតេស្ត API នៅក្នុងស្ថាប័នរបស់អ្នកដំណើរការសម្រាប់ណែនាំការធ្វើតេស្ត API នៅក្នុងស្ថាប័នណាមួយគឺស្រដៀងគ្នាទៅនឹងដំណើរការដែលត្រូវបានប្រើសម្រាប់ការអនុវត្ត ឬដាក់ឱ្យប្រើប្រាស់ឧបករណ៍ធ្វើតេស្ត និងក្របខ័ណ្ឌផ្សេងទៀត។ តារាងខាងក្រោមសង្ខេបជំហានសំខាន់ៗ រួមជាមួយនឹងលទ្ធផលរំពឹងទុកនៃជំហាននីមួយៗ។
បញ្ហាប្រឈមទូទៅ និងវិធីកាត់បន្ថយអនុញ្ញាតឱ្យយើងពិភាក្សាអំពីបញ្ហាប្រឈមទូទៅមួយចំនួនដែលក្រុម QA ប្រឈមមុខនឹងការព្យាយាមអនុវត្តក្របខ័ណ្ឌការធ្វើតេស្ត API នៅក្នុងស្ថាប័នមួយ។ #1) ការជ្រើសរើសឧបករណ៍ត្រឹមត្រូវការជ្រើសរើសឧបករណ៍ត្រឹមត្រូវសម្រាប់ការងារគឺជាបញ្ហាប្រឈមទូទៅបំផុត។ មានឧបករណ៍សាកល្បង API ជាច្រើនដែលមាននៅលើទីផ្សារ។ វាហាក់ដូចជាទាក់ទាញខ្លាំងក្នុងការអនុវត្តឧបករណ៍ចុងក្រោយបំផុត និងថ្លៃបំផុតដែលមាននៅលើទីផ្សារ ប៉ុន្តែប្រសិនបើវាមិននាំមកនូវលទ្ធផលដែលចង់បានទេ ឧបករណ៍នោះ គ្មានប្រយោជន៍ទេ។ ហេតុដូច្នេះហើយ តែងតែជ្រើសរើសឧបករណ៍ដែលដោះស្រាយតម្រូវការ 'ត្រូវតែមាន' ដោយផ្អែកលើតម្រូវការស្ថាប័នរបស់អ្នក។ នេះគឺជាម៉ាទ្រីសវាយតម្លៃឧបករណ៍គំរូសម្រាប់ ឧបករណ៍ API ដែលអាចប្រើបាន
API Testing Tutorialផ្នែកនេះនឹងជួយអ្នកឱ្យទទួលបានការយល់ដឹងជាមូលដ្ឋានអំពីសេវាកម្មគេហទំព័រ និង API គេហទំព័រ ដែលវាមានប្រយោជន៍ក្នុងការយល់ដឹងអំពីគោលគំនិតសំខាន់ៗនៅក្នុងការបង្រៀននាពេលខាងមុខនៅក្នុងស៊េរីការធ្វើតេស្ត API នេះ។ API ( Application Programming Interface) គឺជាសំណុំនៃនីតិវិធី និងមុខងារទាំងអស់ដែលអនុញ្ញាតឱ្យយើងបង្កើតកម្មវិធីដោយចូលទៅកាន់ទិន្នន័យ ឬលក្ខណៈនៃប្រព័ន្ធប្រតិបត្តិការ ឬវេទិកា។ ការធ្វើតេស្តនៃនីតិវិធីបែបនេះត្រូវបានគេស្គាល់ថាជា API Testing។ Shift Left Testingប្រភេទនៃការធ្វើតេស្តដ៏សំខាន់មួយដែលត្រូវបានសួរនាពេលបច្ចុប្បន្ននេះនៅក្នុង API Testing Interviews គឺ Shift Left Testing។ ប្រភេទនៃការធ្វើតេស្តនេះត្រូវបានអនុវត្តនៅក្នុងគម្រោងស្ទើរតែទាំងអស់ដែលអនុវត្តតាមវិធីសាស្ត្ររហ័សរហួន។ មុនពេលការសាកល្បង Shift Left ត្រូវបានណែនាំ ការធ្វើតេស្តផ្នែកទន់បានលេចចេញជារូបភាពតែបន្ទាប់ពីការសរសេរកូដបានបញ្ចប់ ហើយលេខកូដត្រូវបានបញ្ជូនទៅអ្នកសាកល្បងប៉ុណ្ណោះ។ ការអនុវត្តនេះបាននាំឱ្យមានការប្រញាប់ប្រញាល់នៅនាទីចុងក្រោយដើម្បីបំពេញតាមកាលកំណត់ ហើយវាក៏រារាំងគុណភាពផលិតផលក្នុងកម្រិតដ៏អស្ចារ្យផងដែរ។ ក្រៅពីនោះ ការខិតខំប្រឹងប្រែងដែលបានធ្វើឡើង (នៅពេលដែលមានកំហុសត្រូវបានរាយការណ៍នៅដំណាក់កាលចុងក្រោយមុនពេលផលិត) គឺ ដ៏ធំព្រោះអ្នកអភិវឌ្ឍន៍ត្រូវឆ្លងកាត់ទាំងដំណាក់កាលរចនា និងការសរសេរកូដម្តងទៀត។ វដ្តនៃការអភិវឌ្ឍន៍កម្មវិធី (SDLC) មុនពេលការធ្វើតេស្តប្តូរវេនឆ្វេងលំហូរ SDLC ប្រពៃណីគឺ៖ តម្រូវការ – > រចនា –> ការសរសេរកូដ –> ការធ្វើតេស្ត។ គុណវិបត្តិនៃការធ្វើតេស្តបែបប្រពៃណី
ដូច្នេះហើយ គំនិតថ្មីមួយបានលេចចេញមកដើម្បីផ្លាស់ប្តូរដំណាក់កាលសាកល្បងទៅខាងឆ្វេង ដែលនាំទៅដល់ការធ្វើតេស្ត Shift Left។ បានណែនាំ អាន => ការធ្វើតេស្ត Shift Left៖ ASecret Mantra សម្រាប់ភាពជោគជ័យផ្នែកទន់ ដំណាក់កាលនៃការធ្វើតេស្តការផ្លាស់ប្តូរខាងឆ្វេង ការធ្វើតេស្តការផ្លាស់ប្តូរឆ្វេងបាននាំឱ្យមានការផ្លាស់ប្តូរដោយជោគជ័យពីការរកឃើញពិការភាពទៅការការពារពិការភាព។ វាក៏បានជួយឱ្យកម្មវិធីបរាជ័យយ៉ាងឆាប់រហ័ស និងជួសជុលការបរាជ័យទាំងអស់នៅដំណាក់កាលដំបូងបំផុត។ Web APIក្នុងន័យទូទៅ Web API អាចត្រូវបានកំណត់ថាជាអ្វីមួយដែលទទួលយកសំណើពីអតិថិជន។ ប្រព័ន្ធទៅម៉ាស៊ីនមេគេហទំព័រ ហើយបញ្ជូនការឆ្លើយតបពីម៉ាស៊ីនមេគេហទំព័រទៅម៉ាស៊ីនភ្ញៀវ។ តើ API ដំណើរការយ៉ាងដូចម្តេច?សូមលើកយកសេណារីយ៉ូទូទៅនៃការកក់ជើងហោះហើរនៅលើគេហទំព័រ www.makemytrip.com ដែលជាសេវាកម្មធ្វើដំណើរតាមអ៊ីនធឺណិតដែលប្រមូលផ្តុំព័ត៌មានពីក្រុមហ៊ុនអាកាសចរណ៍ជាច្រើន។ នៅពេលអ្នកទៅសម្រាប់ការកក់ជើងហោះហើរ អ្នកបញ្ចូលព័ត៌មានដូចជា កាលបរិច្ឆេទធ្វើដំណើរ/កាលបរិច្ឆេទត្រឡប់មកវិញ ថ្នាក់។ល។ ហើយចុចលើការស្វែងរក។ វានឹងបង្ហាញអ្នកពីតម្លៃនៃក្រុមហ៊ុនអាកាសចរណ៍ជាច្រើន និងភាពអាចរកបានរបស់ពួកគេ។ ក្នុងករណីនេះ កម្មវិធីមានអន្តរកម្មជាមួយ APIs នៃក្រុមហ៊ុនអាកាសចរណ៍ជាច្រើន ហើយដោយហេតុនេះផ្តល់នូវការចូលប្រើទិន្នន័យរបស់ក្រុមហ៊ុនអាកាសចរណ៍។ ឧទាហរណ៍មួយទៀតគឺ www.trivago.com ដែលប្រៀបធៀប និងរាយបញ្ជីតម្លៃ ភាពអាចរកបាន។ល។ នៃសណ្ឋាគារផ្សេងៗគ្នា ពីទីក្រុងជាក់លាក់មួយ។ គេហទំព័រនេះប្រាស្រ័យទាក់ទងជាមួយ APIs នៃសណ្ឋាគារជាច្រើន ដើម្បីចូលប្រើមូលដ្ឋានទិន្នន័យ និងរាយបញ្ជីតម្លៃ និងភាពអាចរកបានពីគេហទំព័ររបស់ពួកគេ។ ដូច្នេះ Web API អាចត្រូវបានកំណត់ថាជា “ចំណុចប្រទាក់ដែលសម្របសម្រួលការទំនាក់ទំនងរវាងម៉ាស៊ីនភ្ញៀវ និង នេះ។webserver”។ សេវាកម្មគេហទំព័រសេវាកម្មគេហទំព័រគឺ (ដូចជា Web API) សេវាកម្មដែលបម្រើពីម៉ាស៊ីនមួយទៅម៉ាស៊ីនមួយទៀត។ ប៉ុន្តែភាពខុសគ្នាដ៏សំខាន់ដែលកើតឡើងរវាង API និងសេវាកម្មគេហទំព័រគឺសេវាកម្មគេហទំព័រប្រើប្រាស់បណ្តាញ។ វាមានសុវត្ថិភាពក្នុងការនិយាយថាសេវាកម្មគេហទំព័រទាំងអស់គឺជា APIs គេហទំព័រ ប៉ុន្តែ API បណ្តាញទាំងអស់មិនមែនជាសេវាកម្មបណ្តាញ (ពន្យល់នៅក្នុង ផ្នែកចុងក្រោយនៃអត្ថបទ) ។ ដូច្នេះ សេវាគេហទំព័រគឺជាសំណុំរងនៃ Web API ។ សូមមើលដ្យាក្រាមខាងក្រោម ដើម្បីដឹងបន្ថែមអំពី Web API និងសេវាកម្មគេហទំព័រ។ Web API vs Web Services Web Services vs Web APIទាំង Web API និង Web Services ត្រូវបានប្រើដើម្បីសម្រួលដល់ការទំនាក់ទំនងរវាងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ។ ភាពខុសគ្នាដ៏សំខាន់កើតឡើងតែនៅក្នុងវិធីដែលពួកគេប្រាស្រ័យទាក់ទង។ ពួកគេម្នាក់ៗទាមទារផ្នែកសំណើដែលអាចទទួលយកបានក្នុងភាសាជាក់លាក់មួយ ភាពខុសគ្នារបស់ពួកគេក្នុងការផ្តល់នូវការតភ្ជាប់ដែលមានសុវត្ថិភាព ល្បឿននៃការប្រាស្រ័យទាក់ទងរបស់ពួកគេទៅកាន់ម៉ាស៊ីនមេ និងការឆ្លើយតបមកវិញ។ ដល់អតិថិជន។ល។ ភាពខុសគ្នារវាងសេវាកម្មគេហទំព័រ និង Web API ត្រូវបានរាយបញ្ជីខាងក្រោមសម្រាប់ឯកសារយោងរបស់អ្នក។ សេវាកម្មគេហទំព័រ
Web API
ការណែនាំអំពីការធ្វើតេស្ត API នៅក្នុងស្ថាប័នរបស់អ្នកនៅក្នុងជីវិតប្រចាំថ្ងៃរបស់យើង យើងទាំងអស់គ្នាធ្លាប់មានទំនាក់ទំនងជាមួយកម្មវិធីជាមួយ APIs ប៉ុន្តែយើងក៏មិនបានគិតពីដំណើរការ back-end ដែលជំរុញមុខងារមូលដ្ឋានដែរ។ ឧទាហរណ៍ , ចូរយើងពិចារណាថាអ្នកកំពុងរកមើលផលិតផលនៅលើ Amazon.com ហើយអ្នកឃើញផលិតផល/កិច្ចព្រមព្រៀងដែលអ្នកពិតជាចូលចិត្ត ហើយអ្នកចង់ចែករំលែកវាជាមួយបណ្តាញ Facebook របស់អ្នក។ ពេលដែលអ្នកចុច នៅលើរូបតំណាង Facebook នៅលើផ្នែកចែករំលែកនៃទំព័រ ហើយបញ្ចូលរបស់អ្នក។អត្តសញ្ញាណគណនី Facebook ដែលត្រូវចែករំលែក អ្នកកំពុងធ្វើអន្តរកម្មជាមួយ API ដែលភ្ជាប់គេហទំព័រ Amazon ទៅ Facebook យ៉ាងរលូន។ Focus Shift to API Testingមុននឹងពិភាក្សាបន្ថែមអំពីការធ្វើតេស្ត API សូមពិភាក្សាអំពីហេតុផល ដែលកម្មវិធីដែលមានមូលដ្ឋានលើ API បានទទួលការពេញនិយមនាពេលថ្មីៗនេះ។ មានហេតុផលជាច្រើនដែលស្ថាប័នកំពុងផ្លាស់ប្តូរទៅកាន់ផលិតផល និងកម្មវិធីដែលមានមូលដ្ឋានលើ API ។ ហើយមួយចំនួនក្នុងចំណោមពួកវាត្រូវបានចុះបញ្ជីខាងក្រោមសម្រាប់ឯកសារយោងរបស់អ្នក។ #1) កម្មវិធីផ្អែកលើ API អាចធ្វើមាត្រដ្ឋានបានច្រើនជាងបើប្រៀបធៀបទៅនឹងកម្មវិធី/កម្មវិធីប្រពៃណី។ អត្រានៃការអភិវឌ្ឍន៍កូដគឺលឿនជាងមុន ហើយ API ដូចគ្នាអាចផ្តល់សំណើកាន់តែច្រើនដោយមិនមានកូដសំខាន់ៗ ឬការផ្លាស់ប្តូររចនាសម្ព័ន្ធ។ #2) ក្រុមអភិវឌ្ឍន៍មិនចាំបាច់ចាប់ផ្តើមសរសេរកូដពីដំបូងឡើយ ពេលដែលពួកគេចាប់ផ្តើមធ្វើការលើការបង្កើតមុខងារ ឬកម្មវិធី។ APIs ភាគច្រើនប្រើឡើងវិញនូវមុខងារដែលមានស្រាប់ ដែលអាចធ្វើម្តងទៀតបាន បណ្ណាល័យ នីតិវិធីដែលបានរក្សាទុក។ល។ ដូច្នេះហើយដំណើរការនេះអាចធ្វើឱ្យពួកវាកាន់តែមានផលិតភាពជារួម។ ឧទាហរណ៍ ប្រសិនបើអ្នកជាអ្នកអភិវឌ្ឍន៍ដែលធ្វើការលើ គេហទំព័រ e-commerce ហើយអ្នកចង់បន្ថែម Amazon ជាកម្មវិធីទូទាត់ប្រាក់ បន្ទាប់មកអ្នកមិនចាំបាច់សរសេរកូដតាំងពីដំបូងឡើយ។ អ្វីដែលអ្នកត្រូវធ្វើគឺត្រូវរៀបចំការរួមបញ្ចូលរវាងគេហទំព័ររបស់អ្នក និង Amazon API ដោយប្រើ គ្រាប់ចុចរួមបញ្ចូល និងហៅទូរសព្ទទៅ Amazon API សម្រាប់ដំណើរការការបង់ប្រាក់អំឡុងពេលបង់ប្រាក់ចេញ។ #3) APIs អនុញ្ញាតការរួមបញ្ចូលដ៏ងាយស្រួលជាមួយប្រព័ន្ធផ្សេងទៀត ទាំងសម្រាប់កម្មវិធីឯករាជ្យដែលគាំទ្រ ក៏ដូចជាផលិតផលកម្មវិធីដែលមានមូលដ្ឋានលើ API ។ ឧទាហរណ៍ ចូរយើងពិចារណាថាអ្នកចង់ផ្ញើការដឹកជញ្ជូនពីតូរ៉ុនតូទៅញូវយ៉ក . អ្នកទៅអ៊ីនធឺណិត រុករកទៅកាន់គេហទំព័រដឹកជញ្ជូន ឬភស្តុភារដែលស្គាល់ច្បាស់ ហើយបញ្ចូលព័ត៌មានដែលត្រូវការ។ បន្ទាប់ពីផ្តល់ព័ត៌មានចាំបាច់ នៅពេលអ្នកចុចលើប៊ូតុងទទួលបានអត្រាការប្រាក់ – នៅផ្នែកខាងក្រោយ គេហទំព័រដឹកជញ្ជូននេះប្រហែលជាកំពុងភ្ជាប់ ជាមួយនឹង APIs របស់ក្រុមហ៊ុនផ្តល់សេវា និងអ្នកផ្តល់សេវាមួយចំនួន ដើម្បីទទួលបានអត្រាថាមវន្តសម្រាប់ប្រភពដើមទៅការបញ្ចូលគ្នានៃទីតាំងគោលដៅ។ វិសាលគមពេញលេញនៃការធ្វើតេស្ត APIការធ្វើតេស្ត APIs មិនត្រូវបានកំណត់ចំពោះការផ្ញើសំណើ ទៅ API និងវិភាគការឆ្លើយតបសម្រាប់ភាពត្រឹមត្រូវតែម្នាក់ឯង។ APIs ចាំបាច់ត្រូវតែត្រូវបានសាកល្បងសម្រាប់ដំណើរការរបស់ពួកគេនៅក្រោមបន្ទុកផ្សេងៗគ្នាសម្រាប់ភាពងាយរងគ្រោះ។ សូមពិភាក្សាលម្អិតអំពីរឿងនេះ។ (i) ការធ្វើតេស្តមុខងារការធ្វើតេស្តមុខងារអាចជាកិច្ចការដ៏លំបាកមួយ ដោយសារកង្វះចំណុចប្រទាក់ GUI ។ សូមមើលពីរបៀបដែលវិធីសាស្រ្តសាកល្បងមុខងារសម្រាប់ APIs ខុសពីកម្មវិធីផ្អែកលើ GUI ហើយយើងក៏នឹងពិភាក្សាអំពីឧទាហរណ៍មួយចំនួនជុំវិញវា។ a) ភាពខុសគ្នាជាក់ស្តែងបំផុតនោះគឺថាមិនមាន GUI ដើម្បីធ្វើអន្តរកម្មជាមួយទេ។ អ្នកសាកល្បងដែលជាធម្មតាធ្វើការធ្វើតេស្តមុខងារផ្អែកលើ GUI ឃើញថាវាពិបាកបន្តិចក្នុងការផ្លាស់ប្តូរទៅជាការធ្វើតេស្តកម្មវិធីដែលមិនមែនជា GUI បើប្រៀបធៀបទៅនឹងនរណាម្នាក់ដែលធ្លាប់ស្គាល់វា។ ដំបូងឡើយ សូម្បីតែមុនពេលអ្នកចាប់ផ្តើមសាកល្បង API ក៏ដោយ អ្នកនឹងត្រូវសាកល្បង និងផ្ទៀងផ្ទាត់ដំណើរការផ្ទៀងផ្ទាត់ខ្លួនឯង។ វិធីសាស្ត្រផ្ទៀងផ្ទាត់នឹងប្រែប្រួលពី API មួយទៅ API មួយទៀត ហើយនឹងរួមបញ្ចូលប្រភេទនៃសោរ ឬសញ្ញាសម្ងាត់មួយចំនួនសម្រាប់ការផ្ទៀងផ្ទាត់។ ប្រសិនបើអ្នកមិនអាចភ្ជាប់ទៅ API បានជោគជ័យទេ នោះការធ្វើតេស្តបន្ថែមមិនអាចបន្តបានទេ។ ដំណើរការនេះអាចត្រូវបានចាត់ទុកថាអាចប្រៀបធៀបទៅនឹងការផ្ទៀងផ្ទាត់អ្នកប្រើប្រាស់នៅក្នុងកម្មវិធីស្តង់ដារ ដែលអ្នកត្រូវការព័ត៌មានបញ្ជាក់ត្រឹមត្រូវដើម្បីចូល និងប្រើប្រាស់កម្មវិធី។ b) ការធ្វើតេស្តសុពលភាពនៃវាល ឬសុពលភាពទិន្នន័យបញ្ចូលមានសារៈសំខាន់ខ្លាំងណាស់ កំឡុងពេលសាកល្បង APIs ។ ប្រសិនបើចំណុចប្រទាក់ដែលមានមូលដ្ឋានលើទម្រង់ (GUI) ពិតប្រាកដមាន នោះការផ្ទៀងផ្ទាត់វាលអាចត្រូវបានអនុវត្តនៅផ្នែកខាងមុខ ឬផ្នែកខាងក្រោយ ដោយហេតុនេះធានាថាអ្នកប្រើប្រាស់មិនត្រូវបានអនុញ្ញាតឱ្យបញ្ចូលតម្លៃវាលមិនត្រឹមត្រូវទេ។ ឧទាហរណ៍ ប្រសិនបើកម្មវិធីត្រូវការទម្រង់កាលបរិច្ឆេទទៅជា DD/MM/YYYY នោះយើងអាចអនុវត្តសុពលភាពនេះលើទម្រង់ប្រមូលព័ត៌មាន ដើម្បីធានាថាកម្មវិធីកំពុងទទួលបាន និងដំណើរការកាលបរិច្ឆេទត្រឹមត្រូវ។ ទោះយ៉ាងណាក៏ដោយ វាមិនដូចគ្នាសម្រាប់កម្មវិធី API ទេ។ យើងត្រូវធានាថា API ត្រូវបានសរសេរយ៉ាងល្អ ហើយអាចអនុវត្តសុពលភាពទាំងអស់នេះ បែងចែករវាងទិន្នន័យត្រឹមត្រូវ និងមិនត្រឹមត្រូវ ហើយបញ្ជូនលេខកូដស្ថានភាព និងសារកំហុសបញ្ជាក់សុពលភាពទៅកាន់អ្នកប្រើប្រាស់ចុងក្រោយតាមរយៈការឆ្លើយតប។ c) សាកល្បង |