मेरी वर्तमान स्थिति में, QA एक अड़चन बन गया है। हमारे पास वर्तमान बिल्ड से बाहर की जा रही सुविधाओं की दुर्भाग्यपूर्ण घटना रही है ताकि QA परीक्षण समाप्त कर सके। इसका मतलब यह है कि विकसित किए जाने वाले फीचर्स डेवलपर द्वारा पहले ही स्थानांतरित किए जाने के बाद 2-3 सप्ताह तक परीक्षण नहीं कर सकते हैं। देव तेजी से बढ़ते क्यूए के साथ, यह समय अंतराल केवल बड़ा होने जा रहा है।
मैं कोड की अपनी प्रतिलिपि के माध्यम से फ़्लिप करता रहता हूं, एक "हार्ड डेटा" स्निपेट की तलाश करता हूं जो दोषों को ठीक करने की लागत को दिखाता है जो लंबे समय तक मौजूद है। क्या कोई मुझे इस अवधारणा का समर्थन करने वाले कुछ अध्ययनों की ओर संकेत कर सकता है? मैं उन शक्तियों को समझाने की कोशिश कर रहा हूं जो यह कहती हैं कि क्यूए अड़चन उनके विचार से बहुत अधिक महंगी है।
यह "तकनीकी ऋण" का एक रूप है।
—
ब्रायन
@Brian - कृपया मुझे सही करें अगर मैं गलत हूं, लेकिन IMO टीडी के लिए एक अच्छा फिट नहीं है क्योंकि प्रति ऋण कोई ऋण नहीं है। यह प्रक्रिया को धीमा करने वाली अड़चन है और "बाद में किए जाने के लिए नहीं"
—
पीएचडी
@ नुपुल: नील के बयान पर ध्यान दें, "क्यूए की तुलना में तेजी से आगे बढ़ने के साथ, यह समय अंतराल केवल बड़ा होने वाला है।" आखिरकार, नई सुविधाओं का निर्माण किया जाएगा जिनमें टूटे हुए व्यवहार पर छिपी निर्भरताएं शामिल हैं। इस प्रकार, न केवल सिस्टम बगियर होगा, बल्कि उन बगों को ठीक करने की लागत भी बढ़ेगी (बग को ठीक करने से कुछ टूट जाएगा)।
—
ब्रायन
@ ब्रायन - विधिवत नोट किया और मान लिया :)
—
PhD
मैं बोतल गर्दन के पीछे क्यों अधिक उत्सुक हूं? क्या पर्याप्त परीक्षक नहीं हैं? क्या क्यूए टीम परीक्षण मामलों को बनाने वाले गेट से बाहर धीमी थी? विकास को प्रभावित करने के लिए उन्हें इतना पीछे नहीं होना चाहिए, और यह कुछ ऐसा होना चाहिए जो कि निश्चित बी / सी हो और यह आपको किसी भी बेहतर तरीके से नहीं मिलेगा क्योंकि आप अधिक सुविधाओं पर जमा रहते हैं।
—
त्यान्ना