- សេចក្តីផ្តើម ចំពោះគោលគំនិតនៃការផ្លាស់ប្តូរខាងឆ្វេង
- តើអ្វីទៅជាការសាកល្បងប្ដូរឆ្វេង?
- តើធ្វើដូចម្តេច។ ផ្លាស់ប្តូរឥទ្ធិពលផ្នែកខាងឆ្វេង ការអភិវឌ្ឍន៍កម្មវិធី?
- តើអ្នកសាកល្បងគួរធ្វើអ្វីខុសគ្នាក្នុង Shift Left?
- អត្ថប្រយោជន៍នៃ Shift Left Testing
- សេចក្តីសន្និដ្ឋាន
អនុញ្ញាតឱ្យពួកយើងដឹងពីគំនិត/យោបល់របស់អ្នកនៅក្នុងផ្នែកមតិយោបល់ខាងក្រោម។
ការបង្រៀនមុន
គោលគំនិតនៃ ការធ្វើតេស្តកម្មវិធី ត្រូវបានណែនាំជាបណ្តើរៗ នៅពេលដែលពិការភាពពីការផលិតបានចាប់ផ្តើមវាយលុកថវិការបស់គម្រោង ហេតុដូច្នេះហើយ 'ការធ្វើតេស្តមុខងារ' បានចូលជាធរមានជាមួយនឹងក្រុមអ្នកសាកល្បងដែលគ្មានខ្លាញ់ច្រើន។ នៅពេលនោះ យើងគ្រាន់តែជាអ្នកសាកល្បងពីរនាក់ទល់នឹងក្រុមអ្នកអភិវឌ្ឍន៍ចំនួន 20 នាក់ប៉ុណ្ណោះ។
ឧស្សាហកម្ម IT បានចាប់ផ្តើមធ្វើតាមគំរូទឹកជ្រោះសម្រាប់ការអភិវឌ្ឍន៍ផ្នែកទន់ ដូចដែលយើងទាំងអស់គ្នាដឹងហើយ វដ្តនៃការអភិវឌ្ឍន៍កម្មវិធីដំណើរការតាមលំដាប់លំដោយ។
ដូច្នេះ ប្រសិនបើអ្នកចាប់ផ្តើមពីឆ្វេងទៅស្តាំ ដំណាក់កាលសាកល្បងគឺទៅខាងស្តាំបំផុតនៃវដ្តនៃការអភិវឌ្ឍន៍កម្មវិធី។
សេចក្តីផ្តើម ចំពោះគោលគំនិតនៃការផ្លាស់ប្តូរខាងឆ្វេង
ក្នុងរយៈពេលមួយ មនុស្សបានដឹងអំពីសារៈសំខាន់នៃ ការធ្វើតេស្តកម្មវិធី និងផលប៉ះពាល់នៃការរក្សា 'ដំណាក់កាលសាកល្បង' នៅខាងស្តាំបំផុត ឬនៅចុងបញ្ចប់នៃ វដ្តនៃការអភិវឌ្ឍន៍កម្មវិធី។ ការសម្រេចបាននេះបានកើតឡើងដោយសារតែការចំណាយនៃកំហុសដែលបានកំណត់ឆ្ពោះទៅរកសិទ្ធិខ្លាំងបំផុត ហើយនៅចុងបញ្ចប់គឺខ្ពស់ណាស់ និងកិច្ចខិតខំប្រឹងប្រែងដ៏ធំសម្បើម & ទាមទារពេលវេលាច្រើនពេកដើម្បីជួសជុលវា។
មានករណីជាច្រើនដែលបន្ទាប់ពីចំណាយពេលវេលា និងការខិតខំប្រឹងប្រែងជាច្រើនលើកម្មវិធី ដោយសារបញ្ហាសំខាន់ដែលបានកំណត់អត្តសញ្ញាណនៅចុងបញ្ចប់ កម្មវិធីបេសកកម្មដែលសំខាន់មិនអាចបញ្ចេញទៅ ទីផ្សារនាំឱ្យមានការខាតបង់យ៉ាងច្រើន។
ហេតុដូច្នេះហើយ ដោយសារការកំណត់អត្តសញ្ញាណនៃកំហុសក្នុងដំណាក់កាលចុងក្រោយ ទាំងការចេញផ្សាយត្រូវបានពន្យារពេល ឬនៅជាច្រើនដង កម្មវិធីត្រូវបានលុបចោលដោយពិចារណាលើកិច្ចខិតខំប្រឹងប្រែងដែលទាមទារដើម្បីជួសជុលពួកវា ដែលពិតជាមិនមានតម្លៃទេ។
'កំហុសគឺចំណាយតិចនៅពេលចាប់បាន ដើមដំបូង។
ការសម្រេចបាននេះ និងមេរៀនធំដែលបានរៀន ណែនាំបដិវត្តន៍ដ៏អស្ចារ្យនៅក្នុងឧស្សាហកម្មសូហ្វវែរ និងបានផ្តល់កំណើតដល់គោលគំនិតថ្មីដែលហៅថា 'ប្តូរទៅឆ្វេង'2 ដែលមានន័យថា ការផ្លាស់ប្តូរ 'Testing Phase' ទៅឆ្វេងពីស្តាំ ឬពាក់ព័ន្ធនឹងការធ្វើតេស្តនៅគ្រប់ដំណាក់កាល និងពាក់ព័ន្ធនឹងអ្នកសាកល្បងនៅទូទាំង។
Shift Left testing ក៏មានន័យថា កុំសាកល្បងនៅទីបញ្ចប់ ប៉ុន្តែ សាកល្បងជាបន្តបន្ទាប់។
តើអ្វីទៅជាការសាកល្បងប្ដូរឆ្វេង?
ជាដំបូង គោលការណ៍ 'Shift left' គាំទ្រ ក្រុមសាកល្បង ដើម្បីសហការជាមួយភាគីពាក់ព័ន្ធទាំងអស់នៅដើម ក្នុងដំណាក់កាលអភិវឌ្ឍន៍កម្មវិធី។ ដូច្នេះពួកគេអាចយល់យ៉ាងច្បាស់អំពីតម្រូវការ និងរចនាករណីសាកល្បងដើម្បីជួយកម្មវិធី 'Fail Fast' និងអាចឱ្យក្រុមជួសជុលការបរាជ័យទាំងអស់នៅដំណាក់កាលដំបូងបំផុត។
វិធីសាស្រ្ត Shift Left គឺគ្មានអ្វីក្រៅពីពាក់ព័ន្ធនឹងអ្នកសាកល្បងមុននេះទេ។ នៅក្នុងវដ្តនៃការអភិវឌ្ឍន៍កម្មវិធី ដែលនឹងអនុញ្ញាតឱ្យពួកគេយល់អំពីតម្រូវការ ការរចនាកម្មវិធី ស្ថាបត្យកម្ម ការសរសេរកូដ និងមុខងាររបស់វា សួរសំណួរដ៏លំបាកដល់អតិថិជន អ្នកវិភាគអាជីវកម្ម និងអ្នកអភិវឌ្ឍន៍ ស្វែងរកការបំភ្លឺ និងផ្តល់មតិកែលម្អគ្រប់ទីកន្លែងដែលអាចធ្វើទៅបានដើម្បីគាំទ្រ។ ក្រុម។
ការចូលរួម និងការយល់ដឹងនេះនឹងដឹកនាំអ្នកសាកល្បងដើម្បីទទួលបានចំណេះដឹងពេញលេញអំពីផលិតផល គិតតាមរយៈសេណារីយ៉ូផ្សេងៗ និងរចនាសេណារីយ៉ូតាមពេលវេលាជាក់ស្តែងដោយផ្អែកលើឥរិយាបថកម្មវិធី ដែលនឹងជួយក្រុមក្នុងការកំណត់អត្តសញ្ញាណពិការភាព សូម្បីតែមុនពេលសរសេរកូដរួចរាល់ក៏ដោយ។
តើធ្វើដូចម្តេច។ ផ្លាស់ប្តូរឥទ្ធិពលផ្នែកខាងឆ្វេង ការអភិវឌ្ឍន៍កម្មវិធី?
វិធីសាស្ត្រ Shift Lift មានឥទ្ធិពលលើការអភិវឌ្ឍន៍កម្មវិធីតាមវិធីជាច្រើន។
ដែលបានផ្តល់ឱ្យខាងក្រោមគឺជាចំណុចសំខាន់ៗមួយចំនួនអំពី Shift Left៖ 2
- វិធីសាស្រ្ត Shift Left ផ្តោតលើ ពាក់ព័ន្ធនឹងអ្នកសាកល្បងទាំងអស់ និងសំខាន់បំផុតនៅក្នុងដំណាក់កាលសំខាន់ នៃកម្មវិធី ។ វាអនុញ្ញាតឱ្យអ្នកសាកល្បងបង្វែរការផ្តោតអារម្មណ៍របស់ពួកគេពីការរកឃើញពិការភាពទៅការការពារពិការភាព និងដើម្បីជំរុញគោលដៅអាជីវកម្មរបស់កម្មវិធី។
- ការផ្លាស់ប្តូរវិធីសាស្រ្តខាងឆ្វេងផ្តល់នូវ សារៈសំខាន់ខ្ពស់ចំពោះការធ្វើតេស្ត ដែលតួនាទី និងទំនួលខុសត្រូវរបស់អ្នកសាកល្បងកើនឡើងយ៉ាងសម្បើម។
- ជាមួយនឹងការទទួលខុសត្រូវត្រូវបានកើនឡើងសម្រាប់ក្រុមសាកល្បង ក្រុមការងារគ្រាន់តែមិនផ្តោតលើ 'ការធ្វើតេស្តកម្មវិធីដើម្បីកំណត់អត្តសញ្ញាណ bugs' ប៉ុន្តែធ្វើការយ៉ាងសកម្មជាមួយក្រុមតាំងពីដំណាក់កាលដំបូង ដើម្បីរៀបចំផែនការ និងបង្កើតយុទ្ធសាស្ត្រសាកល្បងដ៏រឹងមាំ និងមានប្រសិទ្ធភាព ដោយផ្តល់នូវភាពជាអ្នកដឹកនាំ និងការណែនាំសាកល្បងដ៏អស្ចារ្យដល់ក្រុមដោយផ្តោតលើចក្ខុវិស័យរយៈពេលវែងរបស់ ផលិតផល ជាជាងការទទួលបន្ទុកលើការងារសាកល្បង។
- វិធីសាស្រ្ត Shift Left ផ្តល់ឱ្យ ឱកាសសម្រាប់អ្នកសាកល្បងក្នុងការរចនាការធ្វើតេស្តជាមុន ដែលជាកន្លែងដែលការធ្វើតេស្តត្រូវបានផ្តោតទាំងស្រុងលើបទពិសោធន៍របស់អតិថិជន និងការរំពឹងទុករបស់ពួកគេ ដែលនឹងអនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍បង្កើតកម្មវិធីដោយផ្អែកលើការធ្វើតេស្តទាំងនេះ។ ដូច្នេះហើយ បំពេញតាមតម្រូវការរបស់អតិថិជន។
- វិធីសាស្រ្ត Shift Left មិនបញ្ចប់ដោយអ្នកសាកល្បងតែម្នាក់ឯងនោះទេ។ ការផ្លាស់ទីទៅកន្លែងអនុញ្ញាត និងអនុវត្តសកម្មភាពសាកល្បងជាបន្តបន្ទាប់ក៏នឹង អនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍ទទួលយកភាពជាម្ចាស់កាន់តែច្រើន នៃកូដរបស់ពួកគេ និងបង្កើនការទទួលខុសត្រូវរបស់ពួកគេលើការធ្វើតេស្ត។
- ការផ្លាស់ប្តូរ វិធីសាស្រ្តខាងឆ្វេងក៏លើកទឹកចិត្តដល់ អ្នកសាកល្បងដើម្បីទទួលយកការអភិវឌ្ឍន៍ដែលជំរុញដោយឥរិយាបទ BDD និងការអភិវឌ្ឍន៍ដោយសាកល្បង TDD ដែលជួយក្នុងការទប់ស្កាត់ការបញ្ឆេះកំហុសទៅក្នុងកម្មវិធី។
- Shift Left Testing in Agile៖ វិធីសាស្រ្ត Shift Left គាំទ្រការបង្កើត Agile Scrum Team ដែលរួមបញ្ចូលអ្នកសាកល្បងជាកាតព្វកិច្ច រួមជាមួយនឹងតួនាទីផ្សេងទៀត និងរួមបញ្ចូលអ្នកសាកល្បងក្នុងការហៅទូរសព្ទឈរជាប្រចាំ អន្តរកម្មផ្សេងៗ។ ការប្រជុំពិនិត្យឡើងវិញដែលធ្វើឱ្យអ្នកសាកល្បងមានព័ត៌មានបន្ថែមទាក់ទងនឹងកម្មវិធី ដូច្នេះហើយបានអនុញ្ញាតឱ្យពួកគេរីករាយ និងចូលរួមនៅក្នុងការវិភាគលម្អិតនៃកម្មវិធី និងផ្តល់មតិកែលម្អយ៉ាងរហ័ស ដែលនឹងជួយក្នុងការទប់ស្កាត់បញ្ហាដែលមានមូលដ្ឋានលើកម្មវិធី។
ការសាកល្បងរួម Shift Left អំពាវនាវឱ្យអ្នកសាកល្បង 'Get Involved Early' ឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបាន និងចូលរួមក្នុងការពិភាក្សា និងសហការលើគំនិត តម្រូវការនៅគ្រប់ដំណាក់កាល ដែលលទ្ធផលនៃដំណាក់កាលមានផលប៉ះពាល់លើតម្លៃនៃការចែកចាយចុងក្រោយ និងជួយគម្រោងក្នុងការកំណត់អត្តសញ្ញាណហានិភ័យ និងកាត់បន្ថយវាជាមុន។
តើអ្នកសាកល្បងគួរធ្វើអ្វីខុសគ្នាក្នុង Shift Left?
ដែលបានផ្តល់ឱ្យខាងក្រោមគឺជាកត្តាសំខាន់ៗមួយចំនួនដែលត្រូវកត់សម្គាល់ជាអ្វីដែលអ្នកសាកល្បងធ្វើខុសគ្នានៅក្នុង Shift Left Strategy:
#1) ក្រុមសាកល្បង ត្រូវការ ចូលរួមប្រព័ន្ធដំបូងតាំងពីការចាប់ផ្តើមគម្រោង ដើម្បីអភិវឌ្ឍការរួមបញ្ចូលជាមួយក្រុមដែលនៅសល់ និងអាជីវកម្មដើម្បី ផ្តល់នូវធាតុចូលដែលមានប្រយោជន៍នៅគ្រប់ដំណាក់កាល នៃការអភិវឌ្ឍន៍កម្មវិធី។
#2) ក្រុមសាកល្បងគួរតែធ្វើការជាមួយ Business & ក្រុមប្រតិបត្តិការ និង ទទួលបានភាពច្បាស់លាស់លើកម្មវិធី និងផ្តល់នូវទិដ្ឋភាពច្បាស់លាស់នៃតម្រូវការ និងជំនួយក្នុងការធ្វើផែនការប្រកបដោយប្រសិទ្ធភាពលើតម្រូវការបង្កើនធនធាន តម្រូវការបណ្តុះបណ្តាល និងតម្រូវការឧបករណ៍សាកល្បងសម្រាប់កម្មវិធីបានយ៉ាងល្អ។ ជាមុន។
#3) ក្រុមសាកល្បងត្រូវតែធ្វើអន្តរកម្មជាមួយអ្នកពាក់ព័ន្ធអាជីវកម្មទាំងអស់នៅដើមដំបូងនៃការអភិវឌ្ឍន៍កម្មវិធី ដើម្បី ទទួលបានភាពមើលឃើញច្បាស់នៃផលិតផល & រចនាយុទ្ធសាស្ត្រធ្វើតេស្តរួមមួយ ហើយរៀបចំផែនការសម្រាប់កិច្ចខិតខំប្រឹងប្រែងសាកល្បងដែលធ្វើអោយប្រសើរឡើង វិភាគភាពអាស្រ័យទៅលើបរិយាកាសសាកល្បង ភាគីទីបី ដើម ជាដើម ហើយរៀបចំ យុទ្ធសាស្ត្រ និងក្របខ័ណ្ឌស្វ័យប្រវត្តិកម្មដ៏រឹងមាំ និងបង្កើតការគ្រប់គ្រងទិន្នន័យសាកល្បងប្រកបដោយប្រសិទ្ធភាពផែនការ។
#4) ក្រុមសាកល្បងត្រូវធ្វើការជាមួយក្រុមដែលនៅសល់ក្នុងការផ្តល់នូវ ភាពជាអ្នកដឹកនាំ និងការណែនាំដ៏អស្ចារ្យដល់ក្រុម អាស្រ័យហេតុនេះ ការរក្សាចក្ខុវិស័យផលិតផលរយៈពេលវែងនៅក្នុងចិត្ត ជាជាងការទទួលយកការទទួលខុសត្រូវចំពោះសកម្មភាពសាកល្បង។
#5) តម្រូវការគឺជាគន្លឹះ និងជាមូលដ្ឋានសម្រាប់ភាពជោគជ័យនៃកម្មវិធីណាមួយ និងល្អ តម្រូវការដែលបានកំណត់កំណត់ភាពជោគជ័យនៃគម្រោង។ ក្នុងកំឡុងដំណាក់កាលនៃការធ្វើផែនការតម្រូវការ អ្នកសាកល្បង ត្រូវពិនិត្យមើល និងវិភាគតម្រូវការ សម្រាប់ភាពមិនច្បាស់លាស់ណាមួយ ភាពច្បាស់លាស់កាន់តែប្រសើរ ភាពពេញលេញ ភាពអាចសាកល្បងបាន និយមន័យលក្ខខណ្ឌនៃការទទួលយក។ល។
ផងដែរ ត្រូវកំណត់អត្តសញ្ញាណតម្រូវការដែលបាត់ (ប្រសិនបើមាន) និងស្វែងយល់ពីភាពអាស្រ័យ និងយុទ្ធសាស្ត្រអនុវត្ត។ Clear Requirements ជួយកម្មវិធីឱ្យ 'Fail Fast' និងជួសជុលការបរាជ័យទាំងអស់នៅដំណាក់កាលដំបូងបំផុត។
#6) នាំមកនូវភាពច្បាស់លាស់ និងភាពជាក់លាក់គ្រប់គ្រាន់ទៅនឹងតម្រូវការដោយបង្ហាញ ឧទាហរណ៍ជាក់ស្តែង ដែលបង្ហាញពីលក្ខណៈពិសេសដែលកំពុងប្រើប្រាស់។
#7) អ្នកសាកល្បងត្រូវ ចូលរួមកិច្ចប្រជុំត្រួតពិនិត្យការរចនា ជាទៀងទាត់ និងស្វែងយល់អំពីការរចនាផលិតផល និងស្ថាបត្យកម្ម ហើយកំណត់អត្តសញ្ញាណគុណវិបត្តិនៃការរចនា ណែនាំជម្រើសនៃការរចនាជំនួស កំណត់ចន្លោះប្រហោង និងបង្កើតសេណារីយ៉ូសាកល្បងដើម្បីបំបែកការរចនា។
#8) អ្នកសាកល្បងត្រូវ អនុវត្តការធ្វើតេស្តឋិតិវន្ត (ពិនិត្យ) ជាមុន និងផ្តល់មតិកែលម្អលើគម្រោងសំខាន់ៗឯកសារ ដូច្នេះបញ្ហាត្រូវបានរារាំងមិនឱ្យចូលទៅក្នុងកម្មវិធី និងពង្រីកឥទ្ធិពលរបស់វានៅពេលក្រោយ។
#9) ក្រុមសាកល្បងគួរសហការជាមួយក្រុមរចនា និងអភិវឌ្ឍន៍ ក្នុង ការផ្តល់សេណារីយ៉ូសាកល្បងជាមុន ដើម្បីបង្កើតកូដ និងដោះស្រាយគ្រប់ស្ថានភាពជាក់ស្តែង និងលំហូរអាជីវកម្មដែលអាចកើតមាន។
#10) ក្រុមសាកល្បងត្រូវរចនា សេណារីយ៉ូការធ្វើតេស្តដ៏រឹងមាំ និងរឹងមាំ ដូច្នេះមានតែពិការភាពមួយចំនួនប៉ុណ្ណោះដែលត្រូវបានសម្គាល់ក្នុងអំឡុងពេលធ្វើតេស្ត ហើយពិការភាពសំខាន់ៗត្រូវបានរារាំងនៅពេលចូលដល់ដំណាក់កាលសាកល្បង។
#11) អ្នកសាកល្បងត្រូវតែ សាកល្បងឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបាន ថាតើវានៅលើប្រព័ន្ធឯករាជ្យ ឬប្រព័ន្ធក្នុងតំបន់ ដូច្នេះបញ្ហាមិនចូលទៅក្នុងដំណាក់កាលក្រោយៗទៀត។
បញ្ហាទាំងមូល នៃគោលគំនិត 'Shift Left' សម្រាប់អ្នកសាកល្បងគឺត្រូវស្វែងរក Defects ឱ្យបានឆាប់តាមដែលអាចធ្វើបានតាមគ្រប់មធ្យោបាយដែលអាចធ្វើទៅបាន។
អត្ថប្រយោជន៍នៃ Shift Left Testing
The វិធីសាស្រ្ត Shift Left ដំណើរការដោយផ្អែកលើការបង្ហាញដ៏រហ័សរហួន និងមានអត្ថប្រយោជន៍ជាច្រើនផងដែរ។
ពួកគេមាន៖
- បុគ្គល និងអន្តរកម្ម លើដំណើរការ និងឧបករណ៍។
- កម្មវិធីធ្វើការ លើឯកសារទូលំទូលាយ។
- កិច្ចសហការរបស់អតិថិជន ជុំវិញការចរចាកិច្ចសន្យា។
- ឆ្លើយតបទៅនឹង ផ្លាស់ប្តូរ លើការធ្វើតាមផែនការ។
យើងអាចឃើញថាខណៈពេលដែលតម្លៃមាននៅក្នុងធាតុនៅខាងស្តាំ យើងមានតម្លៃកាន់តែច្រើនសម្រាប់ធាតុនៅផ្នែកខាងឆ្វេង។
មែនហើយ Shift Left គឺនិយាយអំពីការនាំយកគំនិតនៃការធ្វើតេស្តមុននៅក្នុងដំណើរការ ដូច្នេះវាបណ្តាលឱ្យមានការធ្វើតេស្តកាន់តែប្រសើរ និងមានប្រសិទ្ធភាពជាងមុន និងការកែលម្អគុណភាពនៃកម្មវិធី។
និយាយដោយសង្ខេប ដំណើរការសាកល្បង Shift Left គឺ៖
- ការស្វែងរកពិការភាពឱ្យបានឆាប់ ដោយកាត់បន្ថយការចំណាយលើគម្រោង។
- ការសាកល្បងជាបន្តបន្ទាប់ម្តងហើយម្តងទៀត ដើម្បីកាត់បន្ថយពិការភាពនៅទីបញ្ចប់។
- ដើម្បី ធ្វើអ្វីៗគ្រប់យ៉ាងដោយស្វ័យប្រវត្តិ និងកែលម្អពេលវេលាសម្រាប់ទីផ្សារ។
- ដើម្បីផ្តោតលើតម្រូវការអតិថិជន និងកែលម្អបទពិសោធន៍អតិថិជន។
សេចក្តីសន្និដ្ឋាន
គំនិត 'Shift Left' បាននាំមកនូវការផ្លាស់ប្តូរដ៏ធំមួយសម្រាប់តួនាទី 'Testing' ទាំងមូល។ រហូតមកដល់ពេលនោះ ការផ្តោតអារម្មណ៍តែមួយគត់សម្រាប់ការធ្វើតេស្តគឺស្ថិតនៅលើ 'ការរកឃើញពិការភាព' ប៉ុណ្ណោះ ហើយឥឡូវនេះ គោលបំណងនៃ 'Shift Left' ពីទស្សនៈនៃការធ្វើតេស្តគឺជាដំណើរនៃ 'ការរកឃើញកំហុសដំបូងទៅកាន់ការធ្វើតេស្តឋិតិវន្ត' .
ដូច្នេះ Shift Left គឺជាការលោតផ្លោះដ៏ធំមួយនៅក្នុងឧស្សាហកម្មកម្មវិធីនៅក្នុងវិធីសាស្រ្តអភិវឌ្ឍន៍កម្មវិធីឆ្ពោះទៅរកល្បឿនទីផ្សារ ការកែលម្អគុណភាពកម្មវិធី និងកាត់បន្ថយ 'ពេលវេលាដើម្បីទីផ្សារ'។
អំពីអ្នកនិពន្ធ៖ អត្ថបទនេះត្រូវបានសរសេរដោយសមាជិកក្រុម STH Gayathri Subrahmanyam ។ នាងកំពុងស្ថិតក្នុងការសាកល្បងកម្មវិធីតាំងពីទសវត្សរ៍ទី 90 នៅពេលដែលតួនាទីអ្នកសាកល្បងត្រូវបានណែនាំនៅក្នុងឧស្សាហកម្មនេះ។ ក្នុងអំឡុងពេលអាជីពសាកល្បងរបស់នាង នាងបានធ្វើការវាយតម្លៃ TMMI ជាច្រើន ការងារសាកល្បងឧស្សាហូបនីយកម្ម និងការរៀបចំ TCOE បន្ថែមពីលើការដោះស្រាយការបញ្ជូនសាកល្បង និង