សួស្តី​អ្នក​ទាំងអស់គ្នា! ថ្ងៃនេះ យើងចង់បង្ហាញដល់សាធារណជន IT ផលិតផលរបស់យើង ដែលជា IDE សម្រាប់ធ្វើការជាមួយ APIs តេស្តមេស. ប្រហែល​ជា​អ្នក​ខ្លះ​បាន​ដឹង​ពី​យើង​រួច​មក​ហើយ។ អត្ថបទមុន. ទោះយ៉ាងណាក៏ដោយ មិនទាន់មានការពិនិត្យទូលំទូលាយអំពីឧបករណ៍នេះទេ ដូច្នេះយើងដោះស្រាយការខ្វះខាតដ៏អកុសលនេះ។

ការលើកទឹកចិត្ត

ខ្ញុំចង់ចាប់ផ្តើមជាមួយនឹងរបៀបដែលការពិតយើងបានមកជីវិតនេះហើយបានសម្រេចចិត្តបង្កើតឧបករណ៍ផ្ទាល់ខ្លួនរបស់យើងសម្រាប់ការងារកម្រិតខ្ពស់ជាមួយ API ។ ចូរចាប់ផ្តើមជាមួយនឹងបញ្ជីមុខងារដែលផលិតផលគួរតែមាន ដែលតាមគំនិតរបស់យើង យើងអាចនិយាយបានថាវាជា “IDE សម្រាប់ធ្វើការជាមួយ APIs”៖

• ការបង្កើត និងដំណើរការសំណួរ និងស្គ្រីប (លំដាប់នៃសំណួរ)
• ការសរសេរប្រភេទផ្សេងៗនៃការធ្វើតេស្ត
• ជំនាន់សាកល្បង
• ធ្វើការជាមួយការពិពណ៌នា API រួមទាំងការនាំចូលពីទម្រង់ដូចជា Swagger, OpenAPI, WADL ជាដើម។
• សំណើចំអក
• ការគាំទ្រដ៏ល្អសម្រាប់ភាសាមួយ ឬច្រើនសម្រាប់ការសរសេរស្គ្រីប រួមទាំងការរួមបញ្ចូលជាមួយបណ្ណាល័យពេញនិយម
• ហើយដូច្នេះនៅលើ។

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

តើអ្នកណាត្រូវការឧបករណ៍បែបនេះ? ជាក់ស្តែង អ្នកទាំងអស់ដែលយ៉ាងហោចណាស់មានទំនាក់ទំនងជាមួយការអភិវឌ្ឍន៍ និងការធ្វើតេស្ត APIs គឺជាអ្នកអភិវឌ្ឍន៍ និងអ្នកសាកល្បង =)។ ជាងនេះទៅទៀត ប្រសិនបើសម្រាប់អតីត ជារឿយៗវាគ្រប់គ្រាន់ដើម្បីប្រតិបត្តិសំណួរតែមួយ និងស្គ្រីបសាមញ្ញ នោះសម្រាប់អ្នកសាកល្បង នេះគឺជាឧបករណ៍សំខាន់មួយ ដែលក្នុងចំណោមរបស់ផ្សេងទៀតគួរតែរួមបញ្ចូលយន្តការដ៏មានឥទ្ធិពលសម្រាប់ការសរសេរការធ្វើតេស្ត ជាមួយនឹងសមត្ថភាពក្នុងការដំណើរការពួកវានៅក្នុង ស៊ីអាយ.

ដូច្នេះ ដោយធ្វើតាមការណែនាំទាំងនេះ យើងបានចាប់ផ្តើមបង្កើតផលិតផលរបស់យើង។ ចាំមើលថាតើយើងសម្រេចបានអ្វីខ្លះនៅដំណាក់កាលនេះ។

ការចាប់ផ្តើមលឿន

ចូរចាប់ផ្តើមជាមួយអ្នកស្គាល់គ្នាដំបូងជាមួយកម្មវិធី។ អ្នកអាចទាញយកវាបាន នៅលើគេហទំព័ររបស់យើងបច្ចុប្បន្ននេះ វេទិកាសំខាន់ៗទាំង 3 ត្រូវបានគាំទ្រ - Windows, Linux, MacOS។ ទាញយក ដំឡើង និងបើកដំណើរការ។ នៅពេលអ្នកបើកដំណើរការវាជាលើកដំបូង អ្នកអាចនឹងឃើញបង្អួចដូចខាងក្រោម៖

ចុចលើសញ្ញាបូកនៅផ្នែកខាងលើនៃផ្ទៃមាតិកាដើម្បីបង្កើតសំណើដំបូងរបស់អ្នក។ ផ្ទាំងសំណួរមើលទៅដូចនេះ៖

សូមក្រឡេកមើលវាឱ្យកាន់តែលម្អិត។ ចំណុចប្រទាក់សំណើគឺស្រដៀងទៅនឹងចំណុចប្រទាក់របស់អតិថិជនសម្រាកដ៏ពេញនិយម ដែលធ្វើឲ្យការផ្ទេរពីឧបករណ៍ស្រដៀងគ្នាកាន់តែងាយស្រួល។ ចូរយើងធ្វើសំណើដំបូងទៅកាន់ url https://next.json-generator.com/api/json/get/NJv-NT-U8

ជាទូទៅ នៅ glance ដំបូង បន្ទះឆ្លើយតបក៏មិនបញ្ចេញការភ្ញាក់ផ្អើលណាមួយដែរ។ យ៉ាង​ណា​ក៏​ដោយ ខ្ញុំ​ចង់​ទាញ​យក​ចិត្ត​ទុក​ដាក់​ចំពោះ​ចំណុច​មួយ​ចំនួន៖

1. តួនៃការឆ្លើយតបត្រូវបានបង្ហាញជាទម្រង់មែកធាង ដែលដំបូងបន្ថែមខ្លឹមសារព័ត៌មាន និងទីពីរអនុញ្ញាតឱ្យអ្នកបន្ថែមលក្ខណៈពិសេសគួរឱ្យចាប់អារម្មណ៍មួយចំនួនអំពីខាងក្រោម
2. មានផ្ទាំង Assertions ដែលបង្ហាញបញ្ជីនៃការធ្វើតេស្តសម្រាប់សំណើដែលបានផ្តល់ឱ្យ

ដូចដែលអ្នកអាចមើលឃើញ ឧបករណ៍របស់យើងអាចត្រូវបានប្រើជាម៉ាស៊ីនភ្ញៀវសម្រាកដ៏ងាយស្រួល។ ទោះជាយ៉ាងណាក៏ដោយ យើងនឹងមិននៅទីនេះទេ ប្រសិនបើសមត្ថភាពរបស់វាត្រូវបានកំណត់ត្រឹមតែការផ្ញើសំណើប៉ុណ្ណោះ។ បន្ទាប់ ខ្ញុំនឹងរៀបរាប់អំពីគោលគំនិត និងមុខងារជាមូលដ្ឋានរបស់ TestMace។

គោលគំនិត និងលក្ខណៈពិសេស

Knot

មុខងារ TestMace ត្រូវបានបែងចែកទៅជាថ្នាំងប្រភេទផ្សេងៗ។ ក្នុងឧទាហរណ៍ខាងលើ យើងបានបង្ហាញពីប្រតិបត្តិការរបស់ថ្នាំង RequestStep ។ ទោះយ៉ាងណាក៏ដោយ ឥឡូវនេះប្រភេទថ្នាំងខាងក្រោមក៏មាននៅក្នុងកម្មវិធីដែរ៖

• ជំហានស្នើសុំ នេះគឺជាថ្នាំងដែលអ្នកអាចបង្កើតសំណើ។ វាអាចមានថ្នាំងអះអាងតែមួយជាធាតុកូន។
• ការអះអាង។ ថ្នាំងត្រូវបានប្រើដើម្បីសរសេរតេស្ត។ អាចគ្រាន់តែជាថ្នាំងកូនរបស់ថ្នាំង RequestStep ប៉ុណ្ណោះ។
• ថតឯកសារ។ អនុញ្ញាតឱ្យអ្នកដាក់ក្រុម Folder និង RequestStep nodes នៅក្នុងខ្លួនពួកគេ។
• គម្រោង។ នេះគឺជាថ្នាំងឫស ដែលបង្កើតដោយស្វ័យប្រវត្តិនៅពេលគម្រោងត្រូវបានបង្កើត។ បើមិនដូច្នោះទេ វាធ្វើឡើងវិញនូវមុខងាររបស់ថ្នាំងថត។
• តំណភ្ជាប់។ ភ្ជាប់ទៅកាន់ Folder ឬ RequestStep node។ អនុញ្ញាតឱ្យអ្នកប្រើសំណួរ និងស្គ្រីបឡើងវិញ។
• ហើយដូច្នេះនៅលើ។

ថ្នាំងមានទីតាំងនៅក្នុងស្នាមឆ្កូត (បន្ទះនៅខាងក្រោមខាងឆ្វេង ប្រើសម្រាប់បង្កើតសំណួរ "ម្តងមួយៗ" យ៉ាងឆាប់រហ័ស) និងនៅក្នុងគម្រោង (បន្ទះនៅផ្នែកខាងលើខាងឆ្វេង) ដែលយើងនឹងរៀបរាប់លម្អិតបន្ថែមទៀត។

គម្រោង

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

គោលបំណងសំខាន់នៃគម្រោងគឺសមត្ថភាពក្នុងការរក្សាទុកការអភិវឌ្ឍន៍នៅក្នុងប្រព័ន្ធឯកសារ និងធ្វើសមកាលកម្មបន្ថែមទៀតតាមរយៈប្រព័ន្ធគ្រប់គ្រងកំណែ ដំណើរការស្គ្រីបនៅក្នុង CI ពិនិត្យមើលការផ្លាស់ប្តូរ។ល។

អថេរ

អថេរគឺជាយន្តការសំខាន់មួយនៃកម្មវិធី។ អ្នកទាំងឡាយណាដែលធ្វើការជាមួយឧបករណ៍ដូចជា TestMace ប្រហែលជាមានគំនិតរួចហើយអំពីអ្វីដែលយើងកំពុងនិយាយអំពី។ ដូច្នេះ អថេរ គឺជាមធ្យោបាយមួយសម្រាប់រក្សាទុកទិន្នន័យទូទៅ និងទំនាក់ទំនងរវាងថ្នាំង។ ឧទាហរណ៍ analogue គឺជាអថេរបរិស្ថាននៅក្នុង Postman ឬ Insomnia ។ ទោះយ៉ាងណាក៏ដោយ យើងបានបន្ត និងបង្កើតប្រធានបទ។ នៅក្នុង TestMace អថេរអាចត្រូវបានកំណត់នៅកម្រិតថ្នាំង។ ណាមួយ។ វាក៏មានយន្តការសម្រាប់ការទទួលអថេរពីបុព្វបុរស និងអថេរត្រួតស៊ីគ្នានៅក្នុងកូនចៅ។ លើសពីនេះ មានអថេរដែលភ្ជាប់មកជាមួយមួយចំនួន ឈ្មោះនៃអថេរដែលភ្ជាប់មកជាមួយ ចាប់ផ្តើមដោយ $. នេះគឺជាពួកគេមួយចំនួន៖

• $prevStep - ភ្ជាប់ទៅអថេរនៃថ្នាំងមុន។
• $nextStep - ភ្ជាប់ទៅអថេរនៃថ្នាំងបន្ទាប់
• $parent - រឿងដដែលៗ តែចំពោះបុព្វបុរស
• $response - ការឆ្លើយតបពីម៉ាស៊ីនមេ
• $env - អថេរបរិស្ថានបច្ចុប្បន្ន
• $dynamicVar - អថេរថាមវន្តដែលបានបង្កើតកំឡុងពេលដំណើរការស្គ្រីប ឬសំណួរ

$env - ទាំងនេះគឺជាអថេរកម្រិតថ្នាំងគម្រោងធម្មតា ទោះជាយ៉ាងណាក៏ដោយ សំណុំនៃអថេរបរិស្ថានប្រែប្រួលអាស្រ័យលើបរិស្ថានដែលបានជ្រើសរើស។

អថេរត្រូវបានចូលដំណើរការតាមរយៈ ${variable_name}
តម្លៃនៃអថេរអាចជាអថេរផ្សេងទៀត ឬសូម្បីតែកន្សោមទាំងមូល។ ឧទាហរណ៍ អថេរ url អាចជាកន្សោមដូច
http://${host}:${port}/${endpoint}.

ដោយឡែកពីគ្នា វាមានតម្លៃកត់សម្គាល់ពីលទ្ធភាពនៃការកំណត់អថេរកំឡុងពេលដំណើរការស្គ្រីប។ ជាឧទាហរណ៍ ជាញឹកញាប់មានតម្រូវការក្នុងការរក្សាទុកទិន្នន័យការអនុញ្ញាត (សញ្ញាសម្ងាត់ ឬបឋមកថាទាំងមូល) ដែលបានមកពីម៉ាស៊ីនមេបន្ទាប់ពីការចូលដោយជោគជ័យ។ TestMace អនុញ្ញាតឱ្យអ្នករក្សាទុកទិន្នន័យបែបនេះចូលទៅក្នុងអថេរថាមវន្តនៃបុព្វបុរសមួយ។ ដើម្បីជៀសវាងការប៉ះទង្គិចជាមួយអថេរ "ឋិតិវន្ត" ដែលមានស្រាប់ អថេរថាមវន្តត្រូវបានដាក់ក្នុងវត្ថុដាច់ដោយឡែកមួយ។ $dynamicVar.

សេណារីយ៉ូ

ដោយប្រើមុខងារខាងលើទាំងអស់ អ្នកអាចដំណើរការស្គ្រីបសំណួរទាំងមូល។ ឧទាហរណ៍ ការបង្កើត entity -> querying an entity -> delete an entity ។ ជាឧទាហរណ៍ ក្នុងករណីនេះ អ្នកអាចប្រើ Folder node ដើម្បីដាក់ជាក្រុម RequestStep node ជាច្រើន។

ការបំពេញដោយស្វ័យប្រវត្តិ និងការបន្លិចកន្សោម

សម្រាប់ការងារងាយស្រួលជាមួយអថេរ (និងមិនត្រឹមតែប៉ុណ្ណោះ) ការបំពេញដោយស្វ័យប្រវត្តិគឺចាំបាច់។ ហើយជាការពិតណាស់ ការបន្លិចតម្លៃនៃកន្សោម ដើម្បីធ្វើឱ្យវាកាន់តែងាយស្រួល និងកាន់តែងាយស្រួលក្នុងការបញ្ជាក់នូវអ្វីដែលអថេរជាក់លាក់មួយស្មើនឹង។ នេះ​ជា​ករណី​ដែល​ល្អ​មើល​ម្ដង​ជា​ជាង​ឮ​មួយ​រយ​ដង៖

វាគួរឱ្យកត់សម្គាល់ថាការបំពេញដោយស្វ័យប្រវត្តិត្រូវបានអនុវត្តមិនត្រឹមតែសម្រាប់អថេរប៉ុណ្ណោះទេប៉ុន្តែថែមទាំងឧទាហរណ៍សម្រាប់បឋមកថាតម្លៃនៃបឋមកថាជាក់លាក់ (ឧទាហរណ៍ការបំពេញដោយស្វ័យប្រវត្តិសម្រាប់បឋមកថាមាតិកា) ពិធីការ និងច្រើនទៀត។ បញ្ជីនេះត្រូវបានធ្វើបច្ចុប្បន្នភាពឥតឈប់ឈរនៅពេលដែលកម្មវិធីរីកចម្រើន។

មិនធ្វើវិញ/ធ្វើវិញ

ការ​មិន​ធ្វើ​/​ធ្វើ​ការ​ផ្លាស់​ប្តូរ​វិញ​គឺ​ជា​រឿង​ងាយ​ស្រួល​ណាស់ ប៉ុន្តែ​សម្រាប់​ហេតុផល​ខ្លះ​វា​មិន​ត្រូវ​បាន​គេ​អនុវត្ត​នៅ​គ្រប់​ទីកន្លែង​ទេ (ហើយ​ឧបករណ៍​សម្រាប់​ធ្វើ​ការ​ជាមួយ APIs មិន​មាន​ករណី​លើកលែង​ទេ)។ ប៉ុន្តែយើងមិនមែនជាម្នាក់ក្នុងចំណោមអ្នកទាំងនោះទេ!) យើងបានអនុវត្តមិនធ្វើវិញ/ធ្វើវិញនៅទូទាំងគម្រោងទាំងមូល ដែលអនុញ្ញាតឱ្យអ្នកមិនធ្វើវិញមិនត្រឹមតែកែសម្រួលថ្នាំងជាក់លាក់មួយប៉ុណ្ណោះទេ ប៉ុន្តែក៏មានការបង្កើត ការលុប ចលនាជាដើម។ ប្រតិបត្តិការដ៏សំខាន់បំផុតទាមទារការបញ្ជាក់។

ការបង្កើតការធ្វើតេស្ត

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

ថ្នាំងការអះអាងមានសំណុំនៃការអះអាង។ ការអះអាងនីមួយៗមានប្រភេទរបស់វា នៅពេលនេះមានការអះអាងជាច្រើនប្រភេទ

1. ប្រៀបធៀបតម្លៃ - គ្រាន់តែប្រៀបធៀបតម្លៃ 2 ។ មានប្រមាណវិធីប្រៀបធៀបជាច្រើន៖ ស្មើ មិនស្មើ ធំជាង ធំជាង ឬស្មើ តិចជាង តិចជាង ឬស្មើ។

2. មានតម្លៃ - ពិនិត្យមើលការកើតឡើងនៃខ្សែអក្សររងក្នុងខ្សែអក្សរមួយ។

3. XPath - ពិនិត្យមើលថាឧបករណ៍ជ្រើសរើសនៅក្នុង XML មានតម្លៃជាក់លាក់មួយ។

4. ការអះអាង JavaScript គឺជាស្គ្រីប javascript តាមអំពើចិត្ត ដែលត្រឡប់ពិតលើជោគជ័យ និងមិនពិតលើការបរាជ័យ។

ខ្ញុំចំណាំថាមានតែចុងក្រោយមួយប៉ុណ្ណោះដែលត្រូវការជំនាញសរសេរកម្មវិធីពីអ្នកប្រើប្រាស់ ការអះអាង 3 ផ្សេងទៀតត្រូវបានបង្កើតដោយប្រើចំណុចប្រទាក់ក្រាហ្វិក។ ជាឧទាហរណ៍ នេះជាអ្វីដែលប្រអប់សម្រាប់បង្កើតការអះអាងប្រៀបធៀបតម្លៃមើលទៅដូច៖

នំអន្សម​លើ​នំ​ខេក​ជា​ការ​បង្កើត​រហ័ស​នៃ​ការ​អះអាង​ពី​ការ​ឆ្លើយ​តប គ្រាន់​តែ​មើល​ទៅ!

ទោះជាយ៉ាងណាក៏ដោយ ការអះអាងបែបនេះមានដែនកំណត់ជាក់ស្តែង ដែលអ្នកប្រហែលជាចង់ប្រើការអះអាង javascript ដើម្បីយកឈ្នះ។ ហើយនៅទីនេះ TestMace ក៏ផ្តល់នូវបរិយាកាសផាសុកភាពជាមួយនឹងការបំពេញដោយស្វ័យប្រវត្តិ ការបន្លិចវាក្យសម្ព័ន្ធ និងសូម្បីតែឧបករណ៍វិភាគឋិតិវន្ត។

ការពិពណ៌នា API

TestMace អនុញ្ញាតឱ្យអ្នកមិនត្រឹមតែប្រើ API ប៉ុណ្ណោះទេប៉ុន្តែថែមទាំងចងក្រងឯកសារផងដែរ។ ជាងនេះទៅទៀត ការពិពណ៌នាខ្លួនវាក៏មានរចនាសម្ព័ន្ធឋានានុក្រម និងសមនឹងសរីរាង្គទៅក្នុងគម្រោងដែលនៅសល់។ លើសពីនេះ បច្ចុប្បន្ននេះ វាអាចនាំចូលការពិពណ៌នា API ពីទម្រង់ Swagger 2.0 / OpenAPI 3.0 ។ ការពិពណ៌នាខ្លួនវាមិនគ្រាន់តែនិយាយកុហកទេ ប៉ុន្តែត្រូវបានរួមបញ្ចូលយ៉ាងជិតស្និទ្ធជាមួយនឹងគម្រោងដែលនៅសល់ ជាពិសេសការបំពេញដោយស្វ័យប្រវត្តិនៃ URLs បឋមកថា HTTP ប៉ារ៉ាម៉ែត្រសំណួរជាដើម។ ហើយនៅពេលអនាគតយើងមានគម្រោងបន្ថែមការធ្វើតេស្ត សម្រាប់ការអនុលោមតាមការឆ្លើយតបជាមួយនឹងការពិពណ៌នា API ។

ថ្នាំងចែករំលែក

ករណី៖ អ្នកចង់ចែករំលែកសំណើដែលមានបញ្ហា ឬសូម្បីតែស្គ្រីបទាំងមូលជាមួយសហសេវិក ឬគ្រាន់តែភ្ជាប់វាទៅនឹងបញ្ហា។ TestMace គ្របដណ្តប់ករណីនេះផងដែរ៖ កម្មវិធីអនុញ្ញាតឱ្យអ្នកធ្វើស៊េរីថ្នាំងណាមួយ និងសូម្បីតែមែកធាងរងនៅក្នុង URL មួយ។ ចម្លង​បិទភ្ជាប់ ហើយ​អ្នក​អាច​ផ្ទេរ​សំណើ​ទៅ​ម៉ាស៊ីន ឬ​គម្រោង​ផ្សេង​បាន​យ៉ាង​ងាយស្រួល។

ទ្រង់ទ្រាយផ្ទុកគម្រោងដែលអាចអានបានដោយមនុស្ស

នៅពេលនេះ ថ្នាំងនីមួយៗត្រូវបានរក្សាទុកក្នុងឯកសារដាច់ដោយឡែកដែលមានផ្នែកបន្ថែម yml (ដូចករណីជាមួយថ្នាំងអះអាង) ឬនៅក្នុងថតដែលមានឈ្មោះថ្នាំង និងឯកសារ index.yml នៅក្នុងនោះ។
ឧទាហរណ៍ នេះ​ជា​អ្វី​ដែល​ឯកសារ​សំណើ​ដែល​យើង​បាន​ធ្វើ​ក្នុង​ការ​ពិនិត្យ​ខាង​លើ​មើល​ទៅ​ដូច​ជា៖

index.yml

children: []
variables: {}
type: RequestStep
assignVariables: []
requestData:
  request:
    method: GET
    url: 'https://next.json-generator.com/api/json/get/NJv-NT-U8'
  headers: []
  disabledInheritedHeaders: []
  params: []
  body:
    type: Json
    jsonBody: ''
    xmlBody: ''
    textBody: ''
    formData: []
    file: ''
    formURLEncoded: []
  strictSSL: Inherit
authData:
  type: inherit
name: Scratch 1

ដូចដែលអ្នកអាចឃើញអ្វីគ្រប់យ៉ាងគឺច្បាស់ណាស់។ ប្រសិនបើចង់បាន ទម្រង់នេះអាចត្រូវបានកែសម្រួលយ៉ាងងាយស្រួលដោយដៃ។

ឋានានុក្រមនៃថតនៅក្នុងប្រព័ន្ធឯកសារធ្វើឡើងវិញទាំងស្រុងនូវឋានានុក្រមនៃថ្នាំងនៅក្នុងគម្រោង។ ឧទាហរណ៍ ស្គ្រីបដូចជា៖

គូសផែនទីប្រព័ន្ធឯកសារទៅរចនាសម្ព័ន្ធខាងក្រោម (មានតែឋានានុក្រមថតត្រូវបានបង្ហាញ ប៉ុន្តែខ្លឹមសារគឺច្បាស់)

នេះធ្វើឱ្យដំណើរការពិនិត្យគម្រោងកាន់តែងាយស្រួល។

នាំចូលពី Postman

បន្ទាប់ពីបានអានទាំងអស់ខាងលើ អ្នកប្រើប្រាស់មួយចំនួននឹងចង់សាកល្បង (ត្រូវទេ?) ផលិតផលថ្មី ឬ (មិននិយាយលេងទេ!) ប្រើវាទាំងស្រុងនៅក្នុងគម្រោងរបស់ពួកគេ។ ទោះជាយ៉ាងណាក៏ដោយ ការធ្វើចំណាកស្រុកអាចត្រូវបានបញ្ឈប់ដោយការវិវត្តន៍មួយចំនួនធំនៅក្នុង Postman ដូចគ្នា។ សម្រាប់ករណីបែបនេះ TestMace គាំទ្រការនាំចូលបណ្តុំពី Postman ។ នៅពេលនេះ ការនាំចូលដោយគ្មានការធ្វើតេស្តត្រូវបានគាំទ្រ ប៉ុន្តែយើងមិនច្រានចោលការគាំទ្រវានៅពេលអនាគតទេ។

ផែនការ

ខ្ញុំ​សង្ឃឹម​ថា​អ្នក​ដែល​បាន​អាន​រហូត​ដល់​ចំណុច​នេះ​ជា​ច្រើន​បាន​ចូល​ចិត្ត​ផលិតផល​របស់​យើង។ ទោះយ៉ាងណាក៏ដោយ នោះមិនមែនទាំងអស់ទេ! ការងារលើផលិតផលគឺស្ថិតនៅក្នុងតំលៃពេញ ហើយនេះគឺជាលក្ខណៈពិសេសមួយចំនួនដែលយើងគ្រោងនឹងបន្ថែមក្នុងពេលឆាប់ៗនេះ។

ការធ្វើសមកាលកម្មលើពពក

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

CLI

ដូចដែលបានរៀបរាប់ខាងលើ ផលិតផលកម្រិត IDE មិនអាចធ្វើបានដោយគ្មានការរួមបញ្ចូលគ្រប់ប្រភេទជាមួយកម្មវិធី ឬលំហូរការងារដែលមានស្រាប់នោះទេ។ CLI គឺជាអ្វីដែលត្រូវការដើម្បីរួមបញ្ចូលការធ្វើតេស្តដែលបានសរសេរនៅក្នុង TestMace ទៅក្នុងដំណើរការរួមបញ្ចូលជាបន្តបន្ទាប់។ ការងារនៅលើ CLI គឺស្ថិតនៅក្នុងតំលៃពេញ កំណែដំបូងនឹងចាប់ផ្តើមគម្រោងជាមួយនឹងរបាយការណ៍កុងសូលសាមញ្ញ។ នៅពេលអនាគត យើងគ្រោងនឹងបន្ថែមលទ្ធផលរបាយការណ៍ជាទម្រង់ JUnit ។

ប្រព័ន្ធកម្មវិធីជំនួយ

ទោះបីជាថាមពលទាំងអស់នៃឧបករណ៍របស់យើងក៏ដោយ សំណុំនៃករណីដែលត្រូវការដំណោះស្រាយគឺគ្មានដែនកំណត់។ យ៉ាងណាមិញមានភារកិច្ចដែលជាក់លាក់ចំពោះគម្រោងជាក់លាក់មួយ។ នោះហើយជាមូលហេតុដែលនៅពេលអនាគតយើងមានគម្រោងបន្ថែម SDK សម្រាប់បង្កើតកម្មវិធីជំនួយ ហើយអ្នកអភិវឌ្ឍន៍នីមួយៗនឹងអាចបន្ថែមមុខងារតាមការចូលចិត្តរបស់ពួកគេ។

ការពង្រីកជួរនៃប្រភេទថ្នាំង

សំណុំនៃថ្នាំងនេះមិនគ្របដណ្តប់គ្រប់ករណីទាំងអស់ដែលតម្រូវដោយអ្នកប្រើប្រាស់នោះទេ។ ថ្នាំងដែលគ្រោងនឹងបន្ថែម៖

• ថ្នាំងស្គ្រីប - បំប្លែង និងដាក់ទិន្នន័យដោយប្រើ js និង API ដែលត្រូវគ្នា។ ដោយប្រើប្រភេទថ្នាំងនេះ អ្នកអាចធ្វើអ្វីៗដូចជាការស្នើសុំជាមុន និងស្គ្រីបស្នើសុំក្រោយនៅក្នុង Postman ជាដើម។
• ថ្នាំង GraphQL - ការគាំទ្រ graphql
• ថ្នាំងការអះអាងផ្ទាល់ខ្លួន - នឹងអនុញ្ញាតឱ្យអ្នកពង្រីកសំណុំនៃការអះអាងដែលមានស្រាប់នៅក្នុងគម្រោង
  ជាធម្មតា នេះមិនមែនជាបញ្ជីចុងក្រោយទេ វានឹងត្រូវបានអាប់ដេតឥតឈប់ឈរ ដោយសារតែមតិកែលម្អរបស់អ្នក។

សំណួរដែលត្រូវបានសួរជាញឹកញាប់

តើ​អ្នក​ខុស​ពី Postman យ៉ាង​ណា?

1. គោលគំនិតនៃថ្នាំងដែលអនុញ្ញាតឱ្យអ្នកធ្វើមាត្រដ្ឋានមុខងាររបស់គម្រោងស្ទើរតែគ្មានទីបញ្ចប់
2. ទម្រង់គម្រោងដែលមនុស្សអាចអានបាន ជាមួយនឹងការរក្សាទុកវានៅក្នុងប្រព័ន្ធឯកសារ ដែលជួយសម្រួលការងារដោយប្រើប្រព័ន្ធត្រួតពិនិត្យកំណែ
3. សមត្ថភាពក្នុងការបង្កើតការធ្វើតេស្តដោយមិនចាំបាច់សរសេរកម្មវិធី និងការគាំទ្រ js កម្រិតខ្ពស់នៅក្នុងកម្មវិធីនិពន្ធសាកល្បង (ការបំពេញដោយស្វ័យប្រវត្តិ ឧបករណ៍វិភាគឋិតិវន្ត)
4. ការបំពេញដោយស្វ័យប្រវត្តិកម្រិតខ្ពស់ និងការបន្លិចតម្លៃបច្ចុប្បន្ននៃអថេរ

តើនេះជាផលិតផលប្រភពបើកចំហមែនទេ?

ទេ នៅពេលនេះប្រភពត្រូវបានបិទ ប៉ុន្តែនៅពេលអនាគត យើងកំពុងពិចារណាពីលទ្ធភាពនៃការបើកប្រភព

តើអ្នករស់នៅដោយអ្វី?)

រួមជាមួយនឹងកំណែឥតគិតថ្លៃ យើងគ្រោងនឹងចេញផ្សាយកំណែដែលបានបង់ប្រាក់នៃផលិតផល។ វានឹងរួមបញ្ចូលជាចម្បងនូវអ្វីដែលទាមទារផ្នែកខាងម៉ាស៊ីនមេ ឧទាហរណ៍ ការធ្វើសមកាលកម្ម។

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

គម្រោងរបស់យើងកំពុងផ្លាស់ប្តូរដោយលោតផ្លោះឆ្ពោះទៅរកការចេញផ្សាយប្រកបដោយស្ថិរភាព។ ទោះជាយ៉ាងណាក៏ដោយ ផលិតផលនេះអាចប្រើបានរួចហើយ ហើយមតិវិជ្ជមានពីអ្នកប្រើប្រាស់ដំបូងរបស់យើងគឺជាភស្តុតាងនៃបញ្ហានេះ។ យើងប្រមូលមតិកែលម្អយ៉ាងសកម្ម ពីព្រោះបើគ្មានកិច្ចសហប្រតិបត្តិការជិតស្និទ្ធជាមួយសហគមន៍ វាមិនអាចទៅរួចទេក្នុងការបង្កើតឧបករណ៍ដ៏ល្អមួយ។ អ្នកអាចស្វែងរកពួកយើងនៅទីនេះ៖

វេបសាយផ្លូវការ

Telegram

slack

Facebook

កម្មវិធីតាមដានបញ្ហា

យើងទន្ទឹងរង់ចាំការចង់បាន និងការផ្ដល់យោបល់របស់អ្នក!

ប្រភព: www.habr.com