Հերթեր և JMeter. համօգտագործում Հրատարակչի և Բաժանորդի հետ
Բարև, Հաբր: Սա իմ շարունակությունն է նախորդ հրապարակումը, որում ես կխոսեմ JMeter-ի միջոցով հաղորդագրությունները հերթերում տեղադրելու տարբերակների մասին:
Մենք տվյալների ավտոբուս ենք պատրաստում խոշոր դաշնային ընկերության համար: Տարբեր հարցումների ձևաչափեր, փոխակերպումներ, բարդ երթուղիներ: Թեստավորման համար անհրաժեշտ է հերթ ուղարկել բազմաթիվ հաղորդագրություններ։ Ձեռքով ցավ է, որը ոչ բոլոր chiropractor կարող է կարգավորել:
Ներածություն
Չնայած սկզբում ստիպված էի համակերպվել այս ցավի հետ։ Ամեն ինչ սկսվեց RFHUtil-ից: Հզոր, բայց անհարմար և սարսափելի. Դե, դուք գիտեք Ռուսը:
Որոշ դեպքերում անփոխարինելի է, բայց ակտիվ օգտագործման դեպքում անշեղորեն նվազում է:
Դրա հետ հարմար փորձարկումն անհնար է։
JMeter-ի հետ ամեն ինչ ավելի հեշտ է դարձել: Տիրապետման ու դրան ընտելանալու առաջին փուլից հետո հույսը սկսվեց ուրախ փորձության համար։
Ես ակտիվորեն օգտագործում եմ JMS Publisher և JMS Subscriber նմուշառիչները: Ի տարբերություն JMS Point-to-Point-ի, այս զույգն ավելի հարմար էր թվում օգտագործման համար: Օրինակ, Subscriber-ի հետ JMS Selector-ում դուք կարող եք նշել փոփոխական, իսկ «Կետ առ կետ» չեք կարող (կամ այս մեթոդն այնքան էլ ակնհայտ չէ):
Նմուշառիչների պատրաստում
JMS հրատարակիչ
Կարգավորում - Յուրաքանչյուր նմուշ: Ապաչի խորհուրդ է տալիս օգտագործել այս տարբերակը, եթե հերթերը/թեմաները նշված են փոփոխականների միջոցով:
Օգտագործե՞լ ոչ մշտական առաքման ռեժիմը: - ճիշտ. IBM հաստատում էայդ մշտական ռեժիմն ապահովում է փոխանցված հաղորդագրությունների հուսալի պահպանումը հանկարծակի ձախողման դեպքում: Եվ ավելի արագ փոխանակում ոչ համառ ռեժիմում: Փորձարկման նպատակով արագությունն ավելի կարևոր է:
Յուրաքանչյուր Հրատարակիչում ես սահմանում եմ jms հատկություն, որը Բաժանորդը կօգտագործի JMS ընտրիչում: Յուրաքանչյուր ներկայացման համար պատահական արժեք է ստեղծվում Օգտվողի պարամետրերի փորձարկման պլանի տարրում.
Այս կերպ դուք կարող եք վստահ լինել, որ ճիշտ հաղորդագրությունը կարդացվել է:
Նախապես կազմաձևված JMS հրատարակչի վերջնական «դատարկը».
JMS բաժանորդ
Կարգավորում - Յուրաքանչյուր նմուշ: Դե, հասկանում ես։
Ժամկետը (ms) = 100000: Եթե հարցումը հերթ չի գալիս 100 վայրկյան սպասելուց հետո, ապա ինչ-որ բան սխալ է տեղի ունեցել:
Կանգնե՞լ նմուշների միջև: - ճիշտ.
JMS ընտրիչ - բավականին հարմար բան. Վերջնական JMS բաժանորդ.
Ինչպես վարվել կիրիլյան այբուբենի հետ փոխանցված հաղորդագրություններում: JMeter-ում լռելյայն, սրբագրելուց հետո ցուցադրվում է ծուռ։ Սրանից խուսափելու և մեծն ու հզորը միշտ և ամենուր վայելելու համար անհրաժեշտ է.
Ավելացնել JVM փաստարկ JMeter «գործարկիչին».
-Dfile.encoding=UTF-8
Ավելացնել JSR223 PostProcessor-ը groovy գծով բաժանորդին.
prev.setDataEncoding("UTF-8")
Ուղարկել տեքստ
Ամենածույլ տարբերակը. Հարմար է թարմ գրված թեստերի վրիպազերծման համար: Կամ այն դեպքերի համար, երբ պետք է գոնե մի փոքր բան ուղարկել։ Ընտրեք տարբերակը Հաղորդագրության աղբյուրը՝ Textarea և տեղադրեք հաղորդագրության հիմնական մասը տեքստային բլոկում.
Ֆայլի փոխանցում
Ամենատարածված տարբերակը. Հարմար է շատ սցենարների համար: Ընտրեք տարբերակը Հաղորդագրության աղբյուր - ֆայլից և դաշտում նշեք հաղորդագրության ուղին Ֆայլ - Ֆայլի անուն:
Ֆայլի փոխանցում տեքստային դաշտ
Առավել բազմակողմանի տարբերակը. Հարմար է շատ սցենարների համար + կարող է օգտագործվել JMS կետ առ կետ, որտեղ երկրորդ ուղարկելու տարբերակ չկա.
Բայթ զանգվածի փոխանցում
Ամենադժվար տարբերակը. Հարմար է մինչև բայթ հարցումների անվրեպ ճշգրիտ փոխանցումը ստուգելու համար՝ առանց աղավաղումների, SMS-ների և խանգարումների: Դուք չեք կարողանա դա անել լռելյայն JMeter-ում: այստեղ Ինձ այս մասին միանշանակ ասել են։
Այսպիսով, ես ստիպված էի ներբեռնել աղբյուրները և փոփոխել կոդը JMS բաժանորդ.
Մեթոդում փոխարինվել է extractContent(..) տող:
buffer.append(bytesMessage.getBodyLength() + " bytes received in BytesMessage");
Ես նկարագրեցի հաղորդագրություններ հերթեր ուղարկելու չորս եղանակ, որոնք ես գործնականում օգտագործում եմ ամեն օր։ Հուսով եմ, որ այս տեղեկատվությունը կհեշտացնի ձեր կյանքը: Շարունակության մեջ ես նախատեսում եմ խոսել փոխանակման փորձարկման մասին, որտեղ մի ծայրում հերթ կա, իսկ մյուսում՝ տվյալների բազա կամ ֆայլային համակարգ։
Խնայեք ձեր ժամանակը: Եվ շնորհակալություն ձեր ուշադրության համար: