ជួរ និង JMeter៖ ការចែករំលែកជាមួយអ្នកបោះពុម្ពផ្សាយ និងអតិថិជន

សួស្តី ហាប! នេះជាវគ្គបន្តរបស់ខ្ញុំ ការបោះពុម្ពមុន។ដែលក្នុងនោះខ្ញុំនឹងនិយាយអំពីជម្រើសសម្រាប់ការដាក់សារជាជួរដោយប្រើ JMeter ។

យើងកំពុងបង្កើតឡានក្រុងទិន្នន័យសម្រាប់ក្រុមហ៊ុនសហព័ន្ធដ៏ធំមួយ។ ទម្រង់សំណើផ្សេងៗ ការបំប្លែង ការកំណត់ផ្លូវស្មុគស្មាញ។ សម្រាប់ការធ្វើតេស្ត អ្នកត្រូវផ្ញើសារជាច្រើនទៅកាន់ជួរ។ ដោយដៃគឺជាការឈឺចាប់ដែលមិនមែនគ្រប់ chiropractor អាចដោះស្រាយបានទេ។

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

ទោះបីខ្ញុំត្រូវទ្រាំនឹងការឈឺចាប់នេះដំបូងក៏ដោយ។ វាទាំងអស់បានចាប់ផ្តើមជាមួយ RFHUtil ។ មានថាមពល ប៉ុន្តែឆ្គង និងគួរឱ្យខ្លាច៖ មែនហើយ អ្នកស្គាល់ Rus ។

មិនអាចខ្វះបានក្នុងករណីខ្លះ ប៉ុន្តែមានការថយចុះជាលំដាប់ក្នុងករណីប្រើប្រាស់សកម្ម។
ការធ្វើតេស្តងាយស្រួលគឺមិនអាចទៅរួចទេជាមួយវា។

ជាមួយនឹង JMeter អ្វីគ្រប់យ៉ាងបានកាន់តែងាយស្រួល។ បន្ទាប់​ពី​ដំណាក់​កាល​ដំបូង​នៃ​ការ​ស្ទាត់​ជំនាញ និង​ស៊ាំ​នឹង​វា ក្តី​សង្ឃឹម​បាន​ចាប់​ផ្តើម​រះ​ឡើង​សម្រាប់​ការ​ធ្វើ​តេស្ត​ដ៏​រីករាយ។

ខ្ញុំប្រើយ៉ាងសកម្មនូវ JMS Publisher និង JMS Subscriber samplers ។ មិនដូច JMS Point-to-Point គូនេះហាក់ដូចជាងាយស្រួលប្រើជាង។ ជាឧទាហរណ៍ ជាមួយ Subscriber ក្នុង JMS Selector អ្នកអាចបញ្ជាក់អថេរមួយ ប៉ុន្តែជាមួយនឹង Point-to-Point អ្នកមិនអាច (ឬវិធីសាស្ត្រនេះមិនច្បាស់ទេ)។

ការរៀបចំគំរូ

អ្នកបោះពុម្ព JMS

• ការដំឡើង - គំរូនីមួយៗ។ Apache ណែនាំ ប្រើជម្រើសនេះប្រសិនបើជួរ/ប្រធានបទត្រូវបានបញ្ជាក់តាមរយៈអថេរ។
• ផុតកំណត់ (ms) = 120000។ ក្នុងករណីបរាជ័យ សំណើសាកល្បងនឹងបាត់ពីជួរបន្ទាប់ពី 2 នាទី។
• ប្រើរបៀបចែកចាយមិនបន្ត? - ពិត។ ក្រុមហ៊ុន IBM អនុម័តរបៀប​បន្ត​នោះ​ធានា​បាន​នូវ​ការ​រក្សា​ទុក​ដែល​អាច​ទុក​ចិត្ត​បាន​នៃ​សារ​ដែល​បាន​បញ្ជូន​ក្នុង​ព្រឹត្តិការណ៍​នៃ​ការ​បរាជ័យ​ភ្លាមៗ។ និងការផ្លាស់ប្តូរលឿនជាងមុននៅក្នុងរបៀបមិនបន្ត។ សម្រាប់គោលបំណងសាកល្បង ល្បឿនគឺសំខាន់ជាង។

នៅក្នុងការបោះពុម្ពផ្សាយនីមួយៗ ខ្ញុំបានកំណត់លក្ខណសម្បត្តិ jms ដែលអតិថិជននឹងប្រើនៅក្នុង JMS Selector ។ សម្រាប់ការដាក់ស្នើនីមួយៗ តម្លៃចៃដន្យត្រូវបានបង្កើតនៅក្នុងធាតុផែនការសាកល្បងប៉ារ៉ាម៉ែត្រអ្នកប្រើប្រាស់៖

វិធីនេះអ្នកអាចប្រាកដថាសារត្រឹមត្រូវត្រូវបានអាន។

"ទទេ" ចុងក្រោយរបស់អ្នកបោះពុម្ព JMS ដែលបានកំណត់រចនាសម្ព័ន្ធជាមុន៖

អ្នកជាវ JMS

• ការដំឡើង - គំរូនីមួយៗ។ អញ្ចឹងអ្នកយល់ហើយ។
• អស់ពេល (ms) = 100000។ ប្រសិនបើសំណើមិនមកដល់ក្នុងជួរបន្ទាប់ពី 100 វិនាទីនៃការរង់ចាំ នោះមានអ្វីមួយខុសប្រក្រតី។
• ឈប់រវាងគំរូ? - ពិត។

កម្មវិធីជ្រើសរើស JMS - ងាយស្រួលណាស់។ រឿង. អ្នកជាវ JMS ចុងក្រោយ៖

របៀបដោះស្រាយជាមួយអក្ខរក្រម Cyrillic នៅក្នុងសារដែលបានបញ្ជូន។ នៅក្នុង JMeter តាមលំនាំដើម បន្ទាប់ពីការអានភ័ស្តុតាង វាត្រូវបានបង្ហាញយ៉ាងច្រលំ។ ដើម្បីជៀសវាងបញ្ហានេះ និងរីករាយជាមួយភាពអស្ចារ្យ និងមានអំណាចជានិច្ច និងគ្រប់ទីកន្លែង អ្នកត្រូវ៖

1. បន្ថែមអាគុយម៉ង់ JVM ទៅ JMeter “launcher”៖

   -Dfile.encoding=UTF-8

2. បន្ថែម JSR223 PostProcessor ទៅកាន់អតិថិជនដែលមានបន្ទាត់ groovy:

   prev.setDataEncoding("UTF-8")

ផ្ញើអត្ថបទ

ជម្រើសខ្ជិលបំផុត។ ស័ក្តិសម​សម្រាប់​ការ​បំបាត់​កំហុស​ការ​ធ្វើ​តេស្ត​ដែល​សរសេរ​ថ្មីៗ។ ឬសម្រាប់ករណីនៅពេលដែលអ្នកត្រូវការផ្ញើយ៉ាងហោចណាស់អ្វីមួយតូច។ ជ្រើសរើសជម្រើស ប្រភពសារ - Textarea ហើយដាក់តួនៃសារក្នុងប្លុកអត្ថបទ៖

ផ្ទេរឯកសារ

ជម្រើសទូទៅបំផុត។ សាកសមសម្រាប់សេណារីយ៉ូភាគច្រើន។ ជ្រើសរើសជម្រើស ប្រភពសារ - ពីឯកសារ និងចង្អុលបង្ហាញផ្លូវទៅកាន់សារនៅក្នុងវាល ឯកសារ - ឈ្មោះឯកសារ៖

ការផ្ទេរឯកសារទៅវាលអត្ថបទ

ជម្រើសចម្រុះបំផុត។ សាកសមសម្រាប់សេណារីយ៉ូភាគច្រើន + អាចប្រើក្នុង JMS Point-to-Point ដែលមិនមានជម្រើសផ្ញើទីពីរ៖

ឆ្លងកាត់អារេបៃ

ជម្រើសពិបាកបំផុត។ ស័ក្តិសម​សម្រាប់​ការ​ពិនិត្យ​មើល​ការ​បញ្ជូន​សំណើ​ដែល​មាន​ភាព​ត្រឹម​ត្រូវ​ចុះ​ក្រោម​ទៅ​បៃ ដោយ​គ្មាន​ការ​បង្ខូច​ទ្រង់ទ្រាយ SMS និង​រំខាន។ អ្នកនឹងមិនអាចធ្វើវានៅក្នុង JMeter លំនាំដើមបានទេ។ នៅទីនេះ ខ្ញុំពិតជាត្រូវបានគេប្រាប់អំពីរឿងនេះ។

ដូច្នេះខ្ញុំត្រូវទាញយក ប្រភព និងកែប្រែ កូដ អ្នកជាវ JMS ។

ជំនួសដោយវិធីសាស្រ្ត extractContent(..) បន្ទាត់៖

buffer.append(bytesMessage.getBodyLength() + " bytes received in BytesMessage");

បើក៖

byte[] bytes = new byte[(int) bytesMessage.getBodyLength()];
bytesMessage.readBytes(bytes);
try {
	buffer.append(new String(bytes, "UTF-8"));
} catch (UnsupportedEncodingException e) {
	throw new RuntimeException(e);
}

និងបានសាងសង់ JMeter ឡើងវិញ។

អ្វីដែលនៅសល់គឺត្រូវបន្ថែមគំរូ JSR223 ពីរបី។ ទីមួយគឺមុនគូអ្នកបោះពុម្ព/អ្នកជាវ ដើម្បីបង្កើតឯកសារ DAT ដែលមានបៃចៃដន្យ៖

import org.apache.commons.lang3.RandomUtils;

import java.io.File;
import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import java.io.IOException;

vars.put("PATH_TO_BYTES", "C:temprandomBytes.dat");
File RESULT_FILE = new File(vars.get("PATH_TO_BYTES"));
byte[] arr = RandomUtils.nextBytes((int)(Math.random()*10000));
        try {
            FileOutputStream fos = new FileOutputStream(RESULT_FILE);
            fos.write(arr);
            fos.close();
        } catch (IOException e) {
            System.out.println("file not found");
        }

ទីពីរ - នៅចុងបញ្ចប់នៃស្គ្រីបលុបឯកសារ៖

import java.io.File;

File RESULT_FILE = new File(vars.get("PATH_TO_BYTES"));
RESULT_FILE.delete();

ហើយកុំភ្លេចបន្ថែមផ្លូវទៅកាន់ឯកសារក្នុង Publisher៖

និងការត្រួតពិនិត្យផងដែរនៅក្នុង JSR223 Assertion សម្រាប់អតិថិជន - ប្រៀបធៀបបៃប្រភពជាមួយនឹងអ្នកដែលមកដល់ក្នុងជួររបស់អ្នកទទួល:

import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.Paths;
import java.util.Arrays;

Path path = Paths.get(vars.get("PATH_TO_BYTES"), new String[0]);
byte[] originalArray = Files.readAllBytes(path);
byte[] changedArray = ctx.getPreviousResult().getResponseData();
System.out.println(changedArray.length);

if (Arrays.equals(originalArray, changedArray))
	{
     	SampleResult.setResponseMessage("OK");

	} else {
	   SampleResult.setSuccessful(false);
     	   SampleResult.setResponseMessage("Comparison failed");
	   SampleResult.setResponseData("Bytes have changed","UTF-8");
     	   IsSuccess=false;
	}

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

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

សន្សំពេលវេលារបស់អ្នក។ ហើយសូមអរគុណចំពោះការយកចិត្តទុកដាក់របស់អ្នក។

ប្រភព: www.habr.com