AI Acceptance Criteria जनरेटर

मुख्य flow, वैकल्पिक flow, validation, permissions और non-functional ज़रूरतों को कवर करने वाले, टेस्ट करने योग्य acceptance criteria Gherkin या चेकलिस्ट रूप में बनाता है।

गोपनीयता: मुफ़्त Mutqan खाता ज़रूरी है। नतीजा बनाने के लिए आपका इनपुट Mutqan AI सेवा को भेजा जाता है; prompt और नतीजे संग्रहित नहीं किए जाते — दैनिक सीमा के लिए सिर्फ़ आपके खाते की उपयोग गिनती रखी जाती है। AI टूल कैसे काम करते हैं
टूल लोड हो रहा है…

स्वीकृति मानदंड क्या हैं?

स्वीकृति मानदंड वे शर्तें हैं जिन्हें यूज़र स्टोरी को "पूरा" माने जाने के लिए पूरा करना होगा; ये विकास शुरू होने से पहले तय होती हैं और इस तरह लिखी जाती हैं कि हर एक को जाँचा जा सके: "एक्सपायर्ड कार्ड वाले पंजीकृत यूज़र को देखते हुए, जब वह भुगतान करे, तब ऑर्डर न बने और कार्ड एरर दिखे।" हर मानदंड कम से कम एक टेस्ट बनता है — इसी से टेस्टर, डेवलपर और प्रोडक्ट ओनर एक ही चीज़ टेस्ट करते हैं।

गाइड पढ़ें: टेस्ट केस कैसे लिखें

AI Acceptance Criteria जनरेटर कैसे इस्तेमाल करें

  1. user story ("As a … I want … so that …") पेस्ट करें और चाहें तो संदर्भ के तौर पर बिज़नेस नियम या मौजूदा criteria जोड़ें।
  2. शैली चुनें — Gherkin (Given/When/Then) या चेकलिस्ट — और कितने criteria चाहिए (3 से 30)।
  3. आउटपुट भाषा चुनें और «जनरेट» दबाएँ।
  4. criteria तालिका और खुले सवाल देखें, फिर .feature फ़ाइल, Markdown या JSON कॉपी या डाउनलोड करें; तालिका CSV के रूप में डाउनलोड होती है।

AI Acceptance Criteria जनरेटर की खूबियाँ

  • Given/When/Then criteria के साथ हर नियम का एक-वाक्य चेकलिस्ट रूप
  • मुख्य flow, वैकल्पिक flow, validation, permissions, error handling और non-functional ज़रूरतें कवर होती हैं
  • वाक़ई छूटे हुए business rules के लिए खुले सवालों की सूची
  • .feature (Gherkin), Markdown, CSV या JSON में एक्सपोर्ट

AI Acceptance Criteria जनरेटर का उदाहरण

स्टोरी → criteria

इनपुट:

As an Admin I want to delete an individual lookup value so that small fixes take seconds

आउटपुट:

AC-1 Given an Admin on the Country lookup page and an unreferenced value, When they delete it and confirm, Then the value disappears from the list without a reload…

AI Acceptance Criteria जनरेटर के बारे में अक्सर पूछे जाने वाले सवाल

Gherkin या चेकलिस्ट — मुझे कौन-सा इस्तेमाल करना चाहिए?

Gherkin (Given/When/Then) उन टीमों के लिए ठीक है जो Cucumber/SpecFlow से ऑटोमेशन करती हैं; चेकलिस्ट रूप product owner के साथ समीक्षा करने में आसान रहता है। दोनों हमेशा बनते हैं; स्टाइल विकल्प सिर्फ़ शब्दों को ढालता है।

यह खुले सवाल क्यों दिखाता है?

जब story कोई बिज़नेस नियम तय नहीं करती — कोई सीमा, कोई भूमिका, या विफलता पर क्या होगा — तो टूल जवाब गढ़ने की जगह उसे product owner के लिए सवाल के रूप में लिख देता है, ताकि कोई criterion अनुमान पर न टिके।

क्या मैं Gherkin को Cucumber से चला सकता हूँ?

.feature फ़ाइल सादा Gherkin है: हर criterion के लिए Given, When और Then लाइनों वाला एक Scenario, जिसे Cucumber, SpecFlow या Behave पढ़ सकते हैं। चलाने से पहले इन स्टेप के लिए आपके ऑटोमेशन कोड में step definitions ज़रूरी हैं।

तकनीकी नोट्स

हर criterion में एक ID (AC-1, AC-2 …), शीर्षक, श्रेणी (main flow, alternate flow, validation, permissions, error handling, non-functional, data या UI), P0–P3 प्राथमिकता, Given, When और Then वाक्य, वही नियम एक चेकलिस्ट वाक्य के रूप में, और नोट्स होते हैं। हर criterion ठीक एक नियम जाँचता है; जो बिज़नेस नियम story में तय नहीं हैं, उन्हें अनुमान लगाने की जगह सवालों के रूप में सूचीबद्ध किया जाता है।

संदर्भ

  • Agile Testing: A Practical Guide for Testers and Agile Teams (Lisa Crispin, Janet Gregory)Addison-Wesley (Pearson) · 2009एजाइल टेस्टिंग क्वाड्रेंट और टेस्टर डिलीवरी टीम के भीतर कैसे काम करते हैं — "सही परत पर टेस्टिंग" का आधार।
  • ISTQB GlossaryISTQBटेस्टिंग शब्दों की मानक परिभाषाएँ — टेस्ट केस, रिग्रेशन टेस्टिंग, सेवेरिटी, प्रायोरिटी, बाउंड्री वैल्यू एनालिसिस आदि।