जब कोड है कि बाह्य संसाधनों (जैसे एक वेब सेवा या अन्य नेटवर्क आपरेशन का उपयोग कर के रूप में) के साथ बातचीत करती लेखन, मैं अक्सर कक्षाओं की संरचना इतना है कि यह भी हो सकता है बाहर निकालें एक फ़ाइल का उपयोग "stubbed" या कुछ अन्य इनपुट विधि। तो फिर मैं सिस्टम के अन्य हिस्सों का परीक्षण करने के लिए स्टब किए गए कार्यान्वयन का उपयोग कर समाप्त करता हूं और फिर एक या दो परीक्षण जो विशेष रूप से वेब सेवा को कॉल करने का परीक्षण करते हैं।स्वचालित टेस्ट स्वीट से कुछ JUnit परीक्षण
समस्या मैं या तो जेनकींस से या इन बाहरी सेवाओं बुला जा नहीं करना चाहती है, जब मैं अपने प्रोजेक्ट (जैसे, "Gradle परीक्षण") के लिए परीक्षण के सभी चलाते हैं। कुछ सेवाओं के दुष्प्रभाव होते हैं, या सभी डेवलपर्स के लिए उपलब्ध नहीं हो सकते हैं।
अभी मैं सिर्फ टिप्पणी हटाएं और फिर इन विशेष परीक्षण तरीकों पर सक्षम और उन्हें निष्क्रिय करने के लिए फिर से टिप्पणी @Test एनोटेशन। इसे सक्षम करें, इसे जांचने के लिए मैन्युअल रूप से चलाएं, फिर इसे फिर से टिप्पणी करना याद रखें।
// Uncomment to test external service manually
//@Test
public void testSomethingExternal() {
क्या ऐसा करने का एक बेहतर तरीका है?
संपादित करें: मैन्युअल यूनिट परीक्षण के लिए, मैं ग्रहण का उपयोग करता हूं और परीक्षण विधि पर राइट-क्लिक करने में सक्षम हूं और रन -> जुनीट परीक्षण करता हूं। लेकिन यह (असम्बद्ध) एनोटेशन के बिना काम नहीं करता है।
यह आप एक स्वचालित इकाई परीक्षण है कि आप आगे और पीछे के बीच या बस मैन्युअल रूप से विकास के दौरान उन्हें टॉगल की एक क्लीनर तरीका बदल सकते हैं की "प्रोफ़ाइल" चाहते रहे हैं कि क्या स्पष्ट नहीं है। – chrylis
@chrylis जो मैं मूल रूप से करने की कोशिश कर रहा था वह एक व्यक्तिगत परीक्षण चलाने के लिए था। हालांकि, इन प्रकार के परीक्षणों के लिए एक अलग प्रोफ़ाइल बनाने का विचार शायद एक बेहतर दृष्टिकोण है। हालांकि मैं अभी भी कुछ परीक्षणों को अलग से चलाने की क्षमता चाहता हूं (उदाहरण के लिए जहां साइड इफेक्ट्स हैं, उदाहरण के लिए - जो मैं टालने का प्रयास करता हूं लेकिन कभी-कभी अपरिहार्य है)। –