एक गंभीर bug production तक पहुंच गया। आपका suite पास हो गया था। आप क्या करते हैं?

इसे दो चरणों में संभालिए। तुरंत: उसे दोबारा पैदा कीजिए, असर और दायरा आंकिए, बचाव में साथ दीजिए (rollback या flag बंद), और सबको बताइए। उसके बाद: पता कीजिए कि टेस्टिंग इसे क्यों चूकी, कोई case छूटा था, environments के बीच फासला था, या कोई बिना टेस्ट किया integration था, फिर सबसे निचली उपयोगी परत पर एक regression टेस्ट जोड़िए और सिर्फ इस मामले को नहीं, इस पूरे वर्ग के खालीपन को ठीक कीजिए।

पहला चरण रोकथाम है और मैं तब तक कुछ भी विश्लेषण नहीं कर रहा होता। उसे दोबारा पैदा करो, ठीक ठीक हालात पकड़ो, और नापो: कितने users, कौन से रास्ते, data बिगड़ रहा है या बस गलत दिख रहा है, क्योंकि इससे जरूरत की गंभीरता पूरी तरह बदल जाती है। फिर सबसे तेज सुरक्षित बचाव में साथ दो, आम तौर पर उसे flag से बंद करना या rollback, और यह पक्का करो कि जो ग्राहकों को संभालता है उसे पता हो कि उन्हें क्या बताना है। विश्लेषण तब आता है जब दर्द रुक जाए। मैं यह नहीं पूछता कि किसने चूका, मैं पूछता हूं कि हमारी प्रक्रिया की किस खासियत ने इसे निकलने दिया। आम तौर पर यह कुछ में से एक होता है: किसी ने वह case सोचा ही नहीं, जो टेस्ट डिजाइन का खालीपन है; case था पर environment अलग था, जो data या configuration का खालीपन है; या वह किसी ऐसे integration में था जिसका कोई मालिक नहीं था। आखिरी बार मुझे currency की rounding का ऐसा bug मिला जो सिर्फ उस locale पर आता था जो हमारे test data में था ही नहीं, तो असली हल एक test case नहीं था, वह data की रणनीति में locale की coverage जोड़ना था। फिर मैं सबसे निचली उस परत पर regression टेस्ट जोड़ता हूं जो इसे पकड़ लेती, और देखता हूं कि इसी वर्ग का खालीपन कहीं और भी है क्या।