मुखर का उपयोग करने के साथ एक स्पष्ट समस्या

यूनिट परीक्षण किसी भी बड़ी पर्याप्त परियोजना का एक महत्वपूर्ण हिस्सा हैं। मैं आपके साथ उनके गैर-स्पष्ट सामूहिक पतन से संबंधित एक छोटी सी जासूसी कहानी साझा करना चाहता हूं।

यह इस तथ्य से शुरू होता है कि एक निश्चित हानिरहित प्रतिबद्ध के परिणामस्वरूप, परियोजना में लगभग 150 परीक्षण गिर गए, जबकि गिरने वाले परीक्षणों का सेट स्थिर नहीं था। परीक्षण परस्पर जुड़े हुए नहीं थे, परीक्षण क्रमिक रूप से किए गए थे। इन-मेमोरी h2 डेटाबेस का उपयोग परीक्षणों के लिए डेटा स्रोत के रूप में किया जाता है। इन 150 परीक्षणों में से अधिकांश के पतन में लॉग में एक त्रुटि के साथ था: "निष्क्रिय वस्तु की प्रतीक्षा में एक कनेक्शन, पूल त्रुटि टाइमआउट नहीं मिल सकता है"। यह कहा जाना चाहिए कि परियोजना में परीक्षण करते समय कनेक्शन पूल का आकार 1 है।

एक छोटा गीतात्मक विषयांतर: प्रोजेक्ट कोड में, लेन-देन को समय-समय पर प्रवाह से काट दिया जाता है, फिर कोड को एक अलग लेनदेन में निष्पादित किया जाता है और अंत में, लेन-देन को वापस कर दिया जाता है। ऐसे मामलों के लिए, एक सहायक वर्ग लिखा गया है, जिसका उपयोग कुछ इस तरह दिखता है:

TransactionRunner.run(dbDataManager(), new MethodTransaction() { @Override public ExecutionResult runInTransaction() throws Exception { // ,       return result; } ); 

विश्लेषण के परिणामस्वरूप, यह पता चला कि एक असफल परीक्षण के बाद त्रुटि दिखाई देने लगती है जिसमें एक लेनदेन में एक कोड कॉल होता है:

 TransactionRunner.run(dbDataManager(), new MethodTransaction() { @Override public ExecutionResult runInTransaction() throws Exception { // ...   // assert   assert( 1, result.getSomeNotEqualOneIntValue() ); return result; } ); 

TransactionRunner वर्ग के अंदर एक नज़र डालें, एक विधि कॉल निम्न कोड की ओर जाता है:

 protected ExecutionResult run() throws CommonException { Transaction outerTr = getThreadTransaction(); bindThreadTransaction(null); try { beginTransaction(); try { setResult(transactionCode.runInTransaction()); } catch (Exception e) { dbDataManager().rollbackTransaction(); if (transaction.onException(this, e)) throw e; } dbDataManager().commitTransaction(); return getResult(); } catch (Exception e) { throw ExceptionUtil.createCommonException(e); } finally { bindThreadTransaction(outerTr); } } 

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

नैतिक: सावधानी के साथ परीक्षणों में जोर देना आवश्यक है, और गैर-स्पष्ट और विशेष रूप से, सामूहिक दुर्घटना में, एक समाधान यह जांचना है कि अपवाद हैंडलिंग अपवाद से विरासत में मिली वस्तुओं को ध्यान में रखता है या नहीं।

मामला मुझे फिक्सेशन के योग्य लगा, शायद यह अनुभव किसी के लिए उपयोगी है।