ការធ្វើតេស្តឯកតានៅក្នុង DBMS - របៀបដែលយើងធ្វើវានៅក្នុង Sportmaster ផ្នែកទី XNUMX

ផ្នែកទីមួយ - នៅទីនេះ.

ស្រមៃមើលស្ថានភាព។ អ្នកកំពុងប្រឈមមុខនឹងភារកិច្ចនៃការអភិវឌ្ឍន៍មុខងារថ្មី។ អ្នកមានការអភិវឌ្ឍន៍ពីអ្នកកាន់តំណែងមុនរបស់អ្នក។ ប្រសិនបើយើងសន្មត់ថាអ្នកមិនមានកាតព្វកិច្ចខាងសីលធម៌ តើអ្នកនឹងធ្វើអ្វី?

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

1. ការស្ដារឡើងវិញនូវការធ្វើតេស្តឯកតាចាស់។ ការងើបឡើងវិញមានន័យថាការសម្របសម្រួលការធ្វើតេស្តទៅនឹងស្ថានភាពដែលមានស្រាប់នៃប្រព័ន្ធភក្ដីភាព និងការសម្របខ្លួនទៅនឹងស្តង់ដារ utPLSQL ។
2. ការដោះស្រាយបញ្ហាជាមួយនឹងការយល់ដឹងអំពីអ្វីដែលពិតប្រាកដ វិធីសាស្រ្ត និងដំណើរការអ្វីខ្លះដែលគ្របដណ្តប់ដោយការធ្វើតេស្តស្វ័យប្រវត្តិ។ អ្នកត្រូវតែរក្សាព័ត៌មាននេះនៅក្នុងក្បាលរបស់អ្នក ឬទាញការសន្និដ្ឋានដោយផ្អែកលើលេខកូដស្វ័យប្រវត្តិដោយផ្ទាល់។ ដូច្នេះហើយ យើងបានសម្រេចចិត្តបង្កើតកាតាឡុក។ យើងបានកំណត់លេខកូដ mnemonic តែមួយគត់ទៅ autotest នីមួយៗ បានបង្កើតការពិពណ៌នា និងការកំណត់ដែលបានកត់ត្រា (ឧទាហរណ៍ នៅក្រោមលក្ខខណ្ឌអ្វីដែលវាគួរតែត្រូវបានចាប់ផ្តើម ឬអ្វីដែលគួរកើតឡើងប្រសិនបើការបាញ់សាកល្បងបរាជ័យ)។ ជាសំខាន់ យើងបានបញ្ចូលទិន្នន័យមេតាអំពីការធ្វើតេស្តស្វ័យប្រវត្តិ ហើយដាក់ទិន្នន័យមេតានោះទៅក្នុងតារាងគ្រោងការណ៍ utPLSQL ស្តង់ដារ។
3. ការកំណត់យុទ្ធសាស្ត្រពង្រីក, i.e. ការជ្រើសរើសមុខងារដែលជាកម្មវត្ថុនៃការផ្ទៀងផ្ទាត់ដោយការធ្វើតេស្តស្វ័យប្រវត្តិ។ យើងបានសម្រេចចិត្តយកចិត្តទុកដាក់លើរឿងបីយ៉ាង៖ ការកែលម្អប្រព័ន្ធថ្មី ឧប្បត្តិហេតុផលិតកម្ម និងដំណើរការប្រព័ន្ធសំខាន់ៗ។ ដូច្នេះហើយ យើងកំពុងអភិវឌ្ឍស្របជាមួយនឹងការចេញផ្សាយ ដោយធានានូវគុណភាពខ្ពស់របស់វា ក្នុងពេលដំណាលគ្នាពង្រីកវិសាលភាពនៃការតំរែតំរង់ និងការធានានូវភាពជឿជាក់នៃប្រព័ន្ធនៅក្នុងកន្លែងសំខាន់ៗ។ ការរាំងស្ទះដំបូងបង្អស់បែបនេះគឺដំណើរការនៃការចែកចាយការបញ្ចុះតម្លៃ និងប្រាក់រង្វាន់លើមូលប្បទានប័ត្រ។
4. តាមធម្មជាតិ យើងបានចាប់ផ្តើមបង្កើតការធ្វើតេស្តស្វ័យប្រវត្តិថ្មី។ ភារកិច្ចចេញផ្សាយដំបូងមួយគឺដើម្បីវាយតម្លៃការអនុវត្តនៃគំរូដែលបានកំណត់ជាមុននៃប្រព័ន្ធភក្ដីភាព។ គម្រោងរបស់យើងមានប្លុកនៃសំណួរ SQL ដែលបានជួសជុលយ៉ាងតឹងរ៉ឹង ដែលជ្រើសរើសអតិថិជនដោយផ្អែកលើលក្ខខណ្ឌ។ ឧទាហរណ៍ ទទួលបានបញ្ជីអតិថិជនទាំងអស់ដែលការទិញចុងក្រោយគឺនៅក្នុងទីក្រុងជាក់លាក់មួយ ឬបញ្ជីអតិថិជនដែលចំនួនទឹកប្រាក់ទិញជាមធ្យមគឺលើសពីតម្លៃជាក់លាក់មួយ។ ដោយបានធ្វើតេស្តដោយស្វ័យប្រវត្តិជាលាយលក្ខណ៍អក្សរ យើងបានពិនិត្យសំណាកដែលបានកំណត់ជាមុន ប៉ារ៉ាម៉ែត្រប្រតិបត្តិការដែលបានកត់ត្រាទុក ហើយលើសពីនេះទៀត យើងមានការធ្វើតេស្តផ្ទុក។
5. ការធ្វើការជាមួយ autotests គួរតែមានភាពងាយស្រួល. សកម្មភាពទូទៅបំផុតពីរគឺដំណើរការ autotest និងបង្កើតទិន្នន័យសាកល្បង។ នេះជារបៀបដែលម៉ូឌុលជំនួយពីរបានបង្ហាញខ្លួននៅក្នុងប្រព័ន្ធរបស់យើង៖ ម៉ូឌុលចាប់ផ្តើម និងម៉ូឌុលបង្កើតទិន្នន័យ។

   កម្មវិធីបើកដំណើរការត្រូវបានតំណាងជាដំណើរការសកលមួយដែលមានប៉ារ៉ាម៉ែត្របញ្ចូលអត្ថបទមួយ។ ជាប៉ារ៉ាម៉ែត្រ អ្នកអាចឆ្លងកាត់កូដ mnemonic ស្វ័យប្រវត្តិ ឈ្មោះកញ្ចប់ ឈ្មោះសាកល្បង ការកំណត់ស្វ័យប្រវត្តិ ឬពាក្យគន្លឹះដែលបានបម្រុងទុក។ នីតិវិធីជ្រើសរើស និងដំណើរការការធ្វើតេស្តស្វ័យប្រវត្តិទាំងអស់ដែលបំពេញលក្ខខណ្ឌ។

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

6. ការធ្វើតេស្តស្វ័យប្រវត្តិគួរតែចាប់ផ្តើម និងដំណើរការក្នុងពេលវេលាដែលអាចទទួលយកបានសម្រាប់ប្រព័ន្ធរបស់អ្នក។ ដូច្នេះ ការបើកដំណើរការពេលយប់ប្រចាំថ្ងៃត្រូវបានរៀបចំឡើង ដោយផ្អែកលើលទ្ធផលដែលរបាយការណ៍ស្តីពីលទ្ធផលត្រូវបានបង្កើត និងផ្ញើទៅក្រុមអភិវឌ្ឍន៍ទាំងមូលតាមរយៈសំបុត្រសាជីវកម្ម។ បន្ទាប់ពីស្ដារការសាកល្បងស្វ័យប្រវត្តិចាស់ និងបង្កើតថ្មី ពេលវេលាប្រតិបត្តិការសរុបគឺ 30 នាទី។ ការសម្តែងនេះសាកសមនឹងអ្នកគ្រប់គ្នា ចាប់តាំងពីការបាញ់បង្ហោះធ្វើឡើងនៅក្រៅម៉ោងធ្វើការ។

   ប៉ុន្តែ​យើង​ត្រូវ​ធ្វើ​ការ​លើ​ការ​បង្កើន​ល្បឿន​ការងារ។ ប្រព័ន្ធភក្ដីភាពក្នុងផលិតកម្មត្រូវបានធ្វើបច្ចុប្បន្នភាពនៅពេលយប់។ ជាផ្នែកមួយនៃការចេញផ្សាយមួយ យើងត្រូវធ្វើការផ្លាស់ប្តូរជាបន្ទាន់នៅពេលយប់។ ការរង់ចាំកន្លះម៉ោងសម្រាប់លទ្ធផលនៃការធ្វើតេស្តស្វ័យប្រវត្តិនៅម៉ោងបីព្រឹកមិនបានធ្វើឱ្យអ្នកទទួលខុសត្រូវចំពោះការចេញផ្សាយនេះសប្បាយចិត្តទេ (ជំរាបសួរយ៉ាងកក់ក្តៅចំពោះ Alexey Vasyukov!) ហើយនៅព្រឹកបន្ទាប់ពាក្យសប្បុរសជាច្រើនត្រូវបាននិយាយទៅកាន់ប្រព័ន្ធរបស់យើង។ ប៉ុន្តែជាលទ្ធផលស្តង់ដារ 5 នាទីសម្រាប់ការងារត្រូវបានបង្កើតឡើង។

   ដើម្បីបង្កើនល្បឿនដំណើរការ យើងបានប្រើវិធីពីរយ៉ាង៖ ការធ្វើតេស្តស្វ័យប្រវត្តិបានចាប់ផ្តើមដំណើរការជាបីខ្សែស្របគ្នា ជាសំណាងល្អវាងាយស្រួលណាស់ ដោយសារស្ថាបត្យកម្មនៃប្រព័ន្ធភក្ដីភាពរបស់យើង។ ហើយយើងបានបោះបង់ចោលវិធីសាស្រ្តដែល autotest មិនបង្កើតទិន្នន័យសាកល្បងសម្រាប់ខ្លួនវា ប៉ុន្តែព្យាយាមស្វែងរកអ្វីដែលសមរម្យនៅក្នុងប្រព័ន្ធ។ បន្ទាប់ពីធ្វើការផ្លាស់ប្តូរ ពេលវេលាប្រតិបត្តិការសរុបត្រូវបានកាត់បន្ថយមកត្រឹម 3-4 នាទី។

7. គម្រោង​ដែល​មាន​ការ​ធ្វើ​តេស្ត​ដោយ​ស្វ័យ​ប្រវត្តិ​គួរ​តែ​អាច​ត្រូវ​បាន​គេ​ដាក់​ពង្រាយ​នៅ​កន្លែង​ផ្សេងៗ។ នៅដើមដំបូងនៃការធ្វើដំណើររបស់យើង មានការព្យាយាមសរសេរឯកសារបាច់ផ្ទាល់ខ្លួនរបស់យើង ប៉ុន្តែវាច្បាស់ណាស់ថាការដំឡើងស្វ័យប្រវត្តិដែលសរសេរដោយខ្លួនឯងគឺជាការភ័យរន្ធត់ទាំងស្រុង ហើយយើងបានងាកទៅរកដំណោះស្រាយឧស្សាហកម្ម។ ដោយសារតែគម្រោងនេះមានលេខកូដផ្ទាល់ច្រើន (ជាដំបូងយើងរក្សាទុកកូដ autotest) និងទិន្នន័យតិចតួចណាស់ (ទិន្នន័យសំខាន់គឺទិន្នន័យមេតាអំពីការធ្វើតេស្តស្វ័យប្រវត្តិ) ការអនុវត្តនៅក្នុងគម្រោង Liquibase ប្រែទៅជាសាមញ្ញណាស់។

   វាជាប្រភពបើកចំហ បណ្ណាល័យឯករាជ្យនៃមូលដ្ឋានទិន្នន័យសម្រាប់ការតាមដាន គ្រប់គ្រង និងពង្រឹងការផ្លាស់ប្តូរគ្រោងការណ៍មូលដ្ឋានទិន្នន័យ។ គ្រប់គ្រងតាមរយៈបន្ទាត់ពាក្យបញ្ជា ឬក្របខ័ណ្ឌដូចជា Apache Maven ។ គោលការណ៍នៃប្រតិបត្តិការរបស់ Liquibase គឺសាមញ្ញណាស់។ យើងមានគម្រោងដែលបានរៀបចំតាមរបៀបជាក់លាក់មួយ ដែលរួមមានការផ្លាស់ប្តូរ ឬស្គ្រីបដែលត្រូវដាក់ចេញទៅកាន់ម៉ាស៊ីនមេគោលដៅ និងឯកសារគ្រប់គ្រងដែលកំណត់ក្នុងលំដាប់ណា និងជាមួយប៉ារ៉ាម៉ែត្រអ្វីដែលការផ្លាស់ប្តូរទាំងនេះគួរតែត្រូវបានដំឡើង។

   នៅកម្រិត DBMS តារាងពិសេសមួយត្រូវបានបង្កើតឡើងដែល Liquibase រក្សាទុកកំណត់ហេតុវិលជុំ។ ការផ្លាស់ប្តូរនីមួយៗមាន hash ដែលបានគណនា ដែលត្រូវបានប្រៀបធៀបរាល់ពេលរវាងគម្រោង និងស្ថានភាពនៅក្នុងមូលដ្ឋានទិន្នន័យ។ សូមអរគុណដល់ Liquibase យើងអាចបញ្ចេញការផ្លាស់ប្តូរប្រព័ន្ធរបស់យើងទៅសៀគ្វីណាមួយបានយ៉ាងងាយស្រួល។ ការធ្វើតេស្តស្វ័យប្រវត្តិឥឡូវនេះត្រូវបានដាក់ឱ្យដំណើរការនៅលើសៀគ្វីសាកល្បង និងបញ្ចេញ ក៏ដូចជានៅលើកុងតឺន័រ (សៀគ្វីផ្ទាល់ខ្លួនរបស់អ្នកអភិវឌ្ឍន៍)។

ដូច្នេះសូមនិយាយអំពីលទ្ធផលនៃការប្រើប្រាស់ប្រព័ន្ធតេស្តឯកតារបស់យើង។

1. ជា​ការ​ពិត​ណាស់ ជា​ដំបូង​យើង​ជឿ​ជាក់​ថា​យើង​បាន​ចាប់​ផ្តើម​បង្កើត​កម្មវិធី​ដែល​ល្អ​ជាង​មុន។ ការធ្វើតេស្តស្វ័យប្រវត្តិត្រូវបានចាប់ផ្តើមជារៀងរាល់ថ្ងៃ ហើយកំហុសរាប់សិបត្រូវបានរកឃើញរាល់ការចេញផ្សាយ។ ជាងនេះទៅទៀត កំហុសមួយចំនួននេះគឺទាក់ទងដោយប្រយោលទៅនឹងមុខងារដែលយើងពិតជាចង់ផ្លាស់ប្តូរ។ មានការសង្ស័យយ៉ាងធ្ងន់ធ្ងរដែលកំហុសទាំងនេះត្រូវបានរកឃើញដោយការធ្វើតេស្តដោយដៃ។
2. ឥឡូវនេះក្រុមការងារមានទំនុកចិត្តថាមុខងារជាក់លាក់កំពុងដំណើរការបានត្រឹមត្រូវ... ជាដំបូង បញ្ហានេះទាក់ទងនឹងដំណើរការសំខាន់ៗរបស់យើង។ ជាឧទាហរណ៍ ក្នុងរយៈពេលប្រាំមួយខែកន្លងមកនេះ យើងមិនមានបញ្ហាអ្វីជាមួយការចែកចាយការបញ្ចុះតម្លៃ និងប្រាក់រង្វាន់លើបង្កាន់ដៃនោះទេ ទោះបីជាមានការផ្លាស់ប្ដូរការចេញផ្សាយក៏ដោយ បើទោះបីជាមានកំហុសក្នុងអំឡុងពេលមុនៗបានកើតឡើងជាមួយនឹងប្រេកង់មួយចំនួនក៏ដោយ។
3. យើងបានគ្រប់គ្រងដើម្បីកាត់បន្ថយចំនួននៃការធ្វើតេស្តម្តងទៀត។ ដោយសារតែការធ្វើតេស្តស្វ័យប្រវត្តិត្រូវបានសរសេរសម្រាប់មុខងារថ្មី អ្នកវិភាគ និងអ្នកសាកល្បងក្រៅម៉ោងទទួលបានកូដដែលមានគុណភាពខ្ពស់ជាងមុន ដោយសារតែ វាត្រូវបានត្រួតពិនិត្យរួចហើយ។
4. ការអភិវឌ្ឍន៍មួយចំនួនក្នុងការធ្វើតេស្តស្វ័យប្រវត្តិត្រូវបានប្រើប្រាស់ដោយអ្នកអភិវឌ្ឍន៍។ ឧទាហរណ៍ ទិន្នន័យសាកល្បងលើធុងត្រូវបានបង្កើតដោយប្រើម៉ូឌុលបង្កើតវត្ថុ។
5. វាជាការសំខាន់ណាស់ដែលយើងបានបង្កើត "ការទទួលយក" នៃប្រព័ន្ធសាកល្បងស្វ័យប្រវត្តិនៅលើផ្នែករបស់អ្នកអភិវឌ្ឍន៍។ មានការយល់ដឹងថានេះមានសារៈសំខាន់ និងមានប្រយោជន៍។ ប៉ុន្តែតាមបទពិសោធន៍របស់ខ្ញុំ ខ្ញុំអាចនិយាយបានថា នេះគឺនៅឆ្ងាយពីករណីនេះ។ ការធ្វើតេស្តស្វ័យប្រវត្តិត្រូវតែសរសេរ ពួកគេត្រូវបានគាំទ្រ និងអភិវឌ្ឍ លទ្ធផលត្រូវតែត្រូវបានវិភាគ ហើយជារឿយៗការចំណាយពេលវេលាទាំងនេះមិនមានតម្លៃទេ។ វាកាន់តែងាយស្រួលក្នុងការទៅផលិតកម្ម និងដោះស្រាយបញ្ហានៅទីនោះ។ នៅទីនេះ អ្នកអភិវឌ្ឍន៍តម្រង់ជួរ ហើយសុំឱ្យយើងគ្របដណ្តប់មុខងាររបស់ពួកគេជាមួយនឹងការធ្វើតេស្តស្វ័យប្រវត្តិ។

មាន​អ្វី​បន្ទាប់

ចូរនិយាយអំពីផែនការអភិវឌ្ឍន៍សម្រាប់គម្រោងសាកល្បងស្វ័យប្រវត្តិ។

ជាការពិតណាស់ ដរាបណាប្រព័ន្ធភាពស្មោះត្រង់របស់ Sportmaster នៅមានជីវិត និងបន្តអភិវឌ្ឍ វាក៏អាចបង្កើតការធ្វើតេស្តស្វ័យប្រវត្តិស្ទើរតែគ្មានទីបញ្ចប់ផងដែរ។ ដូច្នេះ ទិសដៅសំខាន់នៃការអភិវឌ្ឍន៍ គឺការពង្រីកតំបន់គ្របដណ្តប់។

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

ប៉ុន្តែទាំងនេះគឺជាវិធីជាក់ស្តែងនៃការអភិវឌ្ឍន៍។ បើ​យើង​និយាយ​អំពី​អ្វី​ដែល​មិន​សំខាន់​ជាង​នេះ យើង​គូស​បញ្ជាក់​ដូច​ខាង​ក្រោម៖

1. បច្ចុប្បន្ននេះការគ្រប់គ្រង autotest ត្រូវបានអនុវត្តនៅកម្រិត DBMS ពោលគឺឧ។ ចំណេះដឹងអំពី PL/SQL គឺត្រូវបានទាមទារសម្រាប់ការងារដែលទទួលបានជោគជ័យ។ ប្រសិនបើចាំបាច់ ការគ្រប់គ្រងប្រព័ន្ធ (ឧទាហរណ៍ ការបើកដំណើរការ ឬបង្កើតទិន្នន័យមេតា) អ្នកអាចបង្កើតប្រភេទនៃបន្ទះគ្រប់គ្រងមួយចំនួនដោយប្រើ Jenkins ឬអ្វីមួយដែលស្រដៀងគ្នា។
2. មនុស្សគ្រប់គ្នាចូលចិត្តសូចនាករបរិមាណ និងគុណភាព។ សម្រាប់​ការ​ធ្វើ​តេស្ដ​ដោយ​ស្វ័យ​ប្រវត្តិ សូចនាករ​ជា​សាកល​បែប​នេះ​គឺ Code Coverage ឬ​ម៉ែត្រ​ការ​គ្របដណ្តប់​កូដ។ ដោយប្រើសូចនាករនេះ យើងអាចកំណត់ថាតើភាគរយនៃកូដនៃប្រព័ន្ធរបស់យើងក្រោមការសាកល្បងត្រូវបានគ្របដណ្តប់ដោយការធ្វើតេស្តស្វ័យប្រវត្តិ។ ចាប់ផ្តើមពីកំណែ 12.2 Oracle ផ្តល់នូវសមត្ថភាពក្នុងការគណនាម៉ែត្រនេះ និងផ្តល់នូវការប្រើប្រាស់កញ្ចប់ស្តង់ដារ DBMS_PLSQL_CODE_COVERAGE ។

   ប្រព័ន្ធ autotest របស់យើងមានអាយុជាងមួយឆ្នាំហើយ ប្រហែលជាពេលនេះដល់ពេលដែលត្រូវវាយតម្លៃការគ្របដណ្តប់របស់យើង។ នៅក្នុងគម្រោងចុងក្រោយរបស់ខ្ញុំ (មិនមែនជាគម្រោង Sportmaster) នេះជាអ្វីដែលបានកើតឡើង។ មួយឆ្នាំបន្ទាប់ពីធ្វើការលើការធ្វើតេស្តស្វ័យប្រវត្តិ ការគ្រប់គ្រងកំណត់ភារកិច្ចវាយតម្លៃថាតើភាគរយនៃកូដដែលយើងគ្របដណ្តប់។ ជាមួយនឹងការគ្របដណ្តប់លើសពី 1% ការគ្រប់គ្រងនឹងសប្បាយចិត្ត។ យើងជាអ្នកអភិវឌ្ឍន៍រំពឹងថានឹងមានលទ្ធផលប្រហែល 10% ។ យើង​បាន​ដំឡើង​កូដ​គ្រប​ដណ្តប់ វាស់​វា ហើយ​ទទួល​បាន 20%។ ដើម្បីអបអរ យើងបានទៅយករង្វាន់ ប៉ុន្តែរបៀបដែលយើងបានទៅ និងកន្លែងដែលយើងបានទៅនៅពេលក្រោយ គឺជារឿងខុសគ្នាទាំងស្រុង។

3. ការធ្វើតេស្តស្វ័យប្រវត្តិអាចពិនិត្យមើលសេវាកម្មគេហទំព័រដែលលាតត្រដាង។ Oracle អនុញ្ញាត​ឱ្យ​យើង​ធ្វើ​វា​បាន​យ៉ាង​ល្អ ហើយ​យើង​នឹង​លែង​ជួប​បញ្ហា​មួយ​ចំនួន​ទៀត​ហើយ។
4. ហើយជាការពិតណាស់ ប្រព័ន្ធសាកល្បងស្វ័យប្រវត្តិរបស់យើងអាចត្រូវបានអនុវត្តចំពោះគម្រោងមួយផ្សេងទៀត។ ដំណោះស្រាយដែលយើងបានទទួលគឺមានលក្ខណៈជាសកល ហើយទាមទារតែការប្រើប្រាស់ Oracle ប៉ុណ្ណោះ។ ខ្ញុំបានលឺថាគម្រោង Sportmaster ផ្សេងទៀតចាប់អារម្មណ៍លើការសាកល្បងដោយស្វ័យប្រវត្តិ ហើយប្រហែលជាយើងនឹងទៅរកពួកគេ។

ការរកឃើញ

ចូរយើងសង្ខេប។ នៅលើគម្រោងប្រព័ន្ធភាពស្មោះត្រង់នៅក្នុង Sportmaster យើងបានគ្រប់គ្រងដើម្បីអនុវត្តប្រព័ន្ធសាកល្បងស្វ័យប្រវត្តិ។ វាត្រូវបានផ្អែកលើដំណោះស្រាយ utPLSQL ពី Stephen Feuerstein ។ នៅជុំវិញ utPLSQL មានកូដ autotest និង auxiliary self-written modules: launch module, data generated module និងផ្សេងទៀត។ ការធ្វើតេស្តស្វ័យប្រវត្តិត្រូវបានចាប់ផ្តើមជារៀងរាល់ថ្ងៃ ហើយសំខាន់បំផុតគឺវាដំណើរការ និងមានប្រយោជន៍។ យើងមានទំនុកចិត្តថាយើងបានចាប់ផ្តើមបញ្ចេញកម្មវិធីដែលមានគុណភាពខ្ពស់ជាងមុន។ ទន្ទឹមនឹងនេះ ដំណោះស្រាយលទ្ធផលគឺមានលក្ខណៈជាសកល ហើយអាចត្រូវបានអនុវត្តដោយសេរីចំពោះគម្រោងណាមួយ ដែលចាំបាច់ត្រូវរៀបចំការធ្វើតេស្តដោយស្វ័យប្រវត្តិនៅលើ Oracle DBMS ។

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

សរសេរមតិប្រសិនបើមានចំណុចដែលគួរសង្កត់ធ្ងន់នៅពេលអនាគត ឬសំណួរដែលទាមទារការបង្ហាញ។

មានតែអ្នកប្រើប្រាស់ដែលបានចុះឈ្មោះប៉ុណ្ណោះដែលអាចចូលរួមក្នុងការស្ទង់មតិនេះ។ ចូលសូម។

តើយើងនឹងសរសេរបន្ថែមអំពីរឿងនេះទេ?

• ត្រូវហើយ

• អត់អី​ទេ​អរគុណ​ហើយ

អ្នកប្រើប្រាស់ 12 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ ៦៣ នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com