ក្រដាសស
ធានាការដាក់ពាក្យ ការសម្តែងចំពេលមានភាពវឹកវរ

ធានាការអនុវត្តកម្មវិធី ចំពេលមានភាពវឹកវរ

ការធ្វើតេស្តភាពវឹកវរគឺជាផ្នែកសំខាន់មួយនៃវិស្វកម្មភាពវឹកវរ ដែលជាវិន័យផ្តោតលើការវាយតម្លៃភាពធន់របស់ប្រព័ន្ធទៅនឹងការរំខានដែលមិនបានរំពឹងទុក។ មិនដូចវិធីសាស្រ្តធ្វើតេស្តបែបប្រពៃណីដែលក្លែងធ្វើការបរាជ័យដែលគេស្គាល់នោះទេ ការធ្វើតេស្តភាពវឹកវរណែនាំសេណារីយ៉ូចៃដន្យ និងមិនធម្មតា ដូចជាបណ្តាញ outages ឬការកើនឡើងនៃចរាចរណ៍ភ្លាមៗ - ដើម្បីវាយតម្លៃពីរបៀបដែលប្រព័ន្ធដំណើរការក្រោមភាពតានតឹង។ ដំណើរការនេះពាក់ព័ន្ធនឹងការក្លែងធ្វើព្រឹត្តិការណ៍មិនប្រក្រតី ដើម្បីកំណត់អត្តសញ្ញាណភាពងាយរងគ្រោះ មុនពេលវាឈានទៅដល់បញ្ហាក្នុងពិភពពិត។ សូចនាករការអនុវត្តសំខាន់ៗ (KPIs) ត្រូវបានបង្កើតឡើងដើម្បីតាមដានស្ថេរភាពប្រព័ន្ធ ជួយក្រុមកំណត់កាំផ្ទុះដែលអាចទទួលយកបាន ដើម្បីកាត់បន្ថយផលប៉ះពាល់អ្នកប្រើប្រាស់។ វិធីសាស្រ្តសកម្មនេះមិនត្រឹមតែបង្ហាញពីភាពទន់ខ្សោយប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងពង្រឹងយន្តការស្តារឡើងវិញ ធ្វើអោយប្រសើរឡើងនូវភាពធន់នៃប្រព័ន្ធទាំងមូល។ អត្ថប្រយោជន៍នៃការធ្វើតេស្តភាពច្របូកច្របល់រួមមានការបង្កើនភាពរឹងមាំរបស់ប្រព័ន្ធ កាត់បន្ថយពេលវេលារងចាំ និងការយល់ដឹងកាន់តែប្រសើរឡើងអំពីឥរិយាបថប្រព័ន្ធ។ វាជួយក្រុមរៀបចំសម្រាប់ឧប្បត្តិហេតុ និងកែលម្អការពេញចិត្តរបស់អតិថិជន ដោយការពារការរំខានសេវាកម្ម។ ការរួមបញ្ចូលការធ្វើតេស្តភាពវឹកវរទៅក្នុងក្របខ័ណ្ឌដែលមានស្រាប់ ដូចជាដំណោះស្រាយវិស្វកម្មដំណើរការ OpenText™ អនុញ្ញាតឱ្យមានយុទ្ធសាស្ត្រសាកល្បងដ៏ទូលំទូលាយមួយ។

សំណួរដែលត្រូវសួរខ្លួនឯងអំពីការធ្វើតេស្តភាពវឹកវរ៖

• តើអ្វីជាការធ្វើតេស្តភាពវឹកវរ?
• តើអ្វីជាភាពខុសគ្នារវាងការធ្វើតេស្តភាពវឹកវរ និងវិស្វកម្មវឹកវរ?
• តើ​បញ្ហា​ប្រឈម​បែប​ណា​ដែល​អាច​ដោះស្រាយ​បាន​ដោយ​ការ​សាកល្បង​ភាពវឹកវរ?
• អតីត​មួយ​ណា​ខ្លះ?amples នៃកម្មវិធីពិភពពិតដែលប្រើវិស្វកម្មវឹកវរសព្វថ្ងៃនេះ?
• តើអ្នកអាចក្លែងធ្វើការវាយប្រហារដ៏វឹកវរលើប្រព័ន្ធរបស់អ្នកបានទេ?
• តើ​មាន​ឧបករណ៍​ណា​មួយ​ដែល​អាច​ប្រើ​បាន​សព្វ​ថ្ងៃ​នេះ​ដែល​ទទួល​បាន​ការ​ធ្វើ​តេស្ត​ភាព​វឹកវរ​ទេ?

ការណែនាំអំពីការធ្វើតេស្តភាពវឹកវរ

ការធ្វើតេស្តភាពវឹកវរ គឺជាសំណុំរងនៃវិស្វកម្មភាពវឹកវរដែលឧទ្ទិសដល់ការធ្វើតេស្ត។ វិស្វកម្ម Chaos គឺជាវិន័យនៃការពិសោធន៍ជាមួយប្រព័ន្ធមួយ ដើម្បីបង្កើតទំនុកចិត្តលើសមត្ថភាពរបស់ប្រព័ន្ធ ដើម្បីទប់ទល់នឹងលក្ខខណ្ឌដ៏ច្របូកច្របល់ក្នុងផលិតកម្ម។ តាមរយៈការធានាថាប្រព័ន្ធអាចទប់ទល់នឹងការប្រែប្រួលដ៏ច្របូកច្របល់ អ្នកអាចមានទំនុកចិត្តលើសមត្ថភាពរបស់វាក្នុងការដោះស្រាយបញ្ហាជាក់ស្តែងដែលមិនបានរំពឹងទុក។ នេះអាចរួមបញ្ចូលស្ថានភាពដូចជាហេដ្ឋារចនាសម្ព័ន្ធ បណ្តាញ ឬការដាច់ចរន្តអគ្គិសនីនៅចំណុចផ្សេងៗក្នុងប្រព័ន្ធ។
វាពិបាកក្នុងការស្រមៃមើលក្រុមអភិវឌ្ឍន៍កម្មវិធីដែលមិនធ្វើការសាកល្បងណាមួយ។ មិនថាឯកតា ការរួមបញ្ចូល មុខងារ ការអនុវត្ត សុវត្ថិភាព ឬសូម្បីតែការធ្វើតេស្តដោយដៃ — ការធ្វើតេស្តកម្មវិធីត្រូវបានទទួលយកយ៉ាងទូលំទូលាយថាជាការអនុវត្តល្អបំផុតនៅក្នុងវដ្តនៃការអភិវឌ្ឍន៍កម្មវិធី (SDLC) ។ ជាធម្មតា ក្រុមហ៊ុនរៀបចំផែនការ និងបង្កើតលំហាត់សាកល្បងជាមុន។ ទាំងនេះច្រើនតែពាក់ព័ន្ធនឹងការអនុវត្តករណីសាកល្បងញឹកញាប់ចំពោះព្រឹត្តិការណ៍ដែលរំពឹងទុក។
ទោះជាយ៉ាងណាក៏ដោយ កំហុស និងភាពងាយរងគ្រោះដែលកំណត់ stage សម្រាប់ការបរាជ័យប្រព័ន្ធធំៗ ការកេងប្រវ័ញ្ច ឬការឈ្លានពានកើតឡើងពីព្រឹត្តិការណ៍ដែលមិនរំពឹងទុក។ ភាពខុសគ្នាចម្បងរវាងការធ្វើតេស្តធម្មតា និងការធ្វើតេស្តភាពវឹកវរគឺមាត្រដ្ឋាន និងលទ្ធផល។ ការធ្វើតេស្តភាពវឹកវរព្យាយាមដើម្បីធានាថា សូម្បីតែនៅក្នុងព្រឹត្តិការណ៍នៃភាពវឹកវរ ប្រព័ន្ធសូហ្វវែរនៅតែបន្តដំណើរការ និងមើលសំណើរបស់អតិថិជន ទោះបីជាផ្នែកទាំងមូលនៃប្រព័ន្ធគាំងក៏ដោយ។
ក្រដាសនេះនាំអ្នកឆ្លងកាត់ការធ្វើតេស្តភាពវឹកវរ របៀបដែលវាដំណើរការ និងមូលហេតុ និងរបៀបដែលអ្នកគួរប្រើវា។
របៀបដែលការធ្វើតេស្តភាពវឹកវរដំណើរការ
ការធ្វើតេស្តភាពវឹកវរពាក់ព័ន្ធនឹងការក្លែងធ្វើ ឬការចាក់បញ្ចូលព្រឹត្តិការណ៍មិនប្រក្រតីទៅក្នុងប្រព័ន្ធ។ យើងគួរតែធ្វើកិច្ចការនេះដោយសកម្ម មុនពេលព្រឹត្តិការណ៍ទាំងនេះមានឱកាសធ្វើឱ្យមានការឈប់សម្រាកដែលមិនបានគ្រោងទុក ឬផលប៉ះពាល់ផ្សេងទៀតលើបទពិសោធន៍អ្នកប្រើប្រាស់។ ការធ្វើតេស្តភាពវឹកវរដំណើរការដោយការញញួរកម្មវិធីជាមួយនឹងករណីប្រើប្រាស់មិនធម្មតា ដូចជាការបញ្ជូនធាតុបញ្ចូលដែលមានទម្រង់ខុសទៅកាន់ web កម្មវិធី ផ្ទុកកម្មវិធីលើសទម្ងន់ ដោយចេតនាព្យាយាមបង្កភាពងាយរងគ្រោះ និងការបង្ហាញទូទៅ (CVEs) ឬការវាយប្រហារដែលល្បីដូចជាការចាក់ SQL ជាដើម។ ជាធម្មតា យើងចង់កំណត់សូចនាករការអនុវត្តសំខាន់ៗ (KPIs) ដើម្បីតាមដានស្ថានភាពស្ថិរភាពនៃប្រព័ន្ធនៅក្នុងផលិតកម្ម។ ដូច្នេះ យើងកំណត់កាំផ្ទុះដែលអាចទទួលយកបាន មុនពេលព្យាយាមបំបែក ឬរំខានគោលដៅសាកល្បងយ៉ាងសកម្ម ដើម្បីកុំឱ្យបទពិសោធន៍អ្នកប្រើប្រាស់ធ្លាក់ចុះ។
KPIs មានភាពខុសប្លែកគ្នា ប៉ុន្តែជាធម្មតាគោលដៅគឺកាត់បន្ថយអត្រាបរាជ័យដែលបណ្តាលមកពីការផ្លាស់ប្តូរ កាត់បន្ថយពេលវេលាដែលចំណាយក្នុងការពន្លត់ភ្លើង និងកំណត់រយៈពេលនៃពេលវេលារងចាំណាមួយ។ ដូចដែលអ្នកអាចស្រមៃបាន ប្រព័ន្ធត្រួតពិនិត្យដ៏មានប្រសិទ្ធភាពមានសារៈសំខាន់ក្នុងការធ្វើតេស្តទាំងនេះ។ សម្រាប់អតីតample, តើប្រព័ន្ធត្រួតពិនិត្យបានជូនដំណឹងដល់បុគ្គលិកសំខាន់ៗមុន កំឡុងពេល និងបន្ទាប់ពីការបំពានកម្រិតកំណត់ដែរឬទេ? ចុះកំណត់ហេតុហេតុការណ៍វិញ? តើពួកគេបង្កើតក្នុងពេលវេលាពិតឬអត់amper-proof ហើយតើពួកគេចាប់បានគ្រប់បញ្ហាទេ?
យើងប្រហែលជាចង់បញ្ជាក់ថា ការបន្ធូរបន្ថយដោយស្វ័យប្រវត្តិ ដូចជាការធ្វើមាត្រដ្ឋានផ្ដេក និងបញ្ឈរ ដំណើរការបានត្រឹមត្រូវនៅក្នុងបំពង់ CI/CD របស់យើង។ តើម៉ាស៊ីននិម្មិតកាន់តែច្រើន (VMs) ឬកុងតឺន័រកើតឡើងនៅពេលដែលមានការកើនឡើងសំណើស្របគ្នាមែនទេ? តើថាមពលកុំព្យូទ័រកាន់តែច្រើនត្រូវបានអនុវត្តចំពោះ VM ក្នុងករណីមានភាពស្មុគស្មាញនៃដំណើរការកើនឡើង និងអូសបន្លាយដែរឬទេ? តើមានអ្វីកើតឡើងនៅពេលដែលនាឡិកាប្រព័ន្ធនៅក្នុងបន្ទុកហិរញ្ញវត្ថុមិនត្រូវបានធ្វើសមកាលកម្មដោយចេតនា - តើប្រព័ន្ធឈប់ឬ? តើ​អតិថិជន​ត្រូវ​បាន​ដក​ប្រាក់​ខុស​ឬ​បាន​បញ្ចូល​ឥណទាន​ឬ? តើ​បង្កាន់ដៃ​ប្រតិបត្តិការ​ត្រូវ​បាន​បញ្ជូន​យឺត​ឬ​អត់?
ប្រភេទនៃការធ្វើតេស្តនេះផ្តល់នូវការយល់ដឹងកាន់តែច្បាស់អំពីអន្តរាគមន៍ ឬការធ្វើឱ្យប្រសើរឡើងដែលអាចពង្រឹងប្រព័ន្ធ។
ហេតុអ្វីត្រូវប្រើការធ្វើតេស្តភាពវឹកវរ?
ព្យាយាម​តាម​ដែល​យើង​អាច​ធ្វើ​បាន យើង​មិន​អាច​ទាយ​ទុក​មុន​ថា​រាល់​បញ្ហា​នៃ​ការ​ផលិត​នោះ​ទេ។ ពីការកំណត់រចនាសម្ព័ន្ធមិនត្រឹមត្រូវ កំហុសបន្ទាត់តែមួយពីអ្នកអភិវឌ្ឍន៍ សេវាមីក្រូយឺតដែលប៉ះពាល់ដល់ភាពយឺតយ៉ាវពេញប្រព័ន្ធ ឬសូម្បីតែកំហុសសាមញ្ញរបស់មនុស្ស - ប្រសិនបើមានអ្វីមួយអាចខុស វាប្រហែលជានឹង។ នោះហើយជាមូលហេតុដែលយើងធ្វើតេស្ត។
ប៉ុន្តែហេតុអ្វីបានជាជាពិសេសប្រើការធ្វើតេស្តភាពវឹកវរ?
វាធ្វើអោយប្រសើរឡើងនូវភាពធន់នៃប្រព័ន្ធ
ការធ្វើតេស្តភាពច្របូកច្របល់ជួយកំណត់ភាពធន់ក្នុងផលិតកម្ម ដោយធ្វើពិសោធន៍ដោយចេតនាជាមួយនឹងការបរាជ័យមិនធម្មតា ដើម្បីមើលថាតើការបរាជ័យនៃប្រព័ន្ធ និងយន្តការបរាជ័យដំណើរការឬអត់។ ជាធម្មតា ការធ្វើតេស្តពាក់ព័ន្ធនឹងការពិនិត្យមើលរាល់បញ្ហាដែលក្រុមរបស់អ្នកតែងតែជួបប្រទះ ដោយមិនរាប់បញ្ចូលបញ្ហាដែលមិននឹកស្មានដល់។ ការធ្វើតេស្តភាពវឹកវរបំពេញរន្ធនោះ ហើយប្រើប្រាស់ព័ត៌មានពីការពិសោធន៍របស់អ្នក ដើម្បីពង្រឹងប្រព័ន្ធរបស់អ្នកប្រឆាំងនឹងការបរាជ័យបែបនេះ។

វាកាត់បន្ថយការផ្អាកប្រព័ន្ធ
វិស្វកម្មភាពវឹកវរជួយអ្នកឱ្យយល់អំពីអាកប្បកិរិយារបស់ប្រព័ន្ធកំឡុងពេលបរាជ័យ និងជួយស្វែងរកផ្លូវទៅកាន់ការស្ដារឡើងវិញនៃប្រព័ន្ធរង។ នេះមានន័យថាអ្នកអាចស្វែងយល់បានយ៉ាងឆាប់រហ័ស និងអាចជៀសវាង ឬកាត់បន្ថយការបរាជ័យផ្នែកព័ត៌មានវិទ្យាសំខាន់ៗ កាត់បន្ថយការបាត់បង់ពេលវេលាផលិតកម្មដ៏មានតម្លៃ ដែលត្រូវចំណាយប្រាក់យ៉ាងច្រើនក្នុងការខូចខាត ឬផលប៉ះពាល់ដល់ទំនុកចិត្តរបស់វិនិយោគិន។
វាកំណត់ចំណុចខ្សោយនៃប្រព័ន្ធ
ការធ្វើតេស្តភាពវឹកវរមានសារៈសំខាន់ព្រោះវាបង្កើតចំណេះដឹងអំពីឥរិយាបថ លក្ខណៈសម្បត្តិ និងការអនុវត្តរបស់ប្រព័ន្ធ។ ប្រព័ន្ធចែកចាយជាធម្មតាមានទំនោរទៅរកចំណុចបរាជ័យកាន់តែច្រើន ដោយសារភាពស្មុគស្មាញ និងលក្ខណៈទ្រង់ទ្រាយធំរបស់វា។ ការធ្វើតេស្តភាពវឹកវរព្យាយាមស្វែងរកចំណុចបរាជ័យទាំងនោះ និងកំណត់នូវអ្វីដែលកើតឡើងនៅក្នុងករណីនៃធនធាន ឬវត្ថុមិនអាចរកបាន។ ក្នុងករណីដែលអ្នកស្ទាក់ស្ទើរក្នុងការសាកល្បងបច្ចេកវិទ្យាថ្មីៗ ដោយសារតែការព្រួយបារម្ភអំពីភាពអាចជឿជាក់បាន ការធ្វើតេស្តភាពវឹកវរកំណត់ចំណុចខ្សោយ និងវាស់វែងឥរិយាបថប្រព័ន្ធជាក់ស្តែងក្នុងពេលវេលាជាក់ស្តែងក្រោមលក្ខខណ្ឌទាំងនោះ។
វារៀបចំក្រុមរបស់អ្នក។
សម្រាប់និយោជក អត្ថប្រយោជន៍ដោយចៃដន្យនៃការធ្វើតេស្តភាពច្របូកច្របល់គឺថាវាឆ្លុះបញ្ចាំងពីការត្រៀមខ្លួនឆ្លើយតបនឹងឧប្បត្តិហេតុរបស់ក្រុម។ លំហាត់សាកល្បងគឺជាឱកាសមួយដើម្បីដោះស្រាយចន្លោះប្រហោងនៃដំណើរការ និងរបៀបដែលការអនុម័តគ្រាអាសន្នដំណើរការនៅពេលចាំបាច់ វាយតម្លៃចំណេះដឹងបច្ចេកទេស និងជំនាញទន់ក្រោមសម្ពាធ និងស្វែងយល់ថាតើអ្នកគួរហ្វឹកហាត់ឡើងវិញដែរឬទេ។ នេះមានសារៈសំខាន់ជាពិសេសនៅពេលដែលស្ថាប័នរបស់អ្នកស្ថិតនៅក្រោមការវាយតម្លៃបទប្បញ្ញត្តិតាមច្បាប់សម្រាប់ការបញ្ជាក់ឬការយល់ព្រម។
វាធ្វើអោយប្រសើរឡើងនូវការពេញចិត្តរបស់អតិថិជន
អត្ថប្រយោជន៍ចុងក្រោយនៃការធ្វើតេស្តភាពច្របូកច្របល់គឺថាវាការពារការរំខាននៃសេវាកម្មតាមរយៈការកំណត់អត្តសញ្ញាណដំបូងនៃសក្តានុពលtages ដែលធ្វើអោយបទពិសោធន៍អ្នកប្រើប្រាស់ប្រសើរឡើង។
របៀបចាប់ផ្តើមការធ្វើតេស្តភាពវឹកវរ
ជំហានដំបូងសម្រាប់ការធ្វើតេស្តភាពវឹកវរជោគជ័យគឺត្រូវទទួលស្គាល់ថាអ្នកត្រូវការវា។ ដោយមិនគិតពីសមត្ថភាព និងការមើលជាមុនរបស់ក្រុមរបស់អ្នក បញ្ហាដែលមិននឹកស្មានដល់នឹងកើតឡើងជាមួយប្រព័ន្ធរបស់អ្នក។ ការធ្វើតេស្តភាពវឹកវរមានសារៈសំខាន់សម្រាប់ការពង្រឹងភាពធន់ និងផ្តល់ឱ្យអ្នកនូវទំនុកចិត្តដើម្បីដឹងថាអ្វីក៏ដោយដែលកើតឡើង ប្រព័ន្ធរបស់អ្នកឆ្លើយតបបានយ៉ាងល្អ។ នៅពេលដែលក្រុមរបស់អ្នកយល់ពីសារៈសំខាន់នៃការធ្វើតេស្តភាពវឹកវរ នេះជារបៀបដែលអ្នកចាប់ផ្តើម។
ការជ្រើសរើសឧបករណ៍
អ្នកអាចចាប់ផ្តើមដោយប្រើឧបករណ៍ប្រភពបើកចំហ ដូចជា ស្វាវោហារ or ChaosBlade. Chaos Monkey មានតែការវាយប្រហារបិទប៉ុណ្ណោះ ហើយទាមទារ a spinnaker និង MySQL ។ វាដំណើរការដោយការផ្ញើសំណើបិទទៅ VM ចៃដន្យណាមួយនៅក្នុងស្ថាបត្យកម្មរបស់អ្នកនៅចំណុចណាមួយក្នុងរយៈពេលកំណត់។ មុនពេលការវាយប្រហារចាប់ផ្តើម អ្នកប្រហែលជាចង់ពិនិត្យមើលថាតើមានការបន្តឬអត់tagអ៊ី ដើម្បីធ្វើដូច្នេះ អ្នកត្រូវតែសរសេរស្គ្រីប Go ផ្ទាល់ខ្លួន។ ឧបករណ៍នេះមានដែនកំណត់ធ្ងន់ធ្ងរសម្រាប់ការធ្វើតេស្តសម័យទំនើប
ហេតុអ្វីបានជាវាមិនពេញនិយម។

ផ្ទុយទៅវិញ ChaosBlade ផ្តល់នូវប្រភេទការវាយប្រហារជាច្រើន - រួមទាំងការប្រើប្រាស់ធនធាន ការបាត់បង់កញ្ចប់ព័ត៌មាន និងច្រើនទៀត - សម្រាប់ការធ្វើតេស្ត baremetal, containers និង Kubernetes workloads។ វាក៏គាំទ្រការចាក់កំហុសនៅកម្រិតកម្មវិធីសម្រាប់កម្មវិធី C ++, Java និង NodeJS ផងដែរ។ ឧamples នៃប្រភេទនៃកំហុសទាំងនេះគឺការពន្យារពេលការប្រតិបត្តិកូដ ការបញ្ចូលកូដតាមអំពើចិត្ត និងការកែប្រែតម្លៃអង្គចងចាំ។ ™ ChaosBlade មានដែនកំណត់ទោះបីជា៖ វាមិនត្រូវបានគាំទ្រ GUI ទេ ឯកសារជាភាសាចិន វាទាមទារចំណេះដឹងផ្នែកសរសេរកូដ ហើយខ្សែកោងនៃការរៀនគឺខ្លាំង។
ឧបករណ៍សាកល្បងភាពវឹកវរតែមួយគត់ដែលរីកចម្រើនបំផុតដែលមានគឺ ហ្គ្រេមលីន. វាមានលក្ខណៈពិសេសជាច្រើននៃវ៉ិចទ័រវាយប្រហារ ដែលអ្នកអាចអនុវត្តចំពោះ VM, containers, និង Kubernetes workloads នៅ resource, state, and network strata over an intuitive GUI. សម្រាប់អតីតampដូច្នេះ អ្នកអាចជ្រើសរើសដើម្បីក្លែងធ្វើការធ្វើតេស្តរដ្ឋសម្រាប់ VM ដោយជ្រើសរើសជម្រើសដែលពេញចិត្តនៅលើ a web ទម្រង់បែបបទ ដូចជាការសម្លាប់ដំណើរការប្រព័ន្ធ ផ្លាស់ប្តូរពេលវេលាប្រព័ន្ធ ឬធ្វើការបិទ VM ភ្លាមៗ។ ការធ្វើតេស្តផ្សេងទៀតសម្រាប់ VMs ពាក់ព័ន្ធនឹងការបិទធនធានដូចជា អង្គចងចាំ ស៊ីភីយូ និងទំហំថាស បន្ថែមភាពយឺតយ៉ាវទៅនឹងចរាចរណ៍ដែលត្រូវគ្នា ឬរារាំងការចូលប្រើម៉ាស៊ីនមេ DNS នៅស្រទាប់បណ្តាញ។
មធ្យោបាយដ៏ល្អបំផុតដើម្បីសាកល្បងប្រព័ន្ធរបស់អ្នកឱ្យបានត្រឹមត្រូវគឺត្រូវបញ្ចូលការធ្វើតេស្តភាពវឹកវរទៅក្នុងឈុតសាកល្បងដែលមានស្រាប់របស់អ្នក ព្រោះការធ្វើតេស្តភាពច្របូកច្របល់គឺជាឧបករណ៍តែមួយគត់នៅក្នុងខ្សែក្រវ៉ាត់ឧបករណ៍សាកល្បងរបស់អ្នក។ ពិចារណា ការរួមបញ្ចូល នៃ Gremlin ទៅ OpenText™ វិស្វកម្មការអនុវត្តវិជ្ជាជីវៈ សម្រាប់អតីតample—វាអនុញ្ញាតឱ្យអ្នកភ្ជាប់គណនី Gremlin របស់អ្នកតាមរយៈសោ API ទៅ OpenText Professional Performance Engineering ហើយដំណើរការ Gremlin នៅក្នុងកម្មវិធី។ នេះអនុញ្ញាតឱ្យអ្នកបន្ថែមការធ្វើតេស្តភាពច្របូកច្របល់ទៅនឹងវិធីសាស្រ្តសាកល្បងដ៏រឹងមាំរួចទៅហើយ។
OpenText Professional Performance Engineering ក៏រួមបញ្ចូលជាមួយ Steadybit ដែលជាឧបករណ៍ធ្វើតេស្តភាពវឹកវរដែលគាំទ្រទាំង off cloud និង SaaS ដើម្បីអនុញ្ញាតឱ្យអតិថិជនមានភាពបត់បែនក្នុងប្រតិបត្តិការតាមគោលការណ៍ណែនាំសុវត្ថិភាពផ្ទាល់ខ្លួនរបស់ពួកគេ។
OpenText Professional Performance Engineering មានន័យសម្រាប់ប្រើប្រាស់ក្នុងបរិវេណសម្រាប់ក្រុមក្នុងស្រុក។ វាដំណើរការដោយការក្លែងធ្វើអ្នកប្រើប្រាស់និម្មិត (Vusers) ដែលបង្កើតបន្ទុកដោយធ្វើការស្នើសុំកម្មវិធីទៅកាន់គោលដៅសាកល្បងរបស់អ្នក។ គោលដៅត្រូវតែទទួលនិង
ទទួល​ស្គាល់​ការ​ឆ្លើយ​តប​ក្នុង​រយៈ​ពេល​កំណត់​មួយ​ដើម្បី​ឆ្លង​កាត់​ការ​ធ្វើ​តេ​ស្ត​អនុវត្ត​។
ប្រសិនបើក្រុមរបស់អ្នកត្រូវបានចែកចាយជាសកលនៅក្នុងបរិវេណ ឬត្រូវបានផ្ទេរទៅពពក។ OpenTex t វិស្វកម្មការអនុវត្តសហគ្រាស រួមបញ្ចូលជាមួយ Steadybit និង OpenTex t™ Core Performance Engineering រួមបញ្ចូលជាមួយ Gremlin ដើម្បីបំពេញតម្រូវការការធ្វើតេស្តភាពវឹកវររបស់អ្នក។ ដំណោះស្រាយវិស្វកម្មការអនុវត្ត OpenText គឺជាឧបករណ៍វិស្វកម្មដំណើរការតែមួយគត់ដែលផ្តល់ទាំងជម្រើសភាពវឹកវរទាំងក្រៅពពក និង SaaS ។ ™ ឧamples នៃគោលដៅសាកល្បងសម្រាប់ដំណោះស្រាយវិស្វកម្មដំណើរការ OpenText រួមមានកម្មវិធី ERP ដូចជា Oracle ® E-business ឬ SAP, mobile, web, web 2.0, ពិធីការដូចជា DNS, SMTP, FTP; មូលដ្ឋានទិន្នន័យ (ODBC) និងការចូលប្រើពីចម្ងាយ (RDP, Citrix ®) — ប៉ុន្តែមានច្រើនទៀត។
ធនធាន
OpenText Professional Performance Engineering >
OpenText Enterprise Performance Engineering >
OpenText Core Performance Engineering >
OpenText DevOps Cloud >
សេចក្តីសន្និដ្ឋាន
ការធ្វើតេស្តភាពវឹកវរគឺនិយាយអំពីការពង្រឹងភាពធន់របស់ប្រព័ន្ធ។ វាមិនមានន័យដើម្បីជំនួសការសាកល្បងដែលអ្នកបានធ្វើរួចហើយនោះទេ ផ្ទុយទៅវិញ វាបំពេញបន្ថែមឧបករណ៍សាកល្បងដែលមានស្រាប់របស់អ្នកដោយការស្វែងរកកំហុស និងភាពងាយរងគ្រោះដែលក្រុមហ៊ុនតែងតែខកខាន។
ជំហានដើម្បីជោគជ័យតាមរយៈភាពវឹកវរ៖

• បង្កើនភាពធន់នឹងសេវាកម្ម និងសមត្ថភាពក្នុងការប្រតិកម្មចំពោះការបរាជ័យ។
• អនុវត្តគោលការណ៍វឹកវរជាបន្តបន្ទាប់។
• បង្កើត​និង​រៀបចំ​ក្រុម​វិស្វកម្ម​វឹកវរ​កណ្តាល។
• អនុវត្តតាមការអនុវត្តល្អបំផុតសម្រាប់ការធ្វើតេស្តភាពវឹកវរ។
  នៅពេលអ្នករួចរាល់ដើម្បីចាប់ផ្តើមការធ្វើតេស្តភាពវឹកវរ សូមពិចារណាដំណោះស្រាយវិស្វកម្មដំណើរការ OpenText ›

រក្សាសិទ្ធិ © 2024 បើកអត្ថបទ 
១.៤ | 10.24-262-000143

ឯកសារ/ធនធាន

opentext ធានាការអនុវត្តកម្មវិធីចំពេលមានភាពវឹកវរ [pdf] សៀវភៅណែនាំរបស់ម្ចាស់ 262-000143-001, ធានាការអនុវត្តកម្មវិធីចំពេលមានភាពច្របូកច្របល់, ការអនុវត្តកម្មវិធីចំពេលមានចលាចល, ការសម្តែងចំពេលមានចលាចល, ភាពចលាចល, ភាពវឹកវរ

ឯកសារយោង

• សៀវភៅណែនាំអ្នកប្រើប្រាស់