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

ហេហេ!

ឈ្មោះរបស់ខ្ញុំគឺ Maxim Ponomarenko ហើយខ្ញុំជាអ្នកអភិវឌ្ឍន៍នៅ Sportmaster ។ ខ្ញុំមានបទពិសោធន៍ 10 ឆ្នាំក្នុងវិស័យ IT ។ គាត់បានចាប់ផ្តើមអាជីពរបស់គាត់នៅក្នុងការធ្វើតេស្តដោយដៃ បន្ទាប់មកប្តូរទៅការអភិវឌ្ឍន៍មូលដ្ឋានទិន្នន័យ។ អស់រយៈពេល 4 ឆ្នាំចុងក្រោយនេះ ដោយប្រមូលចំណេះដឹងដែលទទួលបានក្នុងការធ្វើតេស្ត និងការអភិវឌ្ឍន៍ ខ្ញុំបានធ្វើតេស្តដោយស្វ័យប្រវត្តិនៅកម្រិត DBMS ។

ខ្ញុំបាននៅក្នុងក្រុម Sportmaster អស់រយៈពេលជាងមួយឆ្នាំ ហើយកំពុងបង្កើតការធ្វើតេស្តដោយស្វ័យប្រវត្តិលើគម្រោងធំមួយ។ នៅក្នុងខែមេសា បុរសមកពី Sportmaster Lab និងខ្ញុំបាននិយាយនៅក្នុងសន្និសីទមួយនៅ Krasnodar របាយការណ៍របស់ខ្ញុំត្រូវបានគេហៅថា "ការធ្វើតេស្តឯកតានៅក្នុង DBMS" ហើយឥឡូវនេះខ្ញុំចង់ចែករំលែកវាជាមួយអ្នក។ វានឹងមានអត្ថបទជាច្រើន ដូច្នេះខ្ញុំបានសម្រេចចិត្តបំបែករបាយការណ៍ជាពីរប្រកាស។ នៅក្នុងទីមួយ យើងនឹងនិយាយអំពី autotests និង testing ជាទូទៅ ហើយនៅក្នុងទីពីរ ខ្ញុំនឹងរស់នៅដោយលម្អិតបន្ថែមទៀតលើប្រព័ន្ធតេស្តឯកតារបស់យើង និងលទ្ធផលនៃកម្មវិធីរបស់វា។

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

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

អាយធីទំនើបត្រូវបានកំណត់លក្ខណៈដោយការពិតដែលថាអ្នកអភិវឌ្ឍន៍អាចត្រូវបានទាមទារមិនត្រឹមតែសរសេរកូដផលិតផលប៉ុណ្ណោះទេប៉ុន្តែថែមទាំងសរសេរការធ្វើតេស្តឯកតាដែលពិនិត្យមើលកូដនេះផងដែរ។

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

សាកល្បងភាពស្មោះត្រង់

ជាដំបូង សូមនិយាយអំពីគម្រោងដែលយើងបានដាក់ពង្រាយប្រព័ន្ធសាកល្បងស្វ័យប្រវត្តិ។ គម្រោងរបស់យើងគឺប្រព័ន្ធភាពស្មោះត្រង់របស់ Sportmaster (ដោយវិធីនេះយើងបានសរសេររួចហើយអំពីវានៅក្នុង ប្រកាសនេះ។).

ប្រសិនបើក្រុមហ៊ុនរបស់អ្នកមានទំហំធំល្មម នោះប្រព័ន្ធភក្ដីភាពរបស់អ្នកនឹងមានលក្ខណៈសម្បត្តិស្តង់ដារចំនួនបី៖

• ប្រព័ន្ធរបស់អ្នកនឹងត្រូវបានផ្ទុកយ៉ាងខ្លាំង
• ប្រព័ន្ធរបស់អ្នកនឹងមានដំណើរការគណនាស្មុគស្មាញ
• ប្រព័ន្ធរបស់អ្នកនឹងប្រសើរឡើងយ៉ាងសកម្ម។

សរុបមក បើយើងពិចារណាម៉ាក Sportmaster ទាំងអស់ នោះយើងមានហាងច្រើនជាង 1000 នៅក្នុងប្រទេសរុស្ស៊ី អ៊ុយក្រែន ចិន កាហ្សាក់ស្ថាន និងបេឡារុស្ស។ ការទិញប្រហែល 300 ត្រូវបានធ្វើឡើងនៅក្នុងហាងទាំងនេះជារៀងរាល់ថ្ងៃ។ នោះគឺរាល់ការត្រួតពិនិត្យ 000-3 វិនាទីចូលក្នុងប្រព័ន្ធរបស់យើង។ តាមធម្មជាតិ ប្រព័ន្ធភក្ដីភាពរបស់យើងមានផ្ទុកច្រើន។ ហើយចាប់តាំងពីវាត្រូវបានប្រើប្រាស់យ៉ាងសកម្ម យើងត្រូវផ្តល់នូវស្តង់ដារខ្ពស់បំផុតនៃគុណភាពរបស់វា ពីព្រោះកំហុសណាមួយនៅក្នុងកម្មវិធីមានន័យថាមានការខាតបង់ផ្នែកហិរញ្ញវត្ថុ កេរ្តិ៍ឈ្មោះ និងការខាតបង់ផ្សេងទៀត។

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

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

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

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

តាមបច្ចេកវិទ្យា 90% នៃតក្កវិជ្ជានៃប្រព័ន្ធភក្ដីភាពរបស់យើងគឺផ្អែកលើម៉ាស៊ីនមេ និងត្រូវបានអនុវត្តនៅលើ Oracle ។ មានអតិថិជនដែលលាតត្រដាងនៅក្នុង Delphi ដែលដំណើរការមុខងាររបស់អ្នកគ្រប់គ្រងកន្លែងធ្វើការដោយស្វ័យប្រវត្តិ។ មានសេវាគេហទំព័រដែលលាតត្រដាងសម្រាប់កម្មវិធីខាងក្រៅ (ឧទាហរណ៍គេហទំព័រ)។ ដូច្នេះ វាពិតជាឡូជីខលណាស់ដែលប្រសិនបើយើងដាក់ពង្រាយប្រព័ន្ធសាកល្បងស្វ័យប្រវត្តិ យើងនឹងធ្វើវានៅលើ Oracle។

ប្រព័ន្ធភក្ដីភាពនៅក្នុង Sportmaster មានអាយុកាលជាង 7 ឆ្នាំ ហើយត្រូវបានបង្កើតឡើងដោយអ្នកអភិវឌ្ឍន៍តែមួយ... ចំនួនអ្នកអភិវឌ្ឍន៍ជាមធ្យមនៅលើគម្រោងរបស់យើងក្នុងរយៈពេល 7 ឆ្នាំនេះគឺ 3-4 នាក់។ ប៉ុន្តែ​ក្នុង​មួយ​ឆ្នាំ​កន្លង​ទៅ ក្រុម​របស់​យើង​មាន​ការ​រីក​ចម្រើន​គួរ​ឱ្យ​កត់​សម្គាល់ ហើយ​ឥឡូវ​នេះ​មាន​មនុស្ស​១០​នាក់​ធ្វើ​ការ​លើ​គម្រោង​នេះ។ នោះគឺមនុស្សមកគម្រោងដែលមិនស៊ាំនឹងកិច្ចការធម្មតា ដំណើរការ និងស្ថាបត្យកម្ម។ ហើយវាមានការកើនឡើងហានិភ័យដែលយើងនឹងខកខានកំហុស។

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

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

utPLSQL មកជួយសង្គ្រោះ

តើអ្នកដឹងអ្វីខ្លះអំពី Stephen Feuerstein?

នេះគឺជាបុរសឆ្លាតម្នាក់ដែលបានលះបង់ផ្នែកដ៏វែងនៃអាជីពរបស់គាត់ដើម្បីធ្វើការជាមួយ Oracle និង PL/SQL ហើយបានសរសេរការងារជាច្រើនលើប្រធានបទនេះ។ សៀវភៅដ៏ល្បីល្បាញមួយរបស់គាត់ត្រូវបានគេហៅថា "Oracle PL/SQL ។ សម្រាប់​អ្នក​ជំនាញ»។ វាគឺជាលោក Stephen ដែលបានបង្កើតដំណោះស្រាយ utPLSQL ឬដូចដែលវាតំណាងឱ្យ ក្របខ័ណ្ឌការធ្វើតេស្តឯកតាសម្រាប់ Oracle PL/SQL ។ ដំណោះស្រាយ utPLSQL ត្រូវបានបង្កើតឡើងក្នុងឆ្នាំ 2016 ប៉ុន្តែវានៅតែបន្តដំណើរការយ៉ាងសកម្ម ហើយកំណែថ្មីត្រូវបានចេញផ្សាយ។ នៅពេលរាយការណ៍ កំណែចុងក្រោយបំផុតមានកាលបរិច្ឆេទត្រឡប់ទៅថ្ងៃទី 24 ខែមីនា ឆ្នាំ 2019។
តើ​វា​គឺជា​អ្វី។ នេះគឺជាគម្រោងប្រភពបើកចំហដាច់ដោយឡែក។ វាមានទម្ងន់ពីរបីមេកាបៃ រួមទាំងឧទាហរណ៍ និងឯកសារ។ ជាក់ស្តែង វាគឺជាគ្រោងការណ៍ដាច់ដោយឡែកមួយនៅក្នុងមូលដ្ឋានទិន្នន័យ ORACLE ជាមួយនឹងសំណុំនៃកញ្ចប់ និងតារាងសម្រាប់រៀបចំការធ្វើតេស្តឯកតា។ ការដំឡើងត្រូវចំណាយពេលពីរបីវិនាទី។ លក្ខណៈពិសេសប្លែកនៃ utPLSQL គឺជាភាពងាយស្រួលនៃការប្រើប្រាស់របស់វា។
ជាសកល utPLSQL គឺជាយន្តការមួយសម្រាប់ដំណើរការការធ្វើតេស្តឯកតា ដែលការធ្វើតេស្តឯកតាត្រូវបានគេយល់ថាជានីតិវិធីបណ្តុំ Oracle ធម្មតា ដែលអង្គការនេះអនុវត្តតាមច្បាប់ជាក់លាក់។ បន្ថែមពីលើការបើកដំណើរការ utPLSQL រក្សាទុកកំណត់ហេតុនៃការធ្វើតេស្តរបស់អ្នកទាំងអស់ ហើយក៏មានប្រព័ន្ធរាយការណ៍ផ្ទៃក្នុងផងដែរ។

សូមក្រឡេកមើលឧទាហរណ៍នៃអ្វីដែលលេខកូដតេស្តឯកតាមើលទៅដូចដែលបានអនុវត្តដោយប្រើបច្ចេកទេសនេះ។

ដូច្នេះ អេក្រង់បង្ហាញលេខកូដសម្រាប់ការបញ្ជាក់កញ្ចប់ធម្មតាជាមួយនឹងការធ្វើតេស្តឯកតា។ តើតម្រូវការចាំបាច់អ្វីខ្លះ? កញ្ចប់ព័ត៌មានត្រូវតែមានបុព្វបទ "utp_" ។ នីតិវិធីទាំងអស់ជាមួយនឹងការធ្វើតេស្តត្រូវតែមានបុព្វបទដូចគ្នា។ កញ្ចប់ត្រូវតែមាននីតិវិធីស្តង់ដារពីរ៖ "utp_setup" និង "utp_teardown" ។ នីតិវិធីទីមួយត្រូវបានហៅដោយការចាប់ផ្តើមការធ្វើតេស្តឯកតានីមួយៗឡើងវិញទីពីរ - បន្ទាប់ពីការបើកដំណើរការ។

"utp_setup" ជាក្បួនរៀបចំប្រព័ន្ធរបស់យើងដើម្បីដំណើរការការធ្វើតេស្តឯកតា ឧទាហរណ៍ ការបង្កើតទិន្នន័យសាកល្បង។ “utp_teardown” - ផ្ទុយទៅវិញ អ្វីគ្រប់យ៉ាងត្រឡប់ទៅការកំណត់ដើមវិញ ហើយកំណត់លទ្ធផលចាប់ផ្តើមឡើងវិញ។

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

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

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

នេះជារបៀបដែលការធ្វើតេស្តឯកតាដំណើរការ។ មានជម្រើសពីរដែលអាចដំណើរការបាន៖ ដំណើរការការធ្វើតេស្តឯកតាទាំងអស់ពីកញ្ចប់ជាក់លាក់មួយ ឬដំណើរការការធ្វើតេស្តឯកតាជាក់លាក់នៅក្នុងកញ្ចប់ជាក់លាក់មួយ។

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

6 ច្បាប់នៃការធ្វើតេស្តស្វ័យប្រវត្តិ

មុនពេលចាប់ផ្តើមបង្កើតប្រព័ន្ធថ្មីសម្រាប់ការធ្វើតេស្តដោយស្វ័យប្រវត្តិនៃប្រព័ន្ធភក្ដីភាព រួមជាមួយនឹងការគ្រប់គ្រង យើងបានកំណត់គោលការណ៍ដែលការធ្វើតេស្តស្វ័យប្រវត្តិនាពេលអនាគតរបស់យើងគួរតែអនុវត្តតាម។

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

ហើយនៅក្នុងការប្រកាសទីពីរក្នុងរយៈពេលពីរបីថ្ងៃទៀត ខ្ញុំនឹងប្រាប់អ្នកពីអ្វីដែលយើងបានធ្វើ និងលទ្ធផលដែលយើងទទួលបាន។

ប្រភព: www.habr.com