परियोजना का विवरण
अनुवादितहम एक B2B पोर्टल का संचालन करते हैं जिसका उपयोग हमारे भागीदारों और खाता प्रबंधकों द्वारा हर दिन किया जाता है, और हम लगभग महीने में दो बार अपडेट भेजते हैं। प्रत्येक रिलीज़ में हम हाथ से समान महत्वपूर्ण पथों का परीक्षण करते हैं, यह एक मैनुअल परीक्षक के समय का पूरा दिन लेता है, और चीजें अभी भी छूट जाती हैं क्योंकि एक मानव थक जाता है और एक कदम छोड़ देता है। हम उस अनुष्ठान को एक स्वचालित रिग्रेशन सूट से बदलना चाहते हैं जो प्रत्येक रिलीज़ से पहले चलता है और हमें स्पष्ट रूप से बताता है कि क्या मुख्य परिदृश्य अभी भी काम करते हैं।
सूट को वैध और अवैध क्रेडेंशियल्स और एक लॉक किए गए खाते के साथ लॉगिन प्रवाह को कवर करना चाहिए, एक खाली फॉर्म से एक पुष्टि किए गए रिकॉर्ड तक पूर्ण अनुरोध-प्रस्तुति पथ, और भूमिका-आधारित पहुंच ताकि एक भागीदार कभी भी प्रबंधक की स्क्रीन न देखे और एक प्रबंधक प्रशासन क्षेत्र तक न पहुँच सके। हम चाहते हैं कि परीक्षण एक स्टेजिंग कॉपी के खिलाफ चलें, एक पठनीय रिपोर्ट उत्पन्न करें जो दिखाती है कि कौन से परिदृश्य पास हुए और कौन से असफल हुए, असफलता के बिंदु पर एक स्क्रीनशॉट के साथ, और इसे हाथ से और हमारे निर्माण पाइपलाइन से स्पष्ट निकासी कोड के साथ लॉन्च किया जा सके।
हम साफ, बनाए रखने योग्य परीक्षण कोड की अपेक्षा करते हैं जिसे एक नया इंजीनियर बढ़ा सकता है, स्थिर चयनकर्ता जो छोटे मार्कअप परिवर्तनों पर नहीं टूटते, और एक नए परिदृश्य को जोड़ने के तरीके पर संक्षिप्त लिखित नोट्स। डिलीवर करने योग्य में शामिल हैं:
— लॉगिन परिदृश्य जो सफलता, गलत पासवर्ड और एक ब्लॉक किए गए उपयोगकर्ता को कवर करते हैं;
— क्षेत्र मान्यता के साथ एंड-टू-एंड अनुरोध प्रस्तुति;
— भागीदार, प्रबंधक और प्रशासक के लिए भूमिका और अनुमति जांच;
— एक पठनीय रिपोर्ट और एक पाइपलाइन-फ्रेंडली निकासी कोड।
सूट को वैध और अवैध क्रेडेंशियल्स और एक लॉक किए गए खाते के साथ लॉगिन प्रवाह को कवर करना चाहिए, एक खाली फॉर्म से एक पुष्टि किए गए रिकॉर्ड तक पूर्ण अनुरोध-प्रस्तुति पथ, और भूमिका-आधारित पहुंच ताकि एक भागीदार कभी भी प्रबंधक की स्क्रीन न देखे और एक प्रबंधक प्रशासन क्षेत्र तक न पहुँच सके। हम चाहते हैं कि परीक्षण एक स्टेजिंग कॉपी के खिलाफ चलें, एक पठनीय रिपोर्ट उत्पन्न करें जो दिखाती है कि कौन से परिदृश्य पास हुए और कौन से असफल हुए, असफलता के बिंदु पर एक स्क्रीनशॉट के साथ, और इसे हाथ से और हमारे निर्माण पाइपलाइन से स्पष्ट निकासी कोड के साथ लॉन्च किया जा सके।
हम साफ, बनाए रखने योग्य परीक्षण कोड की अपेक्षा करते हैं जिसे एक नया इंजीनियर बढ़ा सकता है, स्थिर चयनकर्ता जो छोटे मार्कअप परिवर्तनों पर नहीं टूटते, और एक नए परिदृश्य को जोड़ने के तरीके पर संक्षिप्त लिखित नोट्स। डिलीवर करने योग्य में शामिल हैं:
— लॉगिन परिदृश्य जो सफलता, गलत पासवर्ड और एक ब्लॉक किए गए उपयोगकर्ता को कवर करते हैं;
— क्षेत्र मान्यता के साथ एंड-टू-एंड अनुरोध प्रस्तुति;
— भागीदार, प्रबंधक और प्रशासक के लिए भूमिका और अनुमति जांच;
— एक पठनीय रिपोर्ट और एक पाइपलाइन-फ्रेंडली निकासी कोड।
सॉफ़्टवेयर विकास नकद, बैंक ट्रांसफर
