user acceptance testing की योजना बनाकर उसे आप कैसे चलाते हैं?

टेस्ट केस acceptance criteria और प्रोसेस flow से बनाएं, न कि जो बना दिया गया उससे। प्रोजेक्ट टीम के प्रतिनिधियों की जगह असली यूजर लें, हकीकत जैसा डेटा इस्तेमाल करें, और exception path कवर करें, क्योंकि acceptance वहीं फेल होती है। severity की परिभाषाएं और go या no go का फैसला कौन लेगा, यह पहले से तय कर लें, ताकि वह बहस फैसले वाले दिन न हो।

मैं केस acceptance criteria और प्रोसेस flow से बनाता हूं, ताकि हम वह टेस्ट करें जो बिज़नेस ने मांगा था, न कि वह जो बन गया, और यहीं traceability अपनी कीमत वसूल कर लेती है, क्योंकि मैं जल्दी देख सकता हूं कि किन requirements के खिलाफ कोई टेस्ट नहीं है। फिर मुझे असली यूजर चाहिए, प्रोजेक्ट टीम का कोई प्रतिनिधि नहीं, क्योंकि प्रोजेक्ट टीम को पता होता है कि यह कैसे काम करना चाहिए और वह अनजाने में टेढ़े रास्तों से बच जाती है। हकीकत जैसा डेटा उतना ही मायने रखता है; एक साफ सुथरा टेस्ट डेटासेट ऐसी चीजें पास कर देगा जो पहले असली रिकॉर्ड पर, जिसमें कोई field खाली हो, धड़ाम हो जाएंगी। जो हिस्सा लोग छोड़ देते हैं वह है नियम पहले से तय करना: critical, high और medium क्या माना जाएगा, और go या no go का फैसला कौन लेगा। यह दो हफ्ते पहले तय होने का मतलब है कि फैसले वाला दिन तथ्यों पर होगा, इस पर नहीं कि तय करने का हक किसका है।