स्वचालित एकीकरण परीक्षण के अपने लक्ष्य प्रतिलिपि प्रस्तुत करने योग्य परीक्षण के लिए है, तो मैं हर परीक्षा निष्पादन के लिए एक नया webdriver उदाहरण की सिफारिश करेंगे।
प्रत्येक परीक्षण अकेले खड़े होना चाहिए, किसी अन्य परीक्षण या दुष्प्रभाव से स्वतंत्र होना चाहिए।
व्यक्तिगत रूप से केवल एक चीज जो मुझे बग को पुन: पेश करने के लिए कठिन से अधिक निराशाजनक लगती है, एक गैर-निर्धारिती परीक्षण है जिसे आप भरोसा नहीं करते हैं।
(यह भी परीक्षण डाटा ही है, खासकर तब जब आप परीक्षण जो लगातार आवेदन राज्य संशोधित कर सकते हैं CRUD संचालन की तरह, को देखने के प्रबंधन के लिए अधिक महत्वपूर्ण हो जाता है।)
हां, अतिरिक्त परीक्षण निष्पादन समय, महंगा है यह लेकिन बेहतर है तो अपने परीक्षण डीबग करने का समय बिताएं।
इस दंड को ऑफ़सेट करने में सहायता के लिए कुछ संभावित समाधान अपने परीक्षण प्रक्रिया को सीधे अपनी निर्माण प्रक्रिया में रोल करना है, निरंतर एकीकरण दृष्टिकोण के निरंतर निर्माण से आगे बढ़ना।
इसके अलावा अपने एकीकरण परीक्षण के दायरे को सीमित करने का प्रयास करें। यदि आपके पास बहुत सारे भारी एकीकरण परीक्षण हैं, तो निष्पादन समय खा रहे हैं, फिर से प्रतिक्रिया करने का प्रयास करें। इसके बजाए, अंतर्निहित सेवा कॉल के आपके अधिक हल्के यूनिट परीक्षणों का कवरेज बढ़ाएं (जहां आपका व्यवसाय तर्क है)।
मैं वास्तव में प्रत्येक परीक्षण के बीच एक नया ड्राइवर लॉन्च करने के लिए अतिरिक्त समय से नापसंद करता हूं। लेकिन विकल्प बदतर है। मैंने एक साझा चालक को साफ तरीके से काम करने के लिए वास्तव में कड़ी मेहनत की कोशिश की, लेकिन मैंने खुद को परीक्षणों के बीच अजीब बातचीत को डीबग करने में इतना समय लगाया कि यह सिर्फ इसके लायक नहीं था। –