👨🏿‍🎤 🏝️ 🌐 जावा में हैमरेस्ट के साथ सारणीबद्ध डेटा का परीक्षण 🐷 🤜🏿 🍉

कार्यात्मक परीक्षण लिखने के दौरान, मुझे अक्सर विभिन्न तालिकाओं में डेटा की शुद्धता की जांच करनी होती थी। टेबल्स वेब पेज, डेटाबेस या यहां तक कि एक्सेल फाइल पर पाए जाते हैं। किसी भी मामले में, यह सत्यापित करना आवश्यक था कि उनकी सामग्री दिए गए के अनुरूप है, अर्थात्, परीक्षण परिदृश्य में बनाई गई है।

यह पोस्ट हैमरेस्ट लाइब्रेरी और क्यों का उपयोग करके इस तरह के चेक को रिकॉर्ड करने के बारे में है।

पहले तो सब कुछ सरल था।

टाइप जांचें: कॉलम "सैलरी" में, 15 वीं पंक्ति में, "मिलियन" होना चाहिए। ऐसा करने के लिए, मेरे पास एक तरीका था, इस तरह से: assertCellByColumnAndRowNumber , जिसे यहाँ और वहाँ की नियमितता के साथ दोहराया गया था।

तब सब कुछ थोड़ा जटिल हो गया, और पंक्ति की संख्या से नहीं, बल्कि प्राथमिक कुंजी द्वारा जांचना आवश्यक था: "नाम" "वासिली इवानोविच" के कॉलम "वेतन" में "मिलियन" होना चाहिए। यह ठीक है, assertCellByColumnAndPrimaryKey विधि का जन्म हुआ था, और निश्चित रूप से, यह एक स्थान पर पैदा नहीं हुआ था।

फिर ऐसे स्थान थे जहां प्राथमिक कुंजी समग्र थी। समग्र कुंजी के साथ काम करने वाले तरीकों ने इनपुट के रूप में और भी अधिक मान लेना शुरू कर दिया, कोड को समझना अधिक कठिन हो गया।

मैंने उस मामले को समाप्त कर दिया जब यह निम्नलिखित की जांच करने के लिए आवश्यक था: उन पंक्तियों के लिए जहां "स्थिति" "ठीक" है, कॉलम "प्रकार" में ऊपर से नीचे तक क्रम में "ए, बी, सी" मूल्य शामिल हैं।
बहुत लंबे नाम और चर का एक गुच्छा के साथ एक और विधि बनाना संभव होगा, लेकिन मैं यह समझना शुरू कर दिया कि यह वहां नहीं रुकेगा, अधिक से अधिक विधियां होंगी, और ~~लेखन~~ और समर्थन परीक्षण अधिक कठिन हो जाएंगे।

इसलिए, मैंने एकीकृत रूप में तालिकाओं के लिए किसी भी स्थिति को लिखने के लिए हैमरेस्ट का उपयोग करने का फैसला किया और अंत में विभिन्न जांच करने वाले तरीकों का एक गुच्छा से छुटकारा पाया।

मैं इस प्रकार के कॉलम के लिए चेक लिखने में कामयाब रहा:

 assertThat( table, column("Type",contains("A","B","C")).where(cell("Status", is("Ok"))) );

अब यह कैसे काम करता है इसके बारे में अधिक।

table को पंक्तियों के संग्रह द्वारा दर्शाया जाता है ( class Table extends Collection<Row> )

ऐसी तालिका के सत्यापन को रिकॉर्ड करने के लिए, मैंने हैमरेस्ट मैचर्स बनाए जो एक पंक्ति या संपूर्ण तालिका के लिए शर्त निर्दिष्ट करते हैं।

अब तक, निम्नलिखित खिलाड़ी मेरे लिए पर्याप्त थे:

CellMatcher एक पंक्ति सेल के लिए एक शर्त को परिभाषित करता है।
उदाहरण के लिए:
```
 cell("Id", greaterThan(0)) 
```
यदि कॉलम "Id" में मान 0 से अधिक है, तो एक पंक्ति का चयन करेंगे।

इस तरह के एक मिलान बनाने के लिए, आपको कॉलम और किसी भी "मानक" हैमरेस्ट मैच्टर का नाम निर्दिष्ट करना होगा जो इस कॉलम में मूल्य की जांच करेगा।

इस गेमर और मानक संग्रह गेमर्स का उपयोग करके, आप पूरी मेज पर स्थितियां रिकॉर्ड कर सकते हैं।

उदाहरण के लिए, "पुस्तकालय" everyItem का उपयोग करते हुए, जो एक निश्चित नियम के अनुपालन के लिए संग्रह के प्रत्येक तत्व (तालिका की पंक्ति) की जांच करता है, आप इस स्थिति को लिख सकते हैं:
तालिका की प्रत्येक पंक्ति में, Id मान शून्य से अधिक है और समय रिक्त नहीं है ( null नहीं है):
```
 everyItem(both(cell("Id", greaterThan(0))).and(cell("Time", notNullValue()))) 
```
और CombinableMatcher की कार्यक्षमता CombinableMatcher , इस स्थिति को और भी आसान लिखा जाता है - दोनों शब्द के बिना:
```
 everyItem(cell("Id", greaterThan(0)).and(cell("Time", notNullValue())))) 
```
FilterMatcher - एक मैच के आधार पर तालिका को फ़िल्टर करता है, और फिर शेष पंक्तियों के लिए दूसरा मिलान करता है।

पहले मैचर (फिल्टर) के रूप में, CellMatcher , या कई CellMatcher के संघ का CellMatcher ।
FilterMatcher का उपयोग FilterMatcher आप इस तरह पिछले उदाहरण को फिर से लिख सकते हैं:
```
 where(cell("Id",greaterThan(0)),everyItem(cell("Time",notNullValue()))) 
```
इस मामले में, हम जाँचते हैं कि सभी श्रृंखला जहाँ Id> 0 है, समय खाली नहीं है ( null नहीं है)। जहाँ Id 0 या नकारात्मक है, समय पिछले उदाहरण के विपरीत खाली हो सकता है।
कॉलम के एक कॉलम के सभी मानों के लिए ColumnMatcher सेट करता है।
उदाहरण के लिए:
```
 column("Action", contains("Active", "Pause", "Active", "Closed")) 
```
उसके अनुसार स्थिति सेट करता है, "कार्रवाई" कॉलम में क्रम में मान शामिल हैं: "सक्रिय", "रोकें", "सक्रिय", "बंद"।
इसके बजाय मानक लाइब्रेरी contains आप संग्रह पर किसी भी अन्य मिलानकर्ताओं का उपयोग कर सकते हैं (कॉलम को ऑब्जेक्ट के एक आयामी संग्रह के रूप में प्रस्तुत किया गया है), जैसे कि containsInAnyOrder, hasItem और अन्य containsInAnyOrder, hasItem हैं।

बेशक, आप ऐसी स्थितियों में एक फ़िल्टर जोड़ सकते हैं:
```
 column("Action", contains("Active", "Closed")).where(cell("Id",greaterThan(2))) 
```
इसलिए हम जांचते हैं कि 2 से अधिक आईडी वाली पंक्तियों के लिए, एक्शन कॉलम में मूल्य शामिल हैं: "सक्रिय", "बंद"।

ColumnMatcher आपको कॉलम पर न्यूनतम, न्यूनतम, अधिकतम की मात्रा के लिए शर्तों की जाँच करने के लिए समुच्चय ColumnMatcher का उपयोग करने की अनुमति देता है। उदाहरण के लिए
```
 column("Salary", sum(is(100000))).where(cell("Type",is("fulltime"))) 
```
आपको कर्मचारियों के पूर्णकालिक वेतन की राशि की जांच करने की अनुमति देता है।
ColumnsMatcher एक तालिका से कई स्तंभों को काटने और परिणामी दो-आयामी डेटा सरणी के लिए स्थिति निर्धारित करने की अनुमति देता है। उदाहरण के लिए:
```
 sliced(byColumns("Action", "Time"), contains(row("Pause", "12:00"), row("Active", "12:30"), row("Closed", "14:00"))) .where(<some condition>) 
```
यहां, संपूर्ण से चयनित, संभवतः बहुत बड़ी, तालिका, केवल कॉलम "एक्शन" और "टाइम", हम जांचते हैं कि वे स्पष्ट रूप से महत्वपूर्ण मान रखते हैं।
क्योंकि तालिका एक मानक संग्रह है, हम इसकी पंक्तियों की संख्या के लिए स्थिति निर्धारित कर सकते हैं, उदाहरण के लिए: not(empty()),iterableWithSize(lessThan(10)) मानक हैमरेस्ट मैचर्स का उपयोग करके और एक बाइक को फिर से स्थापित न करें।

माचिस लिखने में एक-डेढ़ दिन का समय लगा और अपने आप में यह एक बहुत ही रोचक गतिविधि थी, जिसने डिजाइन पैटर्न में एक उत्कृष्ट अभ्यास के रूप में कार्य किया। मुझे कई वास्तुशिल्प, डिजाइन निर्णय लेने पड़े, जो इस समय से शुरू हो रहे थे कि तालिका प्रस्तुत करना बेहतर है?

संभवतः, यह प्रति पंक्ति कोड की वास्तु समाधानों की संख्या के आधार पर डेढ़ दिन सबसे अमीर था, जो कि 15 किलोबाइट से कम हो गया था।

सामान्य तौर पर, यह एक अलग मिनीप्रोजेक्ट निकला, जिसमें कई रीफैक्टरिंग चक्र, और डिज़ाइन परिवर्तन जो लिखित मैचर्स के लेखन और अनुप्रयोग के दौरान आवश्यक थे। मैंने अपने जीवन में पहली बार टीडीडी का उपयोग करते हुए एक छोटी इकाई परीक्षण भी लिखा था।

मैंने सोचा कि यह शुरुआती या व्यावहारिक साक्षात्कार के लिए एक अच्छा विषय (जो मुझे संचालित करना है) द्वारा वास्तुविद्या की "वास्तुविद्या" की क्षमताओं को पहचानने के लिए टीडीडी (और अन्य प्रथाओं) का अध्ययन करने के लिए एक महान उदाहरण हो सकता है, जो अक्सर उम्मीदवार को जवाब जानने के लिए "डिजाइन" क्षमताओं की पहचान करता है। सवाल यह है कि सीवर मैनहोल गोल क्यों हैं। (सिर्फ मजाक करते हुए, मैं उसे, और आपसे कभी नहीं पूछता?)।

निष्कर्ष:
वर्णित तालिका मिलानकर्ताओं ने अनुमति दी:

अपने परीक्षणों में मेरे द्वारा मिले तालिकाओं की सभी जाँचों को नीचे लिखें।
कोड दोहराव से छुटकारा पाएं,
कोड को छोटा और अधिक समझने योग्य बनाएं
त्रुटि संदेश को पंक्तियों या कोशिकाओं के अधिक सटीक संकेत के साथ स्पष्ट करें जो समस्या का कारण बने,
स्वचालित रूप से उन सभी जांचों के विवरण के साथ एक लॉग प्राप्त करें जो हम " बीडीडी वाइस वर्सा " दृष्टिकोण के हिस्से के रूप में उपयोग करते हैं, जिसके बारे में मैं अगली बार लिखूंगा।

जावा में हैमरेस्ट के साथ सारणीबद्ध डेटा का परीक्षण

More articles: