អនុវត្ត មាត្រដ្ឋាន៖ បទពិសោធន៍នៃការប្រើប្រាស់ការធ្វើតេស្តស្វ័យប្រវត្តិនៅ VTB

ផ្នែករបស់យើងបង្កើតបំពង់បង្ហូរដោយស្វ័យប្រវត្តិយ៉ាងពេញលេញសម្រាប់ការបើកដំណើរការកំណែថ្មីនៃកម្មវិធីទៅក្នុងបរិយាកាសផលិតកម្ម។ ជាការពិតណាស់នេះតម្រូវឱ្យមានការធ្វើតេស្តមុខងារដោយស្វ័យប្រវត្តិ។ ខាងក្រោមការកាត់នេះគឺជារឿងអំពីរបៀប ដោយចាប់ផ្តើមជាមួយនឹងការធ្វើតេស្តតែមួយខ្សែនៅលើម៉ាស៊ីនក្នុងស្រុក យើងបានឈានដល់ចំណុចនៃ multi-threaded autotest ដែលដំណើរការលើ Selenoid នៅក្នុង build pipeline ជាមួយនឹងរបាយការណ៍ Allure នៅលើទំព័រ GitLab ហើយនៅទីបំផុតទទួលបានឧបករណ៍ស្វ័យប្រវត្តិដ៏ត្រជាក់។ ដែលមនុស្សនាពេលអនាគតអាចប្រើក្រុម។

តើយើងចាប់ផ្តើមនៅឯណា?

ដើម្បីអនុវត្តការធ្វើតេស្តស្វ័យប្រវត្តិ និងបញ្ចូលពួកវាទៅក្នុងបំពង់បង្ហូរប្រេង យើងត្រូវការក្របខ័ណ្ឌស្វ័យប្រវត្តិកម្ម ដែលអាចផ្លាស់ប្តូរបានតាមតម្រូវការរបស់យើង។ តាមឧត្ដមគតិ ខ្ញុំចង់ទទួលបានស្តង់ដារតែមួយសម្រាប់ម៉ាស៊ីន autotesting ដែលប្រែប្រួលសម្រាប់ការបង្កប់ autotests ទៅក្នុងបំពង់បង្ហូរប្រេង។ សម្រាប់ការអនុវត្ត យើងបានជ្រើសរើសបច្ចេកវិទ្យាដូចខាងក្រោមៈ

• ចាវ៉ា
• ម៉ាវេន
• សេលេញ៉ូម
• ត្រសក់ + ជី ៤,
• ទាក់ទាញ,
• ហ្គីតឡាប។

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

ការធ្វើតេស្តខ្សែតែមួយ

ដើម្បី​មិន​បង្កើត​កង់​ឡើង​វិញ យើង​បាន​យក​ការ​អភិវឌ្ឍ​ពី​ឃ្លាំង​ផ្សេងៗ​នៅ​លើ GitHub ធ្វើ​ជា​មូលដ្ឋាន​សម្រាប់​ក្របខណ្ឌ ហើយ​សម្រួល​វា​សម្រាប់​ខ្លួន​យើង។ យើងបានបង្កើតឃ្លាំងសម្រាប់បណ្ណាល័យចម្បងជាមួយនឹងស្នូលនៃក្របខ័ណ្ឌការធ្វើតេស្តស្វ័យប្រវត្តិ និងឃ្លាំងដែលមានឧទាហរណ៍មាសនៃការអនុវត្តការធ្វើតេស្តស្វ័យប្រវត្តិនៅលើស្នូលរបស់យើង។ ក្រុមនីមួយៗត្រូវយករូបភាពមាស និងបង្កើតការធ្វើតេស្តនៅក្នុងវា ដោយសម្របវាទៅនឹងគម្រោងរបស់ពួកគេ។ យើងបានដាក់ពង្រាយវាទៅធនាគារ GitLab-CI ដែលយើងកំណត់រចនាសម្ព័ន្ធ៖

• ការរត់ប្រចាំថ្ងៃនៃការធ្វើតេស្តស្វ័យប្រវត្តិដែលបានសរសេរទាំងអស់សម្រាប់គម្រោងនីមួយៗ។
• បើកដំណើរការនៅក្នុងបំពង់បង្ហូរ។

ដំបូង​ឡើយ​មាន​ការ​ធ្វើ​តេស្ត​តិចតួច ហើយ​ពួកគេ​ត្រូវ​បាន​អនុវត្ត​ក្នុង​ចរន្ត​មួយ។ ការដំណើរការតែមួយខ្សែនៅលើកម្មវិធីដំណើរការវីនដូ GitLab សាកសមនឹងយើងណាស់៖ ការធ្វើតេស្តបានផ្ទុកកៅអីសាកល្បងយ៉ាងស្រាល ហើយប្រើប្រាស់ស្ទើរតែគ្មានធនធាន។

យូរៗទៅ ចំនួននៃការធ្វើតេស្តស្វ័យប្រវត្តិកាន់តែមានកាន់តែច្រើន ហើយយើងបានគិតអំពីការដំណើរការពួកវាស្របគ្នា នៅពេលដែលការរត់ពេញលេញចាប់ផ្តើមចំណាយពេលប្រហែល XNUMX ម៉ោង។ បញ្ហាផ្សេងទៀតក៏បានលេចចេញមក៖

• យើងមិនអាចផ្ទៀងផ្ទាត់ថាការធ្វើតេស្តមានស្ថេរភាពទេ។
• ការធ្វើតេស្តដែលត្រូវបានដំណើរការជាច្រើនដងជាប់ៗគ្នានៅលើម៉ាស៊ីនមូលដ្ឋាន ជួនកាលគាំងនៅក្នុង CI ។

ឧទាហរណ៍នៃការដំឡើង autotests៖

<plugins>
	
<plugin>
    	
<groupId>org.apache.maven.plugins</groupId>
    	
<artifactId>maven-surefire-plugin</artifactId>
    	
<version>2.20</version>
    	
<configuration>
        	
<skipTests>${skipTests}</skipTests>
        	
<testFailureIgnore>false</testFailureIgnore>
        	
<argLine>
            	
-javaagent:"${settings.localRepository}/org/aspectj/aspectjweaver/${aspectj.version}/aspectjweaver-${aspectj.version}.jar"
            	
-Dcucumber.options="--tags ${TAGS} --plugin io.qameta.allure.cucumber2jvm.AllureCucumber2Jvm --plugin pretty"
        	
</argLine>
    	
</configuration>
	
    <dependencies>
        	
<dependency>
            	
<groupId>org.aspectj</groupId>
            	
<artifactId>aspectjweaver</artifactId>
            	
<version>${aspectj.version}</version>
        	
</dependency>
    	
</dependencies>
	
</plugin>
	
<plugin>
    	
<groupId>io.qameta.allure</groupId>
    	
<artifactId>allure-maven</artifactId>
    	
<version>2.9</version>
	
</plugin>
</plugins>

 
ឧទាហរណ៍របាយការណ៍ Allure

 
ការផ្ទុកអ្នករត់ក្នុងអំឡុងពេលធ្វើតេស្ត (8 cores, RAM 8 GB, 1 thread)
 
គុណសម្បត្តិនៃការធ្វើតេស្តខ្សែតែមួយ៖

• ងាយស្រួលក្នុងការតំឡើងនិងដំណើរការ;
• ការបើកដំណើរការនៅក្នុង CI គឺមិនខុសពីការបើកដំណើរការក្នុងស្រុកទេ។
• ការធ្វើតេស្តមិនប៉ះពាល់ដល់គ្នាទៅវិញទៅមក;
• តម្រូវការអប្បបរមាសម្រាប់ធនធានអ្នករត់ប្រណាំង។

គុណវិបត្តិនៃការធ្វើតេស្តខ្សែតែមួយ៖

• ចំណាយពេលយូរណាស់ដើម្បីបញ្ចប់;
• ស្ថេរភាពយូរនៃការធ្វើតេស្ត;
• ការប្រើប្រាស់ធនធានអ្នករត់មិនមានប្រសិទ្ធភាព ការប្រើប្រាស់ទាបបំផុត។

ការធ្វើតេស្តនៅលើសម JVM

ដោយសារយើងមិនបានយកចិត្តទុកដាក់លើកូដសុវត្ថិភាពខ្សែស្រឡាយនៅពេលអនុវត្តក្របខ័ណ្ឌមូលដ្ឋាន វិធីជាក់ស្តែងបំផុតដើម្បីដំណើរការស្របគ្នាគឺ cucumber-jvm-parallel-plugin សម្រាប់ Maven ។ កម្មវិធីជំនួយងាយស្រួលក្នុងការកំណត់រចនាសម្ព័ន្ធ ប៉ុន្តែសម្រាប់ប្រតិបត្តិការស្របគ្នាត្រឹមត្រូវ ការធ្វើតេស្តស្វ័យប្រវត្តិត្រូវតែដំណើរការនៅក្នុងកម្មវិធីរុករកដាច់ដោយឡែក។ មិនមានអ្វីដែលត្រូវធ្វើទេខ្ញុំត្រូវប្រើ Selenoid ។

ម៉ាស៊ីនមេ Selenoid ត្រូវបានដាក់ឱ្យដំណើរការនៅលើម៉ាស៊ីនដែលមាន 32 cores និង 24 GB RAM ។ ដែនកំណត់ត្រូវបានកំណត់នៅ 48 កម្មវិធីរុករក - 1,5 ខ្សែស្រឡាយក្នុងមួយស្នូលនិងប្រហែល 400 មេកាបៃនៃ RAM ។ ជាលទ្ធផល ពេលវេលាធ្វើតេស្តត្រូវបានកាត់បន្ថយពីបីម៉ោងមក 40 នាទី។ ការបង្កើនល្បឿននៃការរត់បានជួយដោះស្រាយបញ្ហាស្ថេរភាព៖ ឥឡូវនេះយើងអាចដំណើរការការធ្វើតេស្តស្វ័យប្រវត្តិថ្មីបានយ៉ាងលឿន 20-30 ដង រហូតដល់យើងប្រាកដថាវាដំណើរការដោយភាពជឿជាក់។
គុណវិបត្តិដំបូងនៃដំណោះស្រាយគឺការប្រើប្រាស់ខ្ពស់នៃធនធានអ្នករត់ដែលមានចំនួនតូចមួយនៃខ្សែស្រឡាយប៉ារ៉ាឡែល: នៅលើ 4 cores និង 8 GB នៃ RAM ការធ្វើតេស្តបានដំណើរការដោយស្ថេរភាពមិនលើសពី 6 threads ។ គុណវិបត្តិទីពីរ៖ កម្មវិធីជំនួយបង្កើតថ្នាក់រត់សម្រាប់សេណារីយ៉ូនីមួយៗ មិនថាពួកវាប៉ុន្មានត្រូវបានបើកដំណើរការទេ។

សំខាន់! កុំឆ្លងអថេរដែលមានស្លាកទៅ argLineឧទាហរណ៍ដូចនេះ៖

<argLine>-Dcucumber.options="--tags ${TAGS} --plugin io.qameta.allure.cucumber2jvm.AllureCucumber2Jvm --plugin pretty"</argLine>
…
Mvn –DTAGS="@smoke"

ប្រសិនបើអ្នកឆ្លងកាត់ស្លាកតាមរបៀបនេះ កម្មវិធីជំនួយនឹងបង្កើតអ្នករត់សម្រាប់ការធ្វើតេស្តទាំងអស់ ពោលគឺវានឹងព្យាយាមដំណើរការការធ្វើតេស្តទាំងអស់ ដោយរំលងពួកវាភ្លាមៗបន្ទាប់ពីការបើកដំណើរការ និងបង្កើតសម JVM ជាច្រើន។

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

ឧទាហរណ៍នៃពេលវេលាដំណើរការសម្រាប់ការធ្វើតេស្តខ្លីចំនួន 6 ជាមួយនឹងការកំណត់មិនត្រឹមត្រូវ៖

[INFO] Total time: 03:17 min

ឧទាហរណ៍នៃពេលវេលាសាកល្បង ប្រសិនបើអ្នកផ្ទេរស្លាកដោយផ្ទាល់ទៅ mvn... –Dcucumber.options:

[INFO] Total time: 44.467 s

ឧទាហរណ៍នៃការដំឡើង autotests៖

<profiles>
	
<profile>
    	
<id>parallel</id>
    	
<build>
        	
<plugins>
            	
<plugin>
                	
<groupId>com.github.temyers</groupId>
                	
<artifactId>cucumber-jvm-parallel-plugin</artifactId>
                	
<version>5.0.0</version>
                	
<executions>
                    	
<execution>
                        	
<id>generateRunners</id>
                        	
<phase>generate-test-sources</phase>
                        	
<goals>
                            	
<goal>generateRunners</goal>
                        	
</goals>
                        	
<configuration>
                	
            <tags>
                            	
<tag>${TAGS}</tag>
                            	
</tags>
                            	
<glue>
                                	
<package>stepdefs</package>
                            	
</glue>
                        	
</configuration>
     	
               </execution>
                	
</executions>
    	
        </plugin>
            	
<plugin>
                	
<groupId>org.apache.maven.plugins</groupId>
                	
<artifactId>maven-surefire-plugin</artifactId>
        	
        <version>2.21.0</version>
                	
<configuration>
                    	
<forkCount>12</forkCount>
                    	
<reuseForks>false</reuseForks>
                    	
<includes>**/*IT.class</includes>
                   	
 <testFailureIgnore>false</testFailureIgnore>
                    	
<!--suppress UnresolvedMavenProperty -->
                    	
<argLine>
  	
 -javaagent:"${settings.localRepository}/org/aspectj/aspectjweaver/${aspectj.version}/aspectjweaver-${aspectj.version}.jar" -Dcucumber.options="--plugin io.qameta.allure.cucumber2jvm.AllureCucumber2Jvm TagPFAllureReporter --plugin pretty"
                    	
</argLine>
                	
</configuration>
                	
<dependencies>
                    	
<dependency>
                        	
<groupId>org.aspectj</groupId>
                        	
<artifactId>aspectjweaver</artifactId>
                        	
<version>${aspectj.version}</version>
                 	
   </dependency>
                	
</dependencies>
         	
   </plugin>
        	
</plugins>
    	
</build>
	
</profile>

ឧទាហរណ៍នៃរបាយការណ៍ Allure (ការធ្វើតេស្តមិនស្ថិតស្ថេរបំផុត 4 ការដំណើរការឡើងវិញ)

ការផ្ទុកអ្នករត់ក្នុងអំឡុងពេលធ្វើតេស្ត (8 ស្នូល, RAM 8 GB, 12 ខ្សែ)
 
ប្រុស:

• ការដំឡើងងាយស្រួល - អ្នកគ្រាន់តែត្រូវការបន្ថែមកម្មវិធីជំនួយ។
• សមត្ថភាពក្នុងការអនុវត្តការធ្វើតេស្តមួយចំនួនធំក្នុងពេលដំណាលគ្នា;
• ការបង្កើនល្បឿននៃស្ថេរភាពការធ្វើតេស្តអរគុណចំពោះជំហានទី 1 ។ 

គុណវិបត្តិ:

• ប្រព័ន្ធប្រតិបត្តិការ / ធុងច្រើនត្រូវបានទាមទារ;
• ការប្រើប្រាស់ធនធានខ្ពស់សម្រាប់សមនីមួយៗ;
• កម្មវិធីជំនួយគឺហួសសម័យ ហើយលែងគាំទ្រទៀតហើយ។ 

វិធីយកឈ្នះអស្ថិរភាព 

កៅអីសាកល្បងគឺមិនល្អទេ ដូចជាការសាកល្បងស្វ័យប្រវត្តិខ្លួនឯង។ វាមិនគួរឱ្យភ្ញាក់ផ្អើលទេដែលថាយើងមានការធ្វើតេស្ត flicky មួយចំនួន។ បានមកជួយសង្គ្រោះ កម្មវិធីជំនួយ maven surefireដែលចេញពីប្រអប់នេះគាំទ្រការចាប់ផ្តើមការធ្វើតេស្តដែលបរាជ័យឡើងវិញ។ អ្នកត្រូវធ្វើបច្ចុប្បន្នភាពកំណែកម្មវិធីជំនួយទៅយ៉ាងហោចណាស់ 2.21 ហើយសរសេរមួយបន្ទាត់ជាមួយនឹងចំនួននៃការចាប់ផ្តើមឡើងវិញនៅក្នុងឯកសារ pom ឬបញ្ជូនវាជាអាគុយម៉ង់ទៅ Maven ។

ឧទាហរណ៍នៃការដំឡើង autotests៖

   	
<plugin>
        	
<groupId>org.apache.maven.plugins</groupId>
  	
      <artifactId>maven-surefire-plugin</artifactId>
        	
<version>2.21.0</version>
        	
<configuration>
           	
….
            	
<rerunFailingTestsCount>2</rerunFailingTestsCount>
            	
….
            	
</configuration>
</plugin>

ឬនៅពេលចាប់ផ្តើម៖ mvn … -Dsurefire.rerunFailingTestsCount=2 …
ជាជម្រើស កំណត់ជម្រើស Maven សម្រាប់ស្គ្រីប PowerShell (PS1)៖

  
Set-Item Env:MAVEN_OPTS "-Dfile.encoding=UTF-8 -Dsurefire.rerunFailingTestsCount=2"

ប្រុស:

• មិនចាំបាច់ខ្ជះខ្ជាយពេលវេលាវិភាគការធ្វើតេស្តមិនស្ថិតស្ថេរនៅពេលវាគាំង;
• បញ្ហាស្ថេរភាពនៃកៅអីសាកល្បងអាចត្រូវបានកាត់បន្ថយ។

គុណវិបត្តិ:

• ពិការភាពអណ្តែតអាចត្រូវបានខកខាន;
• ពេលវេលាដំណើរការកើនឡើង។

ការធ្វើតេស្តប៉ារ៉ាឡែលជាមួយបណ្ណាល័យ Cucumber 4

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

នៅពេលនោះ Cucumber 4 ត្រូវបានចេញផ្សាយរួចហើយ ដូច្នេះយើងបានសម្រេចចិត្តសរសេរខឺណែលឡើងវិញសម្រាប់កំណែនេះ។ នៅក្នុងកំណត់ត្រាចេញផ្សាយ យើងត្រូវបានគេសន្យាថានឹងចាប់ផ្តើមដំណើរការស្របគ្នានៅកម្រិតខ្សែស្រឡាយ។ តាមទ្រឹស្តីនេះគួរតែជា៖

• បង្កើនល្បឿនដំណើរការនៃការធ្វើតេស្តស្វ័យប្រវត្តិដោយការបង្កើនចំនួនខ្សែស្រឡាយ។
• លុបបំបាត់ការបាត់បង់ពេលវេលាលើការបង្កើតអ្នករត់សម្រាប់ការធ្វើតេស្តស្វ័យប្រវត្តិនីមួយៗ។

ការធ្វើឱ្យប្រសើរនូវក្របខ័ណ្ឌសម្រាប់ការធ្វើតេស្ដស្វ័យប្រវត្តពហុខ្សែ ប្រែជាមិនពិបាកប៉ុន្មានទេ។ Cucumber 4 ដំណើរការការសាកល្បងនីមួយៗនៅលើខ្សែស្រឡាយដែលខិតខំប្រឹងប្រែងតាំងពីដើមដល់ចប់ ដូច្នេះរឿងធម្មតាមួយចំនួនត្រូវបានបំប្លែងទៅជាអថេរ ThreadLocal ។ 
រឿងចំបងនៅពេលបំប្លែងដោយប្រើប្រាស់ Idea refactoring tools គឺត្រូវពិនិត្យមើលកន្លែងដែលអថេរត្រូវបានប្រៀបធៀប (ឧទាហរណ៍ ពិនិត្យរក null)។ លើសពីនេះទៀត អ្នកត្រូវបន្ថែមកម្មវិធីជំនួយ Allure ទៅក្នុងចំណារពន្យល់ថ្នាក់ Junit Runner ។

ឧទាហរណ៍នៃការដំឡើង autotests៖

 
<profile>
	
<id>parallel</id>
	
<build>
    	
<plugins>
        	
<plugin>
            	
<groupId>org.apache.maven.plugins</groupId>
 	
           <artifactId>maven-surefire-plugin</artifactId>
            	
<version>3.0.0-M3</version>
   	
         <configuration>
                	
<useFile>false</useFile>
                	
<testFailureIgnore>false</testFailureIgnore>
        	
        <parallel>methods</parallel>
                	
<threadCount>6</threadCount>
                	
<perCoreThreadCount>true</perCoreThreadCount>
                	
<argLine>
                    	
-javaagent:"${settings.localRepository}/org/aspectj/aspectjweaver/${aspectj.version}/aspectjweaver-${aspectj.version}.jar"
                	
</argLine>
            	
</configuration>
            	
<dependencies>
                	
<dependency>
                    	
<groupId>org.aspectj</groupId>
   	
                 <artifactId>aspectjweaver</artifactId>
                    	
<version>${aspectj.version}</version>
                	
</dependency>
            	
</dependencies>
        	
</plugin>
    	
</plugins>
	
</build>
</profile>

ឧទាហរណ៍នៃរបាយការណ៍ Allure (ការធ្វើតេស្តមិនស្ថិតស្ថេរបំផុត 5 ដំណើរការឡើងវិញ)

ការផ្ទុកអ្នករត់ក្នុងអំឡុងពេលធ្វើតេស្ត (8 ស្នូល, RAM 8 GB, 24 ខ្សែ)

ប្រុស:

• ការប្រើប្រាស់ធនធានទាប;
• ការគាំទ្រដើមពីត្រសក់ - មិនត្រូវការឧបករណ៍បន្ថែមទេ។
• សមត្ថភាពក្នុងការដំណើរការច្រើនជាង 6 ខ្សែស្រឡាយក្នុងមួយស្នូលដំណើរការ។

គុណវិបត្តិ:

• អ្នក​ត្រូវ​ប្រាកដ​ថា​កូដ​គាំទ្រ​ការ​ប្រតិបត្តិ​ច្រើន​ខ្សែ។
• កម្រិតចូលកើនឡើង។

របាយការណ៍ Allure នៅលើទំព័រ GitLab

បន្ទាប់​ពី​ណែនាំ​ការ​ប្រតិបត្តិ​ច្រើន​ខ្សែ យើង​ចាប់​ផ្ដើម​ចំណាយ​ពេល​ច្រើន​ទៀត​ក្នុង​ការ​វិភាគ​របាយការណ៍។ នៅពេលនោះ យើងត្រូវបង្ហោះរបាយការណ៍នីមួយៗជាវត្ថុបុរាណទៅ GitLab បន្ទាប់មកទាញយកវា ហើយស្រាយវាចេញ។ វាមិនងាយស្រួលទេ ហើយចំណាយពេលយូរ។ ហើយប្រសិនបើនរណាម្នាក់ផ្សេងទៀតចង់មើលរបាយការណ៍សម្រាប់ខ្លួនពួកគេ នោះពួកគេនឹងត្រូវធ្វើប្រតិបត្តិការដូចគ្នា។ យើងចង់ទទួលបានមតិកែលម្អលឿនជាងមុន ហើយយើងបានរកឃើញដំណោះស្រាយមួយ - ទំព័រ GitLab ។ នេះគឺជាមុខងារដែលភ្ជាប់មកជាមួយដែលមាននៅក្រៅប្រអប់នៅក្នុងកំណែថ្មីៗទាំងអស់របស់ GitLab ។ អនុញ្ញាតឱ្យអ្នកដាក់ពង្រាយគេហទំព័រឋិតិវន្តនៅលើម៉ាស៊ីនមេរបស់អ្នក ហើយចូលប្រើពួកវាតាមរយៈតំណផ្ទាល់។

រូបថតអេក្រង់ទាំងអស់នៃរបាយការណ៍ Allure ត្រូវបានថតនៅលើទំព័រ GitLab ។ ស្គ្រីបសម្រាប់ដាក់ពង្រាយរបាយការណ៍ទៅទំព័រ GitLab - នៅក្នុង Windows PowerShell (មុននេះអ្នកត្រូវដំណើរការ autotests)៖

New-Item -ItemType directory -Path $testresulthistory | Out-Null

try {Invoke-WebRequest -Uri $hst -OutFile $outputhst}
Catch{echo "fail copy history"}
try {Invoke-WebRequest -Uri $hsttrend -OutFile $outputhsttrnd}
Catch{echo "fail copy history trend"}

mvn allure:report
#mvn assembly:single -PzipAllureReport
xcopy $buildlocationtargetsiteallure-maven-plugin* $buildlocationpublic /s /i /Y

តើអ្វីទៅជាបន្ទាត់ខាងក្រោម 

ដូច្នេះប្រសិនបើអ្នកកំពុងគិតអំពីថាតើអ្នកត្រូវការលេខកូដសុវត្ថិភាព Thread នៅក្នុងក្របខណ្ឌ autotest Cucumber ទេនោះ ឥឡូវនេះចម្លើយគឺជាក់ស្តែង - ជាមួយ Cucumber 4 វាងាយស្រួលក្នុងការអនុវត្តវា ដោយហេតុនេះបង្កើនចំនួនខ្សែស្រឡាយដែលចាប់ផ្តើមក្នុងពេលដំណាលគ្នា។ ជាមួយនឹងវិធីសាស្រ្តនៃការដំណើរការការធ្វើតេស្តនេះ សំណួរឥឡូវនេះបានក្លាយទៅជាអំពីដំណើរការរបស់ម៉ាស៊ីនជាមួយនឹង Selenoid និងកៅអីសាកល្បង។

ការអនុវត្តបានបង្ហាញថាការដំណើរការ autotests នៅលើ threads អនុញ្ញាតឱ្យអ្នកកាត់បន្ថយការប្រើប្រាស់ធនធានទៅអប្បបរមាជាមួយនឹងដំណើរការល្អបំផុត។ ដូចដែលអាចមើលឃើញពីក្រាហ្វ ការបង្កើនខ្សែស្រលាយមិននាំទៅរកការបង្កើនល្បឿនស្រដៀងគ្នានៅក្នុងការធ្វើតេស្តដំណើរការនោះទេ។ ទោះយ៉ាងណាក៏ដោយ យើងអាចបន្ថែមការធ្វើតេស្តស្វ័យប្រវត្តិជាង 2 ទៅក្នុងការបង្កើតកម្មវិធី ដែលសូម្បីតែការដំណើរការឡើងវិញ 200 ដងក្នុងរយៈពេលប្រហែល 5 នាទី។ វាអនុញ្ញាតឱ្យអ្នកទទួលបានមតិកែលម្អរហ័សពីពួកគេ ហើយប្រសិនបើចាំបាច់ ធ្វើការផ្លាស់ប្តូរ ហើយធ្វើបែបបទម្តងទៀតម្តងទៀត។

ប្រភព: www.habr.com