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