टेस्ट प्लान जनरेटर

ब्राउज़र में चलता है नया टेस्ट डिज़ाइन

प्रोजेक्ट, scope में शामिल फ़ीचर और जो कुछ आप पहले से जानते हैं — जोखिम, milestones, भूमिकाएँ, criteria — भरें, और जनरेटर एक संरचित टेस्ट प्लान लिखता है: दस्तावेज़ नियंत्रण, उद्देश्य, scope, टेस्ट approach, environment और डेटा, entry, exit, suspension और resumption criteria, जोखिम, schedule, भूमिकाएँ, deliverables और अनुमोदन। जो सेक्शन आप ख़ाली छोड़ते हैं, वह चुने गए टेम्पलेट (वेबसाइट, मोबाइल ऐप, API, एक पेज का agile sprint प्लान या रिलीज़) से भरा जाता है और review के लिए default के रूप में चिह्नित होता है। प्लान English, अरबी या हिन्दी में, Markdown या प्लेन टेक्स्ट के रूप में लिखा जा सकता है, पूरी तरह आपके ब्राउज़र में।

गोपनीयता: यह टूल पूरी तरह आपके ब्राउज़र में चलता है। आपका इनपुट कभी आपके डिवाइस से बाहर नहीं जाता।

टेस्ट प्लान में क्या होता है?

टेस्ट प्लान प्रोजेक्ट या रिलीज़ स्तर का दस्तावेज़ है जो test strategy को लागू करता है: scope और test items, objectives, टेस्ट होने और न होने वाले फ़ीचर, approach, entry, exit, suspension और resumption मानदंड, environments, test data, schedule, भूमिकाएँ और ज़िम्मेदारियाँ, जोखिम और mitigation, मान्यताएँ, dependencies, deliverables और approvals। Scope, तारीख़ या जोखिम बदलने पर इसे अपडेट किया जाता है।

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

टेस्ट प्लान जनरेटर कैसे इस्तेमाल करें

  1. काम के हिसाब से प्लान का प्रकार चुनें: वेबसाइट, मोबाइल ऐप, API, agile sprint या रिलीज़।
  2. प्रोजेक्ट का नाम लिखें और, अगर पता हो, तो version और प्लान owner भी।
  3. Scope में शामिल फ़ीचर लिखें, हर पंक्ति में एक। जोखिम, milestones और भूमिकाएँ हर फ़ील्ड के नाम में दिखाए गए कॉलम फ़ॉर्मेट में जोड़ें।
  4. टेम्पलेट के default इस्तेमाल करने के लिए कोई भी दूसरा सेक्शन ख़ाली छोड़ दें, या उनकी जगह अपनी पंक्तियाँ लिखें।
  5. Markdown को Confluence, Jira, GitHub या किसी दस्तावेज़ में कॉपी करें, फिर default के रूप में चिह्नित हर सेक्शन का टीम के साथ review करें।

टेस्ट प्लान जनरेटर की खूबियाँ

  • पाँच टेम्पलेट: वेबसाइट या वेब ऐप्लिकेशन, मोबाइल ऐप, API या back-end सर्विस, एक पेज का agile sprint प्लान, और सामान्य रिलीज़
  • टेस्ट प्लान के लिए ज़रूरी हर सेक्शन लिखता है — scope, approach, environment, entry, exit, suspension और resumption criteria, जोखिम, schedule, भूमिकाएँ, deliverables, अनुमोदन
  • हर ख़ाली सेक्शन को टेम्पलेट से भरता है और उसे default के रूप में चिह्नित करता है, ताकि कोई भी सामान्य बात बिना ध्यान में आए reviewer तक न पहुँचे
  • सादी पंक्तियों को तालिकाओं में बदलता है: जोखिम | संभावना | असर | mitigation, milestone | तारीख़, भूमिका | कौन
  • प्लान English, अरबी या हिन्दी में लिखता है — डिफ़ॉल्ट रूप से पेज की भाषा में — Markdown या प्लेन टेक्स्ट के रूप में
  • बताता है कि प्लान कितना पूरा है और क्या अभी बाक़ी है: scope में शामिल फ़ीचर, owner, version, तारीख़ें, तय किए गए exit criteria

टेस्ट प्लान जनरेटर का उदाहरण

वेब टेम्पलेट से वेबसाइट रिलीज़ का प्लान

इनपुट:

प्लान का प्रकार: वेबसाइट · प्रोजेक्ट: Bustan Market वेब शॉप (काल्पनिक) · Release 2.4 · Scope में शामिल: search और filters, cart और discount codes, card और Apple Pay से checkout, order history · एक जोखिम और चार milestones दर्ज

आउटपुट:

# टेस्ट प्लान: Bustan Market वेब शॉप (काल्पनिक)
## 1. दस्तावेज़ नियंत्रण — प्रोजेक्ट, version, owner और स्थिति ड्राफ़्ट वाली तालिका
## 2. उद्देश्य — default, review के लिए चिह्नित
## 3. Scope — आपके चार फ़ीचर; scope से बाहर वाला हिस्सा टेम्पलेट से
## 4. टेस्ट approach — functional, end-to-end journeys, cross-browser, responsive, WCAG 2.2 AA जाँच, बुनियादी security, performance smoke, regression, exploratory
## 6.–9. Entry, exit, suspension और resumption criteria
## 10. जोखिम — आपका जोखिम एक तालिका में
## 11. Schedule — आपके milestones … ## 14. अनुमोदन

टेस्ट प्लान जनरेटर कब इस्तेमाल करें

  • वेबसाइट, ऐप या API रिलीज़ के लिए ख़ाली पन्ने से शुरू किए बिना टेस्ट प्लान लिखना
  • किसी sprint के लिए एक पेज का agile टेस्ट प्लान लिखना
  • मौजूदा प्लान में छूटे सेक्शन ढूँढना, जैसे suspension criteria या अनुमोदन
  • द्विभाषी टीम के लिए एक ही प्लान English और अरबी में बनाना

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

जनरेट किए गए टेस्ट प्लान में क्या होता है?

दस्तावेज़ नियंत्रण, उद्देश्य, scope (शामिल और बाहर), टेस्ट approach, environment और टेस्ट डेटा, entry, exit, suspension और resumption criteria, जोखिम और mitigation, schedule और milestones, भूमिकाएँ और ज़िम्मेदारियाँ, deliverables, वैकल्पिक टूल और अनुमोदन की तालिका।

क्या agile टेस्ट प्लान का टेम्पलेट है?

हाँ। "Agile sprint (एक पेज)" चुनें: यह लंबे दस्तावेज़ के बजाय एक छोटा प्लान लिखता है, जो sprint goal, scope की stories, टेस्टिंग tasks, exploratory charters, हर merge पर automated regression और Definition of Done के इर्द-गिर्द बना होता है।

क्या मैं default जैसे के तैसे इस्तेमाल कर सकता हूँ?

उन्हें शुरुआती ढाँचा मानें। टेम्पलेट से भरा हर सेक्शन प्लान में चिह्नित होता है, और ख़ास तौर पर exit criteria — जैसे pass rate का लक्ष्य और कौन-से खुले defects स्वीकार्य हैं — आपके प्रोजेक्ट के लिए product owner के साथ तय होने चाहिए।

कौन-सी भाषाएँ और फ़ॉर्मेट सपोर्ट होते हैं?

प्लान English, अरबी या हिन्दी में लिखा जा सकता है, Markdown के रूप में (headings, lists और tables, जो Confluence, GitHub, Jira या किसी Markdown editor में पेस्ट हो जाती हैं) या प्लेन टेक्स्ट के रूप में।

क्या मेरे प्रोजेक्ट की जानकारी अपलोड होती है?

नहीं। प्लान आपके ब्राउज़र में जनरेट होता है और आप जो टाइप करते हैं वह आपके डिवाइस से बाहर नहीं जाता। सिर्फ़ फ़ाइल डाउनलोड करने के लिए मुफ़्त अकाउंट चाहिए; कॉपी करना बिना अकाउंट के भी काम करता है।

तकनीकी नोट्स

सेक्शन की सूची उस सामग्री पर आधारित है जो ISO/IEC/IEEE 29119-3 टेस्ट प्लान के लिए बताता है — scope, approach, criteria, environment, जोखिम, schedule, staffing, deliverables, अनुमोदन — पर छोटे और edit करने लायक रूप में। जनरेटर यह दावा नहीं करता कि इससे बना प्लान स्टैंडर्ड के अनुरूप है।

सूची वाले फ़ील्ड की पंक्तियाँ "-", "*" या "•" से, या किसी संख्या के बाद "." या ")" से शुरू हो सकती हैं; यह निशान हटा दिया जाता है। तालिका वाले फ़ील्ड "|" पर बाँटे जाते हैं; छूटे हुए cells "तय होना बाक़ी" बन जाते हैं। संभावना (likelihood) और असर (impact) में low, medium और high (या L, M, H) स्वीकार होते हैं, और प्लान की भाषा में लिखे जाते हैं।

सीमाएँ और कार्यप्रणाली

टेम्पलेट के default सामान्य हैं: scope, जोखिम, तारीख़ें और exit criteria आपके प्रोजेक्ट से आने चाहिए।

प्लान सादा Markdown या टेक्स्ट है; यह स्टोर नहीं होता और किसी test management टूल से जुड़ा नहीं है।

संदर्भ