အကောင်အထည်ဖော်ပါ၊ အတိုင်းအတာ- VTB တွင် အလိုအလျောက်စမ်းသပ်မှုများကို အသုံးပြုခြင်းအတွေ့အကြုံ

ကျွန်ုပ်တို့၏ဌာနခွဲသည် ထုတ်လုပ်မှုပတ်ဝန်းကျင်သို့ အက်ပ်လီကေးရှင်းဗားရှင်းအသစ်များကို စတင်ရန်အတွက် အပြည့်အဝ အလိုအလျောက်ပိုက်လိုင်းများကို ဖန်တီးပေးပါသည်။ ဟုတ်ပါတယ်၊ ၎င်းသည် အလိုအလျောက် လုပ်ဆောင်နိုင်သော စမ်းသပ်မှုများ လိုအပ်ပါသည်။ ဖြတ်တောက်မှုအောက်တွင် ဒေသန္တရစက်တစ်ခုတွင် ကြိုးတစ်ချောင်းစမ်းသပ်ခြင်းမှစတင်၍ GitLab စာမျက်နှာများရှိ Allure အစီရင်ခံစာတစ်ခုနှင့်အတူ တည်ဆောက်ပိုက်လိုင်းအတွင်း Selenoid ပေါ်တွင် အပ်ပိုက်လိုင်းပေါင်း များစွာဖြင့် အပ်လုပ်စမ်းသပ်မှု လုပ်ဆောင်သည့်နေရာသို့ ရောက်ရှိခဲ့ပြီး နောက်ဆုံးတွင် အေးမြသော အလိုအလျောက်စနစ်တူးလ်ကို ရရှိခဲ့သည်။ အနာဂတ်မှာ လူတွေက အသင်းတွေကို သုံးနိုင်တယ်။

ငါတို့ဘယ်ကစခဲ့တာလဲ။

အလိုအလျောက်စမ်းသပ်မှုများကို အကောင်အထည်ဖော်ပြီး ၎င်းတို့ကို ပိုက်လိုင်းတွင် ပေါင်းစည်းရန်အတွက် ကျွန်ုပ်တို့၏လိုအပ်ချက်များနှင့်ကိုက်ညီစေရန် လိုက်လျောညီထွေပြောင်းလဲနိုင်သော အလိုအလျောက်စနစ်ဘောင်တစ်ခု လိုအပ်ပါသည်။ အကောင်းဆုံးကတော့၊ ပိုက်လိုင်းထဲကို autotests တွေကို မြှုပ်နှံဖို့အတွက် လိုက်လျောညီထွေဖြစ်အောင် autotesting engine အတွက် စံတစ်ခုတည်းကို ရယူချင်ပါတယ်။ အကောင်အထည်ဖော်ရန်အတွက် အောက်ပါနည်းပညာများကို ရွေးချယ်ခဲ့ပါသည်။

• ဂျာဗား၊
• Maven၊
• ဆီလီနီယမ်၊
• သခွားသီး+ဂျုံ ၄၊
• ဖြားယောင်း၊
• GitLab ။

ဘာ့ကြောင့် ဒီ set ကို သီးသန့်ထားတာလဲ။ Java သည် အလိုအလျောက်စမ်းသပ်မှုများအတွက် ရေပန်းအစားဆုံးဘာသာစကားတစ်ခုဖြစ်ပြီး အဖွဲ့သားအားလုံးက ၎င်းကိုပြောဆိုကြသည်။ ဆယ်လီနီယမ်သည် ထင်ရှားသောဖြေရှင်းချက်ဖြစ်သည်။ အခြားအရာများထဲမှ သခွားသီးသည် လူကိုယ်တိုင်စမ်းသပ်မှုတွင်ပါဝင်သည့် ဌာနများ၏ အလိုအလျောက်စမ်းသပ်မှုရလဒ်များအပေါ် ယုံကြည်မှုတိုးစေသည်ဟု ယူဆပါသည်။

Single threaded စမ်းသပ်မှုများ

ဘီးကို ပြန်လည်မွမ်းမံရန်အတွက်၊ မူဘောင်အတွက် အခြေခံအဖြစ် GitHub ပေါ်ရှိ အမျိုးမျိုးသော သိုလှောင်ရာများမှ တိုးတက်မှုများကို ရယူပြီး ၎င်းတို့ကို ကျွန်ုပ်တို့အတွက် လိုက်လျောညီထွေဖြစ်အောင် ပြုလုပ်ထားသည်။ ကျွန်ုပ်တို့သည် autotest framework ၏ core နှင့် ကျွန်ုပ်တို့၏ core တွင် autotests ကိုအကောင်အထည်ဖော်ခြင်း၏ Gold ဥပမာတစ်ခုဖြင့် ပင်မစာကြည့်တိုက်အတွက် repository တစ်ခုကို ဖန်တီးထားပါသည်။ အဖွဲ့တစ်ဖွဲ့စီသည် Gold image ကိုရယူပြီး ၎င်းတို့၏ပရောဂျက်နှင့် လိုက်လျောညီထွေဖြစ်အောင် ၎င်းတွင် စမ်းသပ်မှုများပြုလုပ်ရမည်ဖြစ်သည်။ ကျွန်ုပ်တို့က ၎င်းကို GitLab-CI ဘဏ်သို့ ဖြန့်ကျက်ထားပြီး၊

• ပရောဂျက်တစ်ခုစီအတွက် ရေးထားသော autotests များအားလုံး၏ နေ့စဉ်လုပ်ဆောင်မှုများ၊
• ပိုက်လိုင်းတည်ဆောက်မှုတွင် လွှတ်တင်သည်။

အစပိုင်းတွင် စမ်းသပ်မှုအနည်းငယ်ရှိခဲ့ပြီး ၎င်းတို့ကို စမ်းချောင်းတစ်ခုတွင် ပြုလုပ်ခဲ့သည်။ Windows runner GitLab တွင် ကြိုးတစ်ချောင်းတည်းဖြင့် လည်ပတ်ခြင်းသည် ကျွန်ုပ်တို့အတွက် အတော်လေး သင့်လျော်ပါသည်- စမ်းသပ်မှုများသည် စမ်းသပ်ခုံတန်းလျားကို အလွန်ပေါ့ပါးစွာ တင်ဆောင်ပြီး အရင်းအမြစ်များနီးပါးကို အသုံးမပြုပါ။

အချိန်ကြာလာသည်နှင့်အမျှ၊ အလိုအလျောက်စမ်းသပ်မှုအရေအတွက် ပိုများလာကာ အပြည့်အ၀ပြေးခြင်းမှာ သုံးနာရီခန့်ကြာသောအခါ ၎င်းတို့ကို အပြိုင်ပြေးရန် တွေးခဲ့သည်။ အခြားပြဿနာများလည်း ပေါ်လာသည်-

• စစ်ဆေးမှုများသည် တည်ငြိမ်မှုရှိမရှိ အတည်မပြုနိုင်ပါ။
• စက်တွင်းစက်တွင် အကြိမ်ပေါင်းများစွာ ဆက်တိုက်လုပ်ဆောင်ခဲ့သော စမ်းသပ်စစ်ဆေးမှုများသည် တစ်ခါတစ်ရံ 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၊ 8 GB RAM၊ 1 thread)
 
single-threaded tests ၏အားသာချက်များ

• တပ်ဆင်ရန်နှင့်လည်ပတ်ရန်လွယ်ကူသည်။
• CI တွင် လွှတ်တင်မှုသည် ဒေသန္တရ လွှတ်တင်မှုများနှင့် လက်တွေ့အားဖြင့် ကွာခြားမှုမရှိပါ။
• စစ်ဆေးမှုများသည် တစ်ခုနှင့်တစ်ခု မထိခိုက်စေပါ။
• အပြေးသမားအရင်းအမြစ်များအတွက် အနည်းဆုံးလိုအပ်ချက်များ။

single-threaded tests ၏အားနည်းချက်များ-

• ပြီးမြောက်ရန် အလွန်ကြာပါသည်။
• စမ်းသပ်မှုများ၏ကြာရှည်တည်ငြိမ်မှု;
• အပြေးသမား အရင်းအမြစ်များကို ထိရောက်စွာ အသုံးပြုခြင်း မရှိခြင်း၊ အသုံးချမှု အလွန်နည်းပါးခြင်း။

JVM forks များတွင် စမ်းသပ်မှုများ

အခြေခံမူဘောင်ကိုအကောင်အထည်ဖော်ရာတွင် thread-safe code ကိုကျွန်ုပ်တို့ဂရုမစိုက်သောကြောင့်၊ parallel ကို run ရန်အထင်ရှားဆုံးနည်းလမ်းမှာ cucumber-jvm-parallel-plugin Maven အတွက် ပလပ်အင်သည် စီစဉ်သတ်မှတ်ရန် လွယ်ကူသော်လည်း မှန်ကန်သော အပြိုင်လုပ်ဆောင်မှုအတွက်၊ အလိုအလျောက်စမ်းသပ်မှုများကို သီးခြားဘရောက်ဆာများတွင် လုပ်ဆောင်ရမည်ဖြစ်သည်။ ဘာမှလုပ်စရာမရှိဘူး၊ Selenoid သုံးရတယ်။

Selenoid ဆာဗာကို 32 cores နှင့် 24 GB RAM ပါသည့် စက်တွင် စတင်ခဲ့သည်။ ကန့်သတ်ချက်ကို ဘရောက်ဆာ 48 ခုတွင် သတ်မှတ်ထားသည် - core တစ်ခုလျှင် 1,5 threads နှင့် RAM 400 MB ခန့်ရှိသည်။ ရလဒ်အနေဖြင့် စမ်းသပ်ချိန်ကို ၃ နာရီမှ မိနစ် ၄၀ သို့ လျှော့ချခဲ့သည်။ အပြေးများကို အရှိန်မြှင့်ခြင်းသည် တည်ငြိမ်မှုပြဿနာကို ဖြေရှင်းရာတွင် အထောက်အကူဖြစ်စေသည်- ယခု ကျွန်ုပ်တို့သည် စိတ်ချယုံကြည်စွာ ပြေးနိုင်သည်ဟု မသေချာမချင်း အော်တိုစမ်းသပ်မှုအသစ်များကို အကြိမ် 40-20 လျှင်မြန်စွာ လုပ်ဆောင်နိုင်ပြီဖြစ်သည်။
ဖြေရှင်းချက်၏ပထမအားနည်းချက်မှာ parallel threads အနည်းငယ်ဖြင့် runner ရင်းမြစ်များကို မြင့်မားစွာအသုံးပြုခြင်းဖြစ်သည်- 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"

ဤနည်းဖြင့် သင် tag ကိုကျော်သွားပါက၊ plugin သည် စမ်းသပ်မှုအားလုံးအတွက် အပြေးသမားများကို ထုတ်လုပ်ပေးလိမ့်မည်၊ ဆိုလိုသည်မှာ ၎င်းသည် စမ်းသပ်မှုများအားလုံးကို လုပ်ဆောင်ရန် ကြိုးစားမည်ဖြစ်ပြီး၊ စတင်ပြီး JVM forks များစွာကို ဖန်တီးပြီးနောက် ၎င်းတို့ကို ချက်ချင်းကျော်သွားမည်ဖြစ်သည်။

tag တစ်ခုနှင့် variable တစ်ခုကို ပစ်ချခြင်းသည် မှန်ကန်ပါသည်။ tags များ plugin ဆက်တင်များတွင်၊ အောက်ပါဥပမာကိုကြည့်ပါ။ ကျွန်ုပ်တို့စမ်းသပ်ထားသော အခြားနည်းလမ်းများတွင် 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 cores၊ 8 GB RAM၊ 12 threads)
 
အပြစ်တွေ:

• လွယ်ကူသောတပ်ဆင်မှု - သင်သည် plugin တစ်ခုထည့်ရန်သာလိုအပ်သည်။
• စမ်းသပ်မှုအများအပြားကို တစ်ပြိုင်နက် လုပ်ဆောင်နိုင်မှု၊
• အဆင့် 1 ကြောင့် စမ်းသပ်တည်ငြိမ်မှုအရှိန်မြှင့်ခြင်း။ 

cons:

• OS/ကွန်တိန်နာများစွာ လိုအပ်သည်
• လမ်းဆုံတစ်ခုစီအတွက် အရင်းအမြစ်သုံးစွဲမှုမြင့်မားခြင်း၊
• ပလပ်အင်သည် ခေတ်နောက်ကျနေပြီး မပံ့ပိုးတော့ပါ။ 

မတည်ငြိမ်မှုကို ဘယ်လိုကျော်လွှားမလဲ။ 

စာမေးပွဲခုံများသည် autotest များကဲ့သို့ပင် စံပြမဟုတ်ပေ။ ကျွန်ုပ်တို့တွင် ချိုမြိန်သော စမ်းသပ်မှုများစွာရှိသည်ကို အံ့သြစရာမဟုတ်ပေ။ ကယ်ဆယ်ဖို့ ရောက်လာတယ်။ 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…
ရွေးချယ်စရာတစ်ခုအနေဖြင့် PowerShell script (PS1) အတွက် Maven ရွေးချယ်မှုများကို သတ်မှတ်ပါ။

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

အပြစ်တွေ:

• ပျက်ကျသည့်အခါ မတည်မငြိမ် စမ်းသပ်မှုကို ခွဲခြမ်းစိတ်ဖြာရန် အချိန်ဖြုန်းရန် မလိုအပ်ပါ။
• စမ်းသပ်ခုံတန်းတည်ငြိမ်မှုပြဿနာများကို လျော့ပါးစေနိုင်သည်။

cons:

• ရေပေါ်ချို့ယွင်းချက်များ လွတ်သွားနိုင်သည်။
• run time တိုးလာတယ်။

Cucumber 4 စာကြည့်တိုက်နှင့် အပြိုင်စမ်းသပ်မှုများ

စစ်ဆေးမှု အရေအတွက်သည် နေ့စဉ်နှင့်အမျှ တိုးများလာသည်။ အရှိန်မြှင့်ဖို့ တွေးပြန်တယ်။ ထို့အပြင်၊ ကျွန်ုပ်သည် အပလီကေးရှင်း စည်းဝေးပွဲ ပိုက်လိုင်းတွင် တတ်နိုင်သမျှ စစ်ဆေးမှုများစွာကို ပေါင်းစည်းလိုပါသည်။ အရေးကြီးသောအချက်မှာ Maven ပလပ်အင်ကို အသုံးပြု၍ အပြိုင်ပြေးသောအခါတွင် အပြေးသမား မျိုးဆက်များ ကြာမြင့်နေခြင်းဖြစ်သည်။

ထိုအချိန်တွင်၊ Cucumber 4 သည် ထွက်ရှိထားပြီးဖြစ်သောကြောင့် ဤဗားရှင်းအတွက် kernel ကို ပြန်လည်ရေးသားရန် ဆုံးဖြတ်ခဲ့သည်။ ထုတ်ဝေမှုမှတ်စုများတွင် ကြိုးအဆင့်တွင် အပြိုင်လွှင့်တင်ရန် ကတိပြုထားသည်။ သီအိုရီအရ၊

• threads အရေအတွက်ကိုတိုးမြှင့်ခြင်းဖြင့် autotests ၏လည်ပတ်မှုကိုသိသိသာသာမြန်ဆန်စေသည်။
• autotest တစ်ခုစီအတွက် အပြေးသမားများကို ဖန်တီးရာတွင် အချိန်ဆုံးရှုံးခြင်းကို ဖယ်ရှားပါ။

Multi-threaded autotests အတွက် မူဘောင်ကို ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်းသည် ခက်ခဲသည်မဟုတ်ပေ။ Cucumber 4 သည် တစ်ဦးချင်းစီ စမ်းသပ်မှုတစ်ခုစီကို အစမှအဆုံးထိ လုပ်ဆောင်ပေးသောကြောင့် အချို့သော သာမန်အငြိမ်အရာများကို ThreadLocal variables အဖြစ်သို့ ပြောင်းလဲသွားပါသည်။ 
Idea refactoring ကိရိယာများကို အသုံးပြု၍ ပြောင်းလဲရာတွင် အဓိကအချက်မှာ variable နှိုင်းယှဉ်ထားသည့် နေရာများကို စစ်ဆေးရန်ဖြစ်သည် (ဥပမာ၊ null ကို စစ်ဆေးခြင်း)။ ထို့အပြင်၊ သင်သည် Junit Runner အတန်းမှတ်စာတွင် Allure ပလပ်အင်ကို ထည့်ရန် လိုအပ်သည်။

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 cores၊ 8 GB RAM၊ 24 threads)

အပြစ်တွေ:

• အရင်းအမြစ်သုံးစွဲမှုနည်းပါးခြင်း၊
• သခွားသီးမှ ဇာတိပံ့ပိုးမှု - နောက်ထပ်ကိရိယာများ မလိုအပ်ပါ။
• ပရိုဆက်ဆာ core တစ်ခုလျှင် 6 threads ထက်ပို၍ အလုပ်လုပ်နိုင်သည်။

cons:

• ကုဒ်သည် multi-threaded execution ကို ပံ့ပိုးပေးကြောင်း သေချာရန် လိုအပ်ပါသည်။
• ဝင်ရောက်မှုအဆင့်သည် တိုးလာသည်။

GitLab စာမျက်နှာများတွင် Allure အစီရင်ခံစာများ

Multi-threaded execution ကို မိတ်ဆက်ပြီးနောက်၊ အစီရင်ခံစာများကို ပိုင်းခြားစိတ်ဖြာရန် အချိန်များစွာ ပိုသုံးစွဲလာကြသည်။ ထိုအချိန်တွင်၊ ကျွန်ုပ်တို့သည် အစီရင်ခံစာတစ်ခုစီကို GitLab သို့ အတုအယောင်အဖြစ် အပ်လုဒ်လုပ်ကာ ၎င်းကို ဒေါင်းလုဒ်လုပ်ပြီး ထုပ်ပိုးရန် လိုအပ်သည်။ အရမ်းအဆင်ပြေပြီး အချိန်အကြာကြီးတော့ အဆင်မပြေပါဘူး။ အခြားသူတစ်ဦးဦးသည် အစီရင်ခံစာကို ၎င်းတို့ကိုယ်တိုင်ကြည့်ရှုလိုပါက၊ ၎င်းတို့သည် အလားတူလုပ်ဆောင်မှုများကို လုပ်ဆောင်ရမည်ဖြစ်သည်။ ကျွန်ုပ်တို့သည် တုံ့ပြန်ချက်ကို ပိုမိုမြန်ဆန်စွာ လက်ခံရယူလိုပြီး ဖြေရှင်းချက်တစ်ခု - GitLab စာမျက်နှာများကို တွေ့ရှိခဲ့သည်။ ၎င်းသည် GitLab ၏ လတ်တလောဗားရှင်းအားလုံးတွင် ဘောက်စ်ပြင်ပတွင် ရနိုင်သော ပါ၀င်သည့်အင်္ဂါရပ်ဖြစ်သည်။ သင့်ဆာဗာတွင် အငြိမ်ဆိုက်များကို အသုံးချရန်နှင့် တိုက်ရိုက်လင့်ခ်မှတစ်ဆင့် ၎င်းတို့ကို ဝင်ရောက်ကြည့်ရှုခွင့်ပေးသည်။

Allure အစီရင်ခံစာများ၏ ဖန်သားပြင်ဓာတ်ပုံအားလုံးကို GitLab စာမျက်နှာများတွင် ရိုက်ယူထားသည်။ အစီရင်ခံစာကို GitLab စာမျက်နှာများသို့ ဖြန့်ကျက်ခြင်းအတွက် Script - Windows PowerShell တွင် (၎င်းမတိုင်မီတွင် သင်သည် အလိုအလျောက်စမ်းသပ်မှုများကို လုပ်ဆောင်ရန် လိုအပ်သည်)။

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

သောရလဒ်နှင့်အတူ 

ထို့ကြောင့်၊ သင်သည် Cucumber autotest framework တွင် Thread လုံခြုံသောကုဒ်ကို လိုအပ်ခြင်းရှိမရှိ စဉ်းစားနေပါက၊ ယခု အဖြေမှာ သိသာထင်ရှားပါသည် - Cucumber 4 သည် ၎င်းကို အကောင်အထည်ဖော်ရန် လွယ်ကူသဖြင့် တစ်ပြိုင်နက်တည်းတွင် thread အရေအတွက်ကို သိသိသာသာ တိုးလာစေပါသည်။ ဤစမ်းသပ်မှုနည်းလမ်းဖြင့် Selenoid နှင့် စမ်းသပ်ခုံတန်းလျားများပါရှိသော စက်၏စွမ်းဆောင်ရည်နှင့် ပတ်သက်၍ ယခုမေးခွန်းဖြစ်လာသည်။

တွဲများပေါ်တွင် အလိုအလျောက်စမ်းသပ်မှုများကို လုပ်ဆောင်ခြင်းသည် သင့်အား အကောင်းဆုံးစွမ်းဆောင်ရည်ဖြင့် အရင်းအမြစ်သုံးစွဲမှု အနည်းဆုံးအထိ လျှော့ချနိုင်စေကြောင်း လက်တွေ့ပြသခဲ့သည်။ ဂရပ်များတွင်တွေ့နိုင်သည်အတိုင်း၊ နှစ်ဆမျှင်များသည် စွမ်းဆောင်ရည်စစ်ဆေးမှုများတွင် အလားတူအရှိန်အဟုန်ကို မဖြစ်ပေါ်စေပါ။ သို့သော်၊ ကျွန်ုပ်တို့သည် အပလီကေးရှင်းတည်ဆောက်မှုတွင် အလိုအလျောက်စမ်းသပ်မှု ၂၀၀ ကျော်ကို ပေါင်းထည့်နိုင်ခဲ့ပြီး 2 ပြန်လည်ပတ်မှု 200 မိနစ်အတွင်းပင် လုပ်ဆောင်နိုင်ခဲ့သည်။ ၎င်းသည် သင့်အား ၎င်းတို့ထံမှ လျင်မြန်သော တုံ့ပြန်ချက်ကို လက်ခံရရှိစေပြီး၊ လိုအပ်ပါက အပြောင်းအလဲများ ပြုလုပ်ကာ လုပ်ငန်းစဉ်ကို နောက်တစ်ကြိမ် ထပ်လုပ်ပါ။

source: www.habr.com