ຄິວ ແລະ JMeter: ການແບ່ງປັນກັບຜູ້ເຜີຍແຜ່ ແລະຜູ້ຈອງ

ສະບາຍດີ, Habr! ນີ້​ແມ່ນ​ການ​ສືບ​ຕໍ່​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​ ການພິມເຜີຍແຜ່ທີ່ຜ່ານມາ, ໃນທີ່ຂ້າພະເຈົ້າຈະເວົ້າກ່ຽວກັບທາງເລືອກສໍາລັບການວາງຂໍ້ຄວາມຢູ່ໃນຄິວໂດຍໃຊ້ JMeter.

ພວກເຮົາກໍາລັງສ້າງລົດເມຂໍ້ມູນສໍາລັບບໍລິສັດລັດຖະບານກາງຂະຫນາດໃຫຍ່. ຮູບ​ແບບ​ການ​ຮ້ອງ​ຂໍ​ທີ່​ຫຼາກ​ຫຼາຍ​, ການ​ຫັນ​ປ່ຽນ​, ເສັ້ນ​ທາງ intricate​. ສໍາລັບການທົດສອບ, ທ່ານຈໍາເປັນຕ້ອງສົ່ງຂໍ້ຄວາມຫຼາຍໄປຫາແຖວ. ດ້ວຍຕົນເອງແມ່ນຄວາມເຈັບປວດທີ່ບໍ່ chiropractor ທຸກຄົນສາມາດຈັດການກັບ.

ການນໍາສະເຫນີ

ເຖິງ​ແມ່ນ​ວ່າ​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ເຮັດ​ໃຫ້​ມີ​ຄວາມ​ເຈັບ​ປວດ​ນີ້​ໃນ​ຕອນ​ທໍາ​ອິດ. ມັນທັງຫມົດໄດ້ເລີ່ມຕົ້ນດ້ວຍ RFHUtil. ມີອໍານາດ, ແຕ່ງຸ່ມງ່າມແລະຢ້ານ: ດີ, ທ່ານຮູ້ຈັກ Rus.

ຂາດບໍ່ໄດ້ໃນບາງກໍລະນີ, ແຕ່ຫຼຸດລົງຢ່າງຕໍ່ເນື່ອງໃນກໍລະນີຂອງການນໍາໃຊ້ຢ່າງຫ້າວຫັນ.
ການທົດສອບສະດວກເປັນໄປບໍ່ໄດ້ກັບມັນ.

ດ້ວຍ JMeter ທຸກສິ່ງທຸກຢ່າງໄດ້ກາຍເປັນງ່າຍຂຶ້ນ. ຫຼັງ​ຈາກ​ຂັ້ນ​ຕອນ​ທໍາ​ອິດ​ຂອງ mastering ແລະ​ໄດ້​ຮັບ​ການ​ນໍາ​ໃຊ້​ກັບ​ມັນ​, ຄວາມ​ຫວັງ​ໄດ້​ເລີ່ມ​ຕົ້ນ​ອາ​ລຸນ​ສໍາ​ລັບ​ການ​ທົດ​ສອບ​ທີ່​ມີ​ຄວາມ​ສຸກ​.

ຂ້ອຍໃຊ້ JMS Publisher ແລະ JMS Subscriber ຕົວຢ່າງຢ່າງຈິງຈັງ. ບໍ່ຄືກັບ JMS Point-to-Point, ຄູ່ນີ້ເບິ່ງຄືວ່າສະດວກກວ່າທີ່ຈະໃຊ້. ຕົວຢ່າງ, ດ້ວຍ Subscriber ໃນ JMS Selector ທ່ານສາມາດກໍານົດຕົວແປໄດ້, ແຕ່ດ້ວຍ Point-to-Point ທ່ານບໍ່ສາມາດ (ຫຼືວິທີການນີ້ແມ່ນບໍ່ຊັດເຈນຫຼາຍ).

ການກະກຽມຕົວຢ່າງ

JMS Publisher

• ການຕິດຕັ້ງ - ແຕ່ລະຕົວຢ່າງ. Apache ແນະ ນຳ ໃຊ້ຕົວເລືອກນີ້ຖ້າຄິວ/ຫົວຂໍ້ຖືກລະບຸຜ່ານຕົວແປ.
• ໝົດອາຍຸ (ms) = 120000. ໃນກໍລະນີທີ່ລົ້ມເຫລວ, ການຮ້ອງຂໍການທົດສອບຈະຫາຍໄປຈາກແຖວຫຼັງຈາກ 2 ນາທີ.
• ໃຊ້ໂໝດການຈັດສົ່ງແບບບໍ່ຕໍ່ເນື່ອງບໍ? - ຄວາມຈິງ. IBM ອະນຸມັດຮູບແບບຄົງທີ່ຮັບປະກັນການຮັກສາຂໍ້ຄວາມທີ່ຖືກສົ່ງຜ່ານທີ່ເຊື່ອຖືໄດ້ໃນກໍລະນີທີ່ມີຄວາມລົ້ມເຫລວຢ່າງກະທັນຫັນ. ແລະການແລກປ່ຽນໄວຂຶ້ນໃນຮູບແບບທີ່ບໍ່ຄົງທີ່. ສໍາລັບຈຸດປະສົງການທົດສອບ, ຄວາມໄວແມ່ນສໍາຄັນກວ່າ.

ໃນແຕ່ລະຜູ້ເຜີຍແຜ່ຂ້ອຍກໍານົດຄຸນສົມບັດ jms ທີ່ຜູ້ຈອງຈະໃຊ້ໃນຕົວເລືອກ JMS. ສໍາລັບການສົ່ງແຕ່ລະຄັ້ງ, ຄ່າສຸ່ມແມ່ນຖືກສ້າງຂຶ້ນໃນອົງປະກອບແຜນການທົດສອບຕົວກໍານົດການຜູ້ໃຊ້:

ວິທີນີ້ທ່ານສາມາດແນ່ໃຈວ່າຂໍ້ຄວາມທີ່ຖືກຕ້ອງຖືກອ່ານ.

"ຫວ່າງເປົ່າ" ສຸດທ້າຍຂອງ JMS Publisher ທີ່ຖືກຕັ້ງຄ່າໄວ້ລ່ວງໜ້າ:

ສະມາຊິກ JMS

• ການຕິດຕັ້ງ - ແຕ່ລະຕົວຢ່າງ. ດີ, ທ່ານເຂົ້າໃຈ.
• Timeout (ms) = 100000. ຖ້າຄໍາຮ້ອງຂໍບໍ່ມາຮອດຄິວຫຼັງຈາກລໍຖ້າ 100 ວິນາທີ, ແລ້ວມີບາງຢ່າງຜິດພາດ.
• ຢຸດລະຫວ່າງຕົວຢ່າງ? - ຄວາມຈິງ.

JMS Selector - ຂ້ອນຂ້າງສະດວກ ສິ່ງ. ສະມາຊິກ JMS ສຸດທ້າຍ:

ວິທີການຈັດການກັບຕົວອັກສອນ Cyrillic ໃນຂໍ້ຄວາມທີ່ສົ່ງຕໍ່. ໃນ JMeter, ໂດຍຄ່າເລີ່ມຕົ້ນ, ຫຼັງຈາກ proofreading, ມັນຖືກສະແດງແບບບິດເບືອນ. ເພື່ອຫຼີກເວັ້ນການນີ້ແລະມີຄວາມສຸກທີ່ຍິ່ງໃຫຍ່ແລະມີອໍານາດສະເຫມີແລະຢູ່ທົ່ວທຸກແຫ່ງ, ທ່ານຈໍາເປັນຕ້ອງ:

1. ເພີ່ມການໂຕ້ຖຽງ JVM ໃສ່ JMeter “ຕົວເປີດ”:

   -Dfile.encoding=UTF-8

2. ເພີ່ມ JSR223 PostProcessor ໃຫ້ກັບຜູ້ຈອງທີ່ມີເສັ້ນ groovy:

   prev.setDataEncoding("UTF-8")

ສົ່ງຂໍ້ຄວາມ

ທາງເລືອກທີ່ຂີ້ກຽດທີ່ສຸດ. ເຫມາະສໍາລັບ debugging ການທົດສອບລາຍລັກອັກສອນສົດ. ຫຼືສໍາລັບກໍລະນີໃນເວລາທີ່ທ່ານຕ້ອງການສົ່ງຢ່າງຫນ້ອຍບາງສິ່ງບາງຢ່າງຂະຫນາດນ້ອຍ. ເລືອກທາງເລືອກ ແຫຼ່ງຂໍ້ຄວາມ - Textarea ແລະວາງເນື້ອໃນຂອງຂໍ້ຄວາມຢູ່ໃນບລັອກຂໍ້ຄວາມ:

ການໂອນໄຟລ໌

ທາງເລືອກທົ່ວໄປທີ່ສຸດ. ເໝາະສຳລັບສະຖານະການສ່ວນໃຫຍ່. ເລືອກທາງເລືອກ ແຫຼ່ງຂໍ້ຄວາມ - ຈາກໄຟລ໌ ແລະຊີ້ບອກເສັ້ນທາງໄປຫາຂໍ້ຄວາມໃນພາກສະຫນາມ ໄຟລ໌ - ຊື່ໄຟລ໌:

ການໂອນໄຟລ໌ໄປຫາຊ່ອງຂໍ້ຄວາມ

ທາງເລືອກທີ່ຫຼາກຫຼາຍທີ່ສຸດ. ເໝາະສຳລັບສະຖານະການສ່ວນໃຫຍ່ + ສາມາດໃຊ້ໃນ JMS Point-to-Point ບ່ອນທີ່ບໍ່ມີທາງເລືອກສົ່ງທີສອງ:

ຖ່າຍທອດອາເຣ byte

ທາງເລືອກທີ່ຍາກທີ່ສຸດ. ເຫມາະ​ສົມ​ສໍາ​ລັບ​ການ​ກວດ​ສອບ​ການ​ສົ່ງ​ຕໍ່​ທີ່​ຖືກ​ຕ້ອງ infallibly ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ລົງ​ໄປ​ໃນ​ໄບ​ຕ​໌​, ໂດຍ​ບໍ່​ມີ​ການ​ບິດ​ເບືອນ​, SMS ແລະ perturbation​. ທ່ານຈະບໍ່ສາມາດເຮັດສິ່ງນີ້ໄດ້ໃນ JMeter ເລີ່ມຕົ້ນ. ທີ່ນີ້ ຂ້ອຍໄດ້ຖືກບອກຢ່າງແນ່ນອນກ່ຽວກັບເລື່ອງນີ້.

ສະນັ້ນຂ້ອຍຕ້ອງດາວໂຫລດ ແຫຼ່ງຂໍ້ມູນ ແລະປັບປຸງແກ້ໄຂ ລະຫັດ ສະມາຊິກ JMS.

ທົດແທນໃນວິທີການ extractContent(..) ແຖວ:

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

on:

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 Samplers ສອງຄູ່. ອັນທໍາອິດແມ່ນກ່ອນຄູ່ Publisher/Subscriber ເພື່ອສ້າງໄຟລ໌ DAT ທີ່ມີ bytes ແບບສຸ່ມ:

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 ສໍາລັບຜູ້ຈອງ - ປຽບທຽບ bytes ແຫຼ່ງກັບຜູ້ທີ່ມາຮອດໃນແຖວຂອງຜູ້ຮັບ:

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