कतारहरू र JMeter: प्रकाशक र ग्राहकसँग साझेदारी गर्दै

नमस्ते, Habr! यो मेरो सिक्वेल हो अघिल्लो प्रकाशन, जसमा म JMeter प्रयोग गरेर लाममा सन्देशहरू राख्ने विकल्पहरूको बारेमा कुरा गर्नेछु।

हामी एउटा ठूलो संघीय कम्पनीको लागि डाटा बस बनाइरहेका छौं। विभिन्न अनुरोध ढाँचाहरू, रूपान्तरणहरू, जटिल मार्गहरू। परीक्षणको लागि, तपाईंले लाममा धेरै सन्देशहरू पठाउनु पर्छ। म्यानुअल रूपमा एक दुखाइ हो जुन हरेक chiropractor ले ह्यान्डल गर्न सक्दैन।

परिचय

यद्यपि मैले सुरुमा यो पीडा सहनुपरेको थियो। यो सबै RFHUtil बाट सुरु भयो। शक्तिशाली, तर अप्ठ्यारो र डरलाग्दो: ठीक छ, तपाईंलाई रस थाहा छ।

केहि अवस्थामा अपरिहार्य, तर सक्रिय प्रयोग को मामला मा लगातार गिरावट।
सुविधाजनक परीक्षण यसको साथ असम्भव छ।

JMeter संग सबै सजिलो भएको छ। पहिलो चरणमा निपुणता र बानी परेपछि, आशाले खुशीको परीक्षा लिन थाल्यो।

म सक्रिय रूपमा JMS प्रकाशक र JMS ग्राहक नमूनाहरू प्रयोग गर्छु। JMS पोइन्ट-टु-पोइन्टको विपरीत, यो जोडी प्रयोग गर्न थप सुविधाजनक देखिन्थ्यो। उदाहरणका लागि, JMS चयनकर्तामा सब्सक्राइबरको साथ तपाईंले चर निर्दिष्ट गर्न सक्नुहुन्छ, तर Point-to-Point सँग तपाईं सक्नुहुन्न (वा यो विधि धेरै स्पष्ट छैन)।

नमूनाहरू तयार गर्दै

JMS प्रकाशक

• सेटअप - प्रत्येक नमूना। अपाचे सिफारिस गर्दछ यदि लाम/विषयहरू चर मार्फत निर्दिष्ट गरिएको छ भने यो विकल्प प्रयोग गर्नुहोस्।
• म्याद समाप्ति (ms) = 120000। असफल भएको अवस्थामा, परीक्षण अनुरोधहरू 2 मिनेट पछि लामबाट गायब हुनेछन्।
• गैर-निरन्तर डेलिभरी मोड प्रयोग गर्ने हो? - सत्य। IBM अनुमोदन गर्दछत्यो निरन्तर मोडले अचानक विफलताको घटनामा प्रसारित सन्देशहरूको विश्वसनीय संरक्षण सुनिश्चित गर्दछ। र गैर-निरन्तर मोडमा छिटो विनिमय। परीक्षण उद्देश्यका लागि, गति बढी महत्त्वपूर्ण छ।

प्रत्येक प्रकाशकमा मैले jms गुण सेट गर्छु जुन सदस्यले JMS चयनकर्तामा प्रयोग गर्नेछ। प्रत्येक सबमिशनको लागि, प्रयोगकर्ता प्यारामिटर परीक्षण योजना तत्वमा अनियमित मान उत्पन्न हुन्छ:

यस तरिकाले तपाइँ निश्चित हुन सक्नुहुन्छ कि सही सन्देश पढिएको छ।

पूर्व-कन्फिगर गरिएको JMS प्रकाशकको ​​अन्तिम "खाली":

JMS सदस्य

• सेटअप - प्रत्येक नमूना। खैर, तपाईं बुझ्नुहुन्छ।
• टाइमआउट (ms) = 100000। यदि अनुरोध 100 सेकेन्ड पर्खाइ पछि लाममा आइपुगेन भने, केहि गलत भयो।
• नमूनाहरू बीच रोक्नुहोस्? - सत्य।

JMS चयनकर्ता - धेरै सुविधाजनक कुरा। अन्तिम JMS सदस्य:

प्रसारित सन्देशहरूमा सिरिलिक वर्णमालासँग कसरी व्यवहार गर्ने। JMeter मा, पूर्वनिर्धारित रूपमा, प्रूफरीडिङ पछि, यो कुरूप रूपमा प्रदर्शित हुन्छ। यसबाट बच्न र सँधै र जताततै महान र शक्तिशालीको आनन्द लिन, तपाईंले:

1. JMeter "लन्चर" मा JVM तर्क थप्नुहोस्:

   -Dfile.encoding=UTF-8

2. JSR223 पोस्टप्रोसेसरलाई ग्रूवी लाइनको साथ सब्सक्राइबरमा थप्नुहोस्:

   prev.setDataEncoding("UTF-8")

पाठ पठाउनुहोस्

अल्छी विकल्प। भर्खरै लिखित परीक्षणहरू डिबग गर्नका लागि उपयुक्त। वा केसहरूको लागि जब तपाइँ कम्तिमा केहि सानो पठाउन आवश्यक छ। विकल्प चयन गर्नुहोस् सन्देश स्रोत - Textarea र सन्देशको मुख्य भाग पाठ ब्लकमा राख्नुहोस्:

फाईल ट्रान्सफर

सबैभन्दा सामान्य विकल्प। धेरै परिदृश्यहरूको लागि उपयुक्त। विकल्प चयन गर्नुहोस् सन्देश स्रोत - फाइलबाट र क्षेत्रमा सन्देश जाने बाटो संकेत गर्नुहोस् फाइल - फाइलनाम:

फाइललाई पाठ क्षेत्रमा स्थानान्तरण गर्दै

सबैभन्दा बहुमुखी विकल्प। धेरै परिदृश्यहरूको लागि उपयुक्त + JMS Point-to-Point मा प्रयोग गर्न सकिन्छ जहाँ दोस्रो पठाउने विकल्प छैन:

बाइट एरे पास गर्दै

सबैभन्दा गाह्रो विकल्प। बिना विरूपण, SMS र perturbation बिना, बाइटमा अनुरोधहरूको अविश्वसनीय रूपमा सही प्रसारण जाँच गर्नको लागि उपयुक्त। तपाईंले पूर्वनिर्धारित 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();

र प्रकाशकमा फाइलमा मार्ग थप्न नबिर्सनुहोस्:

र सदस्यहरूको लागि JSR223 दावीमा पनि जाँच गर्नुहोस् - प्राप्तकर्ताको लाममा आइपुगेकाहरूसँग स्रोत बाइटहरू तुलना गर्नुहोस्:

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