स्वचालित परीक्षण वास्तविक समय परियोजना स्थिति को प्रतिबिंबित करने के लिए तेज़ होना चाहिए। विचार यह है कि:स्वचालित परीक्षणों को तेज़ रखने के लिए कैसे?
- रिपोजिटरी स्वचालित निर्माण के लिए किसी भी प्रतिबद्धता के बाद (जितना तेज़ किया जा सकता है) किया जाता है।
- यदि स्वचालित स्वचालित परीक्षण शुरू हो गए हैं। तेज़ होना चाहिए।
यह पता लगाने का सबसे अच्छा तरीका है कि आपके परिवर्तन कुछ भी तोड़ते हैं या नहीं।
सबसे पहले ऐसा लगता था कि तेजी से निर्माण करना कठिन है, लेकिन हम इसे लगभग 100 सेकंड तक रखने में कामयाब रहे। 105 (!) परियोजनाओं के समाधान के लिए (एमएसवीएस 2008 सी #)।
टेस्ट इतना आसान नहीं दिखते थे (हम न्यूट एफडब्ल्यू का उपयोग करते हैं)। यूनिट परीक्षण एक बड़ी समस्या नहीं है। यह एकीकरण परीक्षण है जो हमें मारता है। और यह तथ्य नहीं कि वे धीमे हैं (उन्हें कैसे तेजी से बनाने के बारे में कोई विचार बहुत सराहना की जाती है) लेकिन तथ्य यह है कि पर्यावरण को स्थापित किया जाना चाहिए जो बहुत धीमी है (एटीएम ~ 1000 सेकंड)!
हमारे एकीकरण परीक्षण वेब/जीत सेवाओं (1 9 अब तक) का उपयोग करते हैं जिन्हें नवीनतम परिवर्तनों को दर्शाने के लिए पुन: नियोजित करने की आवश्यकता है। इसमें पुनरारंभ करने वाली सेवाएं और बहुत सी एचडीडी आर/डब्ल्यू गतिविधि शामिल है।
कोई भी अनुभव कर सकता है कि कैसे स्वचालित परीक्षण चरण को तेज करने के लिए पर्यावरण और कार्य प्रवाह को व्यवस्थित/अनुकूलित किया जा सकता है। "निम्न स्तर" बाधाएं और कामकाज क्या हैं।
पीएस किताबें और व्यापक लेख स्वागत है, लेकिन वास्तविक दुनिया के कामकाजी समाधानों की बहुत सराहना की जाती है।
पर एक नज़र डालेगा, हम एक राज्य में हैं, जब एकीकरण परीक्षण में बहुत अधिक समय नहीं लगता है, लेकिन उन्हें तैनात करना एक हत्यारा है। इस प्रकार हम इस समय (1) कोशिश करते हैं। – Dandikas