टेस्ट केस कैसे लिखें

हर टेस्ट केस के ज़रूरी फ़ील्ड

• ID — स्थिर पहचान (TC-LOGIN-004) ताकि बग और रिपोर्ट से केस को रेफ़र किया जा सके।
• टाइटल — एक लाइन जो व्यवहार का नाम ले, फ़ीचर का नहीं: "Login गलत पासवर्ड को साफ़ मैसेज के साथ रिजेक्ट करता है", न कि "Login टेस्ट"।
• प्रीकंडीशन — स्टेप 1 से पहले सिस्टम की ज़रूरी स्थिति: मौजूदा वेरिफ़ाइड यूज़र, खाली कार्ट, कोई खास रोल।
• टेस्ट डेटा — इस्तेमाल की गई सटीक वैल्यू, या जनरेट किए डेटा सेट का रेफ़रेंस। "एक वैध ईमेल" टेस्ट डेटा नहीं है; "layla.h@example.com" है।
• स्टेप — नंबर वाले, हर स्टेप में एक एक्शन, इतने साफ़ कि नया कर्मचारी भी फ़ॉलो कर सके।
• अपेक्षित परिणाम — आख़िरी स्टेप के बाद क्या दिखना चाहिए, इतना खास कि जाँचा जा सके: स्टेटस कोड, मैसेज टेक्स्ट, रिकॉर्ड की स्थिति।
• प्राथमिकता और टाइप — smoke, regression, negative, boundary — ताकि सूट फ़िल्टर हो सके।
• ट्रेसेबिलिटी — वह requirement, user story या acceptance criterion जिसे केस कवर करता है।

आज़माएँ: टेस्ट केस जनरेटर

टेस्ट केस टेम्पलेट

ID:             TC-LOGIN-004
Title:          Login rejects a wrong password with a clear message
Priority:       High        Type: Negative
Requirement:    US-12 (User can sign in with email and password)
Preconditions:  A verified account exists for layla.h@example.com
Test data:      email = layla.h@example.com, password = WrongPass!9

Steps:
  1. Open /login
  2. Enter the email and the wrong password
  3. Click "Sign in"

Expected result:
  - The page stays on /login
  - The message "Email or password is incorrect" is shown
  - No session cookie is set; the failed attempt is counted

Postconditions:  Account is not locked (attempt 1 of 5)

आज़माएँ: टेस्ट केस जनरेटर आज़माएँ: User Story → टेस्ट केस

टेस्ट सिनेरियो बनाम टेस्ट केस

टेस्ट सिनेरियो एक लाइन का कथन है कि क्या टेस्ट करना है — "वैध और अवैध क्रेडेंशियल से लॉगिन वेरिफ़ाई करें"। टेस्ट केस उस सिनेरियो के एक पाथ की विस्तृत स्क्रिप्ट है। एक सिनेरियो आमतौर पर कई केस में फैलता है: वैध लॉगिन, गलत पासवर्ड, अनजान ईमेल, लॉक्ड अकाउंट, खाली फ़ील्ड। स्कोप तय करने के लिए सिनेरियो से शुरू करें, फिर अहम पाथ के लिए केस लिखें।

आज़माएँ: टेस्ट सिनेरियो जनरेटर

असली बग पकड़ने वाली डिज़ाइन तकनीकें

• इक्विवैलेंस पार्टीशनिंग — जिन इनपुट को सिस्टम एक जैसा ट्रीट करे (उम्र 18–65) उन्हें ग्रुप करें और हर वैल्यू की जगह हर ग्रुप से एक वैल्यू टेस्ट करें।
• बाउंड्री वैल्यू एनालिसिस — ज़्यादातर डिफ़ेक्ट किनारों पर रहते हैं। 1–100 स्वीकार करने वाले फ़ील्ड के लिए 0, 1, 2, 99, 100 और 101 टेस्ट करें।
• डिसीज़न टेबल — जब कई कंडीशन मिलती हैं (मेंबर? कूपन? ₹500 से ज़्यादा?), हर कॉम्बिनेशन की टेबल गारंटी देती है कि कोई नियम न छूटे।
• स्टेट ट्रांज़िशन टेस्टिंग — लाइफ़साइकल वाली किसी भी चीज़ के लिए (ऑर्डर: created → paid → shipped → refunded) हर अनुमत ट्रांज़िशन और मना किए हुए ट्रांज़िशन टेस्ट करें।
• नेगेटिव टेस्टिंग — गलत टाइप, गायब फ़ील्ड, स्पेशल कैरेक्टर, बहुत लंबा इनपुट, एक साथ किए एक्शन, एक्सपायर्ड सेशन।
• पेयरवाइज़ टेस्टिंग — जब पैरामीटर कॉम्बिनेशन बहुत ज़्यादा हों, बहुत कम केस से वैल्यू के हर जोड़े को कवर करें।

आज़माएँ: बाउंड्री वैल्यू जनरेटर आज़माएँ: इक्विवैलेंस पार्टीशन जनरेटर आज़माएँ: डिसीज़न टेबल जनरेटर आज़माएँ: नेगेटिव टेस्ट जनरेटर

User story से टेस्ट केस तक

acceptance criteria से शुरू करें। हर Given/When/Then कथन कम से कम एक पॉज़िटिव केस है; हर "नहीं होना चाहिए" या "ज़रूरी है" एक नेगेटिव केस छिपाए है। फिर स्टोरी में बताए हर फ़ील्ड की बाउंड्री, फ़ीचर छूने वाले हर यूज़र रोल के लिए एक केस, और किसी डिपेंडेंसी (पेमेंट प्रोवाइडर, ईमेल सर्विस) के फ़ेल होने पर क्या होता है, इसके लिए एक केस जोड़ें। तीन acceptance criteria वाली स्टोरी से आमतौर पर आठ से पंद्रह केस निकलते हैं।

आज़माएँ: User Story → टेस्ट केस आज़माएँ: एक्सेप्टेंस क्राइटेरिया जनरेटर आज़माएँ: AI टेस्ट केस जनरेटर

आम गलतियाँ

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

आज़माएँ: टेस्ट डेटा फ़ैक्टरी आज़माएँ: AI डुप्लिकेट टेस्ट केस डिटेक्टर

अक्सर पूछे जाने वाले सवाल