एक ही स्प्रिंट के भीतर परीक्षण को कोडिंग के रूप में कैसे नियंत्रित किया जाता है, यदि सभी या अधिकांश कोडिंग स्प्रिंट के अंत तक नहीं की जाती है? (मैं स्प्रिंट के भीतर एकल पीबीआई के "सूप-टू-नट्स" विकास और परीक्षण का उल्लेख कर रहा हूं।)
मैंने जितने भी उत्तर ऑनलाइन देखे हैं उनमें से अधिकांश क्यूए स्वचालन शामिल हैं, लेकिन यह भी वास्तव में संभव नहीं है क्योंकि आपको आमतौर पर रिकॉर्ड करने या स्वचालित परीक्षण बनाने के लिए एक कार्यात्मक यूआई की आवश्यकता होती है। मेरे पास केवल स्टोरीबोर्ड हैं जो विकसित होते ही रहते हैं क्योंकि मैं सुविधाओं को विकसित करता हूं और नई आवश्यकताओं की खोज करता हूं।
मेरे मामले में, मैं एक नया डेस्कटॉप एप्लिकेशन विकसित कर रहा हूं। डेस्कटॉप ऐप्स आमतौर पर खुद को बहुत अच्छी तरह से स्वचालित परीक्षण के लिए उधार नहीं देते हैं। मेरे पास कुछ स्वचालित इकाई परीक्षण हैं, लेकिन वे मैन्युअल कार्यात्मक / एकीकरण परीक्षण नहीं हैं जो एक क्यूए पेशेवर प्रदर्शन करेंगे।
इसलिए, मैं अभी कहां हूं कि मेरा स्प्रिंट कल समाप्त होता है, मेरे पास अभी भी खत्म करने के लिए कोडिंग है, और मेरे क्यूए लोगों के पास अभी तक परीक्षण करने के लिए कुछ भी नहीं है, और मुझे यह पता नहीं है कि जो भी मैं उन्हें अपने हाथों को पकड़े बिना उन्हें कैसे परीक्षण करूं।
मुझे यकीन है कि मैं इस दुविधा के लिए पहला व्यक्ति नहीं हूं।
अतीत में, मैंने एक पाइपलाइन किया है: वर्तमान स्प्रिंट में परीक्षण टीम उन विशेषताओं का परीक्षण करती है जिन्हें पिछले स्प्रिंट के दौरान लागू किया गया है। मेरी वर्तमान नौकरी में, पीएम इस दृष्टिकोण को "झरना" के रूप में संदर्भित करते हैं, और जैसे कि अस्वीकार्य है।