TestRail - ការកំណត់បុគ្គលសម្រាប់គម្រោង

សេចក្តីណែនាំ

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

ការបដិសេធតូចមួយ។ អត្ថបទនេះមិនមានការពិពណ៌នាអំពីមុខងារជាមូលដ្ឋានរបស់ TestRail ទេ (មានការណែនាំជាច្រើនលើបញ្ហានេះ) និងកន្សោមលក់ពណ៌ពណ៌នាអំពីមូលហេតុដែលអ្នកត្រូវជ្រើសរើសអ្នកលក់ពិសេសនេះដើម្បីបង្កើតឃ្លាំងជាមួយនឹងការធ្វើតេស្ត។

ផែនការយុត្តិកម្ម (អ្វីដែលនឹងត្រូវអនុវត្ត)

1. តម្រូវការទូទៅ

   1. ពិត​ជា​នរណា​ម្នាក់​គួរ​តែ​អាច​ឆ្លង​កាត់​ករណី​នេះ​។

   2. ករណីគួរតែនៅជាប់ពាក់ព័ន្ធឱ្យបានយូរតាមដែលអាចធ្វើទៅបាន។

   3. ករណីគួរតែគ្របដណ្តប់មុខងាររបស់កម្មវិធីទូរស័ព្ទឱ្យបានហ្មត់ចត់តាមដែលអាចធ្វើទៅបាន ក្នុងកម្រិតដែលវាមិនផ្ទុយនឹងចំណុចពីរដំបូង

2. បំបែកទៅជា TestCase និង TestScenario

3. ជំនាន់រហ័សនៃ TestRun នៃប្រភេទផ្សេងៗ

   1. ផ្សែង

   2. តំរែតំរង់

   3. ការធ្វើតេស្តផលប៉ះពាល់។ល។

4. ការបង្កើនប្រសិទ្ធភាពការគាំទ្រករណី

   1. ការបោះបង់ចោលរូបថតអេក្រង់រឹង "ស្លាប់" ហើយប្តូរទៅ "ទិន្នន័យចល័ត"

តម្រូវការ

ដើម្បីកែសម្រួលវាល អ្នកនឹងត្រូវការសិទ្ធិចូលដំណើរការអ្នកគ្រប់គ្រង

ការជ្រើសរើសប្រភេទគម្រោង

មានគម្រោងបីប្រភេទសម្រាប់ជ្រើសរើស៖

យើងនឹងជ្រើសរើសប្រភេទលំនាំដើម។ ករណីទាំងអស់នឹងមាននៅក្នុងវាក្នុងពេលតែមួយ។ យើងនឹងប្រើការត្រងឆ្លាតវៃ និងគ្រប់គ្រងគ្រប់ករណីទាំងអស់ក្នុងពេលតែមួយ។

ការបន្ថែមវាលដើម្បីមើលបញ្ជីករណីសាកល្បង

តោះបន្ថែមវាលដើម្បីបង្ហាញករណីសាកល្បងអាទិភាព៖

អ្នកក៏អាចបន្ថែមវាលផ្សេងទៀត។

ការដំឡើងប្រអប់ និងស្លាកករណីសាកល្បង

បើកម៉ឺនុយការកំណត់៖

យើងនឹងត្រូវការវាលខាងក្រោម៖

វាល "សង្ខេប" (បឋមកថាករណីសាកល្បង)

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

សេណារីយ៉ូសាកល្បង៖

ឧទាហរណ៍៖ TestScenario - សេណារីយ៉ូមូលដ្ឋានសម្រាប់ការប្រើប្រាស់កម្មវិធីទូរស័ព្ទ

ករណីសាកល្បង៖

ឧទាហរណ៍៖ អេក្រង់មេ - ផ្នែកផ្តល់សិទ្ធិ - បញ្ចូលការចូល

សរុបមក យើងឃើញនៅក្នុងសេចក្ដីសង្ខេបនៃករណី ការយល់ដឹងបែបបុរាណ៖ "អ្វី កន្លែងណា ពេលណា"។ យើង​ក៏​មើល​ឃើញ​ដោយ​ឡែក​ស្គ្រីប​តេស្ត​កម្រិត​ខ្ពស់ និង​ករណី​សាកល្បង​កម្រិត​ទាប​ក្នុង​ទម្រង់​ដែល​ស័ក្តិសម​បំផុត​សម្រាប់​ស្វ័យប្រវត្តិកម្ម។

ស្លាក "StartScreen" (អេក្រង់ដែល TestScenario ចាប់ផ្តើម; ផងដែរ ករណីសាកល្បងជាច្រើនអាចប៉ះអេក្រង់ដែលនៅជាប់គ្នា)

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

បង្កើតវាលថ្មី៖

បំពេញសមាសធាតុនៃវាលថ្មី៖

ក្នុងករណីនេះ យើងកំពុងបង្កើតវាលជ្រើសរើសពីបញ្ជីតម្លៃ។ បញ្ចូលតម្លៃនៃវាលនេះ៖

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

ហើយបន្ទាប់ពីនោះ យើងត្រូវបង្កើតអេក្រង់ទីបី រវាងអេក្រង់ដែលមានស្រាប់ទាំងពីរ

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

ដាក់ស្លាក "អេក្រង់" (ឈ្មោះអេក្រង់ដែលប៉ះពាល់ដល់ TestCase)

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

ឧទាហរណ៍៖ home_screen, MapScreen, PayScreen ជាដើម។

វាល "MovableData" (ភ្ជាប់ទៅមូលដ្ឋានទិន្នន័យប្រូកស៊ីដែលមានទិន្នន័យសាកល្បងដែលអាចផ្លាស់ប្តូរបាន)

បន្ទាប់ យើងនឹងព្យាយាមដោះស្រាយបញ្ហានៃការរក្សាភាពពាក់ព័ន្ធនៃទិន្នន័យនៅក្នុងករណីសាកល្បង៖

1. តំណភ្ជាប់ទៅប្លង់បច្ចុប្បន្ន (វាប្រសើរជាងការថតអេក្រង់ដែលស្លាប់)

2. ជំហានធម្មតាដើម្បីទៅដល់អេក្រង់ជាមួយនឹងស្ថានភាពសាកល្បង

3. សំណួរ SQL

4. តំណភ្ជាប់ទៅទិន្នន័យខាងក្រៅ និងទិន្នន័យផ្សេងទៀត។

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

យើង​នឹង​ខ្ចប់​ទិន្នន័យ​ទាំង​អស់​នេះ​ទៅ​ក្នុង​ឯកសារ​ខាង​ក្រៅ​មួយ ដែល​នឹង​មាន​សម្រាប់​អ្នក​រាល់​គ្នា​នៅ​លើ​គម្រោង។ ឧទាហរណ៍ អ្នកអាចប្រើ Google Sheet ឬ Excel ហើយរៀបចំការស្វែងរកនៅក្នុងឯកសារ។ ហេតុអ្វីបានជាអ្នកលក់ពិសេសទាំងនេះ? ការពិតគឺថាយើងចាប់ផ្តើមពីគំរូដែលមនុស្សណាម្នាក់នៅក្នុងក្រុមគួរតែអាចបើក និងឆ្លងកាត់ករណីសាកល្បងដោយមិនចាំបាច់ដំឡើងឧបករណ៍ណាមួយជាមុនសិន។

សម្រាប់ Google សន្លឹក អ្នកអាចប្រើសំណួរ SQL ។ ឧទាហរណ៍៖

=query(DATA!A1:M1146;"
SELECT C,D
WHERE
C contains '"&SEARCH!A2&"'")

សម្រាប់ កម្មវិធី Excel អ្នកអាចរៀបចំម៉ាក្រូស្វែងរកភ្លាមៗដែលងាយស្រួល។ (ការត្រង) ឧទាហរណ៍ តំណភ្ជាប់.

តាមពិត គំនិតនេះមិនមែនថ្មីទេ ហើយត្រូវបានពិពណ៌នានៅក្នុងសៀវភៅរបស់អ្នកសាកល្បងដំបូង “Testing dot com”។ (អ្នកនិពន្ធ Savin Roman) យើងគ្រាន់តែបញ្ចូលវិធីសាស្រ្តដែលស្នើឡើងដោយ Roman Savin ទៅក្នុង TestRail ។ ដើម្បីធ្វើដូចនេះបង្កើតវាលមួយដែលមានតំណភ្ជាប់ទៅឯកសារដែលបានបង្កើត៖

បំពេញតម្លៃលំនាំដើមនៃតំណ ដូច្នេះករណីសាកល្បងថ្មីនីមួយៗមានតំណរួចហើយ៖

ប្រសិនបើទីតាំងនៃឯកសារខាងក្រៅផ្លាស់ប្តូរ (យើងផ្តល់សម្រាប់ឧប្បត្តិហេតុណាមួយ) នោះអ្នកអាចផ្លាស់ប្តូរវាលមួយ ឬច្រើនក្នុងពេលតែមួយបានយ៉ាងងាយស្រួលនៅក្នុងករណីសាកល្បងទាំងអស់៖

វាល "ការពិពណ៌នា" (ការពិពណ៌នា ឬគំនិតនៃករណីសាកល្បង ការណែនាំស្តង់ដារ)

អ្វី​ដែល​អ្នក​អាច​នឹង​ត្រូវ​ការ៖ ក្នុង​ប្រអប់​អត្ថបទ​នេះ យើង​នឹង​ដាក់​ការ​ពិពណ៌នា​សង្ខេប​អំពី​ករណី​សាកល្បង និង​ការណែនាំ​ស្តង់ដារ។

ឧទាហរណ៍: ទិន្នន័យសាកល្បងទាំងអស់ (ប្លង់បច្ចុប្បន្ន ការប្រើប្រាស់ឧបករណ៍ និងទិន្នន័យផ្សេងទៀត) ពីករណីសាកល្បងនេះត្រូវបានចង្អុលបង្ហាញដោយតំណភ្ជាប់ {...} ហើយមានទីតាំងនៅក្នុងឯកសារ MovableData ។ ភ្ជាប់ទៅ MovableData នៅក្នុងវាលដែលត្រូវគ្នានៅផ្នែកខាងលើ។

ដាក់ស្លាក "សមាសភាគ" (សមាសភាគកម្មវិធីទូរស័ព្ទ)

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

សមាសភាគឧទាហរណ៍៖ GooglePay, ការបញ្ជាទិញ, អ្នកប្រើប្រាស់, ផែនទី, ការអនុញ្ញាតជាដើម។

ស្លាក "TAG" (ស្លាកផ្សេងទៀតសម្រាប់ត្រង)

ការដាក់ស្លាកករណីសាកល្បងជាមួយស្លាកសម្រាប់ការត្រងតាមអំពើចិត្ត។ 

មានប្រយោជន៍ខ្លាំងណាស់សម្រាប់៖ 

1. ការចងក្រង TestRun យ៉ាងឆាប់រហ័សសម្រាប់កិច្ចការធម្មតាផ្សេងៗ៖ ផ្សែង ការតំរែតំរង់។ល។

2. តើ​ការ​ធ្វើ​តេស្ត​នឹង​ត្រូវ​ធ្វើ​ដោយ​ស្វ័យ​ប្រវត្តិ​ឬ​ក៏​ស្វ័យប្រវត្តិ?

3. ស្លាកផ្សេងទៀត។

ឧទាហរណ៍៖ Smoke, Automated, WhiteLabel, ForDelete ជាដើម។

ការដំឡើងលំដាប់បង្ហាញនៃវាលនៅក្នុងករណីសាកល្បង

យើងបានបង្កើតវាលថ្មីជាច្រើន វាដល់ពេលដែលត្រូវរៀបចំវាតាមលំដាប់លំដោយងាយស្រួល៖

ការបង្កើត TestRun

ឥឡូវនេះយើងនឹងបង្កើតការដំណើរការសាកល្បងថ្មីមួយជាមួយនឹងករណីបច្ចុប្បន្នសម្រាប់ការធ្វើតេស្តផ្សែងដោយចុចបីដង៖

គន្លឹះមានប្រយោជន៍ផ្សេងទៀត។

1. ប្រសិនបើ TestRail មានគម្រោងជាច្រើន នោះកុំភ្លេចបង្កើតវាលថ្មីសម្រាប់តែគម្រោងរបស់អ្នក បើមិនដូច្នេះទេ មិត្តរួមការងារមកពីក្រុមជិតខាងនឹងមានការភ្ញាក់ផ្អើលយ៉ាងខ្លាំងចំពោះរូបរាងនៃវាលមិនធម្មតាថ្មី។ ការដួលសន្លប់ក្នុងតំបន់អាចធ្វើទៅបាន។

2. ករណី​ដែល​មាន​ចំនួន​ច្រើន​គឺ​ងាយ​ស្រួល​ក្នុង​ការ​ចម្លង​ពី​ប្រភេទ​ក្រុម​ស្រដៀង​គ្នា​ជា​ជាង​ការ​បង្កើត​ប្រភេទ​ថ្មី៖

3. គណនីអាចត្រូវបានចែករំលែក។ ឧទាហរណ៍៖ អ្នកគ្រប់គ្រងម្នាក់ អ្នកប្រើប្រាស់ជាច្រើន។

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

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

ឯកសារយោង:

គេហទំព័ររបស់អ្នកលក់ TestRail

សៀវភៅ៖ “Testing .COM” (អ្នកនិពន្ធ Roman Savin)

អរគុណច្រើនសម្រាប់ការយកចិត្តទុកដាក់របស់អ្នក!

ប្រភព: www.habr.com