एक स्टार्टअप में, आपके पास 20 लोगों की QA टीम नहीं होती। आपके पास 2 इंजीनियर और एक समय-सीमा होती है। आप सब कुछ परीक्षण नहीं कर सकते।
सवाल यह नहीं है कि "क्या हमें परीक्षण करना चाहिए?" — सवाल यह है कि "हमें पहले क्या परीक्षण करना चाहिए?"
जोखिम-आधारित परीक्षण पिरामिड
पारंपरिक परीक्षण पिरामिड (यूनिट > इंटीग्रेशन > E2E) को भूल जाइए। स्टार्टअप्स के लिए, मैं जोखिम-आधारित दृष्टिकोण का उपयोग करता हूँ:
प्राथमिकता 1: उन चीज़ों का परीक्षण करें जो पैसा खोती हैं। भुगतान प्रवाह, सब्सक्रिप्शन प्रबंधन, बिलिंग गणनाएँ। यहाँ एक बग वास्तविक डॉलर और वास्तविक ग्राहक खोता है।
प्राथमिकता 2: उन चीज़ों का परीक्षण करें जो डेटा खोती हैं। डेटाबेस माइग्रेशन, डेटा निर्यात, बैकअप/रिस्टोर। यहाँ एक बग विनाशकारी और अक्सर अपरिवर्तनीय होता है।
प्राथमिकता 3: उन चीज़ों का परीक्षण करें जो विश्वास खोती हैं। प्रमाणीकरण, प्राधिकरण, पासवर्ड रीसेट, ईमेल डिलीवरी। यहाँ एक बग उपयोगकर्ताओं को आपकी सुरक्षा पर सवाल उठाने पर मजबूर करता है।
प्राथमिकता 4: बाकी सब चीज़ों का परीक्षण करें। UI इंटरैक्शन, एज केस, प्रदर्शन, पहुँच। महत्वपूर्ण लेकिन अस्तित्वगत नहीं।
न्यूनतम व्यवहार्य परीक्षण सूट
एक सामान्य SaaS स्टार्टअप के लिए, यहाँ वह है जो मैं सप्ताह 1 में सेट अप करूँगा:
\
