रिलीज़ प्रभाव और रिग्रेशन योजना

समस्या

वेंडर रिलीज़ और हमारे अपने बदलाव ऐसी समय-सारणी पर आते हैं जिस पर हमारा नियंत्रण नहीं है। हम रिलीज़ नोट पढ़ते हैं, अनुमान लगाते हैं कि क्या टूट सकता है, और या तो सब कुछ परखते हैं या जो याद है वह परखते हैं। दोष फिर भी उपयोगकर्ताओं तक पहुँचते हैं।

आज यह कैसे काम करता है

रिलीज़ की घोषणा होने पर विश्लेषक नोट पढ़ता है और जो प्रासंगिक लगे उसके बारे में टीम को ईमेल करता है। परीक्षक अनुभव के आधार पर साझा फ़ोल्डर से स्क्रिप्ट चुनते हैं। इंटीग्रेशन साझेदारों को देर से बताया जाता है। गो-लाइव के बाद समस्याओं का पता उन बदलावों से लगता है जिन्हें किसी ने चिह्नित नहीं किया था।

प्रस्तावित कार्यप्रवाह

1. दायरे में शामिल एप्लिकेशन के लिए रिलीज़ नोट और बदलाव रिकॉर्ड ग्रहण करें
2. हर बदलाव को उन कॉन्फ़िगरेशन, कस्टमाइज़ेशन और इंटीग्रेशन से मैप करें जिन्हें वह छू सकता है
3. प्रभावित क्षेत्रों को मौजूदा परीक्षण सूची से मिलाएँ और अंतराल उजागर करें
4. प्रस्तावित रिग्रेशन दायरे और डिप्लॉयमेंट क्रम का मसौदा बनाएँ
5. परीक्षण और डिप्लॉयमेंट आगे बढ़ने से पहले योजना को अनुमोदन के लिए डिलीवरी प्रमुख को प्रस्तुत करें

जहाँ नियंत्रण व्यक्ति के पास रहता है

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