मेन्यू

180+ वेब अनुप्रयोग परीक्षण उदाहरण परीक्षण मामले (नमूना चेकलिस्ट)

180 web application testing example test cases

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

वेब अनुप्रयोग परीक्षण उदाहरण परीक्षण मामले: यह वेब-आधारित और डेस्कटॉप अनुप्रयोगों दोनों के लिए एक पूर्ण परीक्षण चेकलिस्ट है।

यह वेब अनुप्रयोग परीक्षण उदाहरण परीक्षण मामलों / परिदृश्यों की एक बहुत व्यापक सूची है। हमारा लक्ष्य अभी तक लिखे गए सबसे व्यापक परीक्षण जाँचकर्ताओं में से एक को साझा करना है और यह अभी तक नहीं किया गया है।

हम भविष्य में और अधिक परीक्षण मामलों और परिदृश्यों के साथ इस पोस्ट को अपडेट करते रहेंगे। यदि आपके पास अभी इसे पढ़ने का समय नहीं है, तो कृपया इसे अपने दोस्तों के साथ साझा करने और बाद में इसे बुकमार्क करने के लिए स्वतंत्र महसूस करें।

नमूना वेब अनुप्रयोग परीक्षण मामलों और परिदृश्यों

अपने परीक्षण मामले की लेखन प्रक्रिया का एक अभिन्न अंग के रूप में एक परीक्षण चेकलिस्ट बनाएं। इस चेकलिस्ट का उपयोग करके, आप आसानी से सैकड़ों बना सकते हैं परीक्षण के मामलों वेब या डेस्कटॉप अनुप्रयोगों के परीक्षण के लिए।

ये सभी सामान्य परीक्षण मामले हैं और लगभग सभी प्रकार के अनुप्रयोगों पर लागू होने चाहिए। अपनी परियोजना के लिए परीक्षण मामलों को लिखते समय इन परीक्षणों को देखें और मुझे यकीन है कि आप अधिकांश को कवर करेंगे परीक्षण प्रकार आपके एसआरएस दस्तावेजों में प्रदान किए गए एप्लिकेशन-विशिष्ट व्यावसायिक नियमों को छोड़कर।

हालांकि यह एक सामान्य चेकलिस्ट है, मैं आवेदन-विशिष्ट परीक्षणों के अलावा नीचे दिए गए परीक्षण मामलों का उपयोग करके आपकी विशिष्ट आवश्यकताओं के अनुरूप एक मानक परीक्षण चेकलिस्ट तैयार करने की सलाह देता हूं।

अनुशंसित उपकरण:

टेस्ट केस राइटिंग प्रक्रिया को जारी रखने से पहले, हम इस टेस्ट केस मैनेजमेंट टूल को डाउनलोड करने की सलाह देते हैं। यह इस ट्यूटोरियल में उल्लिखित आपकी टेस्ट प्लान और टेस्ट केस लेखन प्रक्रिया को आसान बना देगा।

=> TestRail टेस्ट केस मैनेजमेंट टूल डाउनलोड करें

टेस्ट केस 728

परीक्षण के लिए एक चेकलिस्ट का उपयोग करने का महत्व

# 1) अपने आवेदन के लिए पुन: प्रयोज्य परीक्षण के मामलों का एक मानक भंडार बनाए रखना सुनिश्चित करेगा कि सबसे आम कीड़े अधिक तेज़ी से पकड़े जाएंगे।
#दो) एक चेकलिस्ट आवेदन के नए संस्करणों के लिए परीक्षण मामलों को जल्दी से पूरा करने में मदद करता है।
# 3) परीक्षण के मामलों का पुन: उपयोग करने से संसाधनों पर धन बचाने के लिए दोहराव वाले परीक्षण लिखने में मदद मिलती है।
# 4) महत्वपूर्ण परीक्षण मामलों को हमेशा कवर किया जाएगा, जिससे इसे भूलना लगभग असंभव हो जाएगा।
# 5) यह सुनिश्चित करने के लिए कि विकास के चरण में ही सबसे आम मुद्दों को तय किया जाए, डेवलपर्स द्वारा परीक्षण चेकलिस्ट को संदर्भित किया जा सकता है।

टिप्पणियाँ:

  • अलग-अलग उपयोगकर्ता भूमिकाओं के साथ इन परिदृश्यों को निष्पादित करें उदा। उपयोगकर्ता, अतिथि उपयोगकर्ता आदि का प्रबंधन करें
  • वेब अनुप्रयोगों के लिए, ये परिदृश्य कई ब्राउज़रों पर परीक्षण किया जाना चाहिए जैसे IE, FF, Chrome और Safari क्लाइंट द्वारा अनुमोदित संस्करणों के साथ।
  • अलग-अलग स्क्रीन रिज़ॉल्यूशन जैसे कि 1024 x 768, 1280 x 1024 आदि के साथ टेस्ट करें।
  • एलसीडी, सीआरटी, नोटबुक, टैबलेट और मोबाइल फोन जैसे विभिन्न डिस्प्ले पर एक एप्लिकेशन का परीक्षण किया जाना चाहिए।
  • विभिन्न प्लेटफार्मों जैसे विंडोज, मैक, लिनक्स ऑपरेटिंग सिस्टम आदि पर टेस्ट आवेदन

सॉफ्टवेयर टेस्टिंग चेकलिस्ट

आप क्या सीखेंगे:

180+ वेब अनुप्रयोग परीक्षण उदाहरण परीक्षण मामले

मान्यताओं: मान लें कि आपका एप्लिकेशन निम्नलिखित कार्यात्मकताओं का समर्थन करता है

  • विभिन्न क्षेत्रों के साथ फार्म
  • बाल खिड़कियां
  • अनुप्रयोग डेटाबेस के साथ इंटरैक्ट करता है
  • विभिन्न खोज फ़िल्टर मापदंड और प्रदर्शन परिणाम
  • छवि अपलोड
  • ईमेल कार्यक्षमता भेजें
  • डेटा निर्यात कार्यक्षमता

सामान्य परीक्षण परिदृश्य

1. सभी अनिवार्य क्षेत्रों को तारांकित (*) प्रतीक द्वारा सत्यापित और इंगित किया जाना चाहिए।
2. सत्यापन त्रुटि संदेश सही स्थिति में ठीक से प्रदर्शित होना चाहिए।
3. सभी त्रुटि संदेश एक ही सीएसएस शैली में प्रदर्शित किए जाने चाहिए ( उदाहरण के लिए, लाल रंग का उपयोग करना)
4. सामान्य पुष्टिकरण संदेश त्रुटि संदेश शैली के अलावा सीएसएस शैली का उपयोग कर प्रदर्शित किया जाना चाहिए ( उदाहरण के लिए, हरे रंग का उपयोग करना)
5. टूलटिप पाठ सार्थक होना चाहिए।
6. ड्रॉप-डाउन फ़ील्ड में as चयन ’जैसे रिक्त या पाठ के रूप में पहली प्रविष्टि होनी चाहिए।
7. पृष्ठ पर मौजूद किसी भी रिकॉर्ड के लिए 'डिलीट फंक्शनालिटी' की पुष्टि के लिए पूछना चाहिए।
8. यदि पृष्ठ रिकॉर्ड जोड़ें / हटाएं / अद्यतन कार्यक्षमता का समर्थन करता है, तो सभी रिकॉर्ड विकल्प का चयन / चयन रद्द करना चाहिए
9. राशि मानों को सही मुद्रा प्रतीकों के साथ प्रदर्शित किया जाना चाहिए।
10. डिफ़ॉल्ट पृष्ठ छँटाई प्रदान की जानी चाहिए।
11. रीसेट बटन की कार्यक्षमता को सभी क्षेत्रों के लिए डिफ़ॉल्ट मान सेट करना चाहिए।
12. सभी संख्यात्मक मूल्यों को ठीक से स्वरूपित किया जाना चाहिए।
13. अधिकतम फ़ील्ड मान के लिए इनपुट फ़ील्ड की जाँच की जानी चाहिए। निर्दिष्ट अधिकतम सीमा से अधिक इनपुट मान को डेटाबेस में स्वीकार या संग्रहीत नहीं किया जाना चाहिए।
14. विशेष वर्णों के लिए सभी इनपुट फ़ील्ड जांचें।
15. फील्ड लेबल मानक उदा होना चाहिए। उपयोगकर्ता के पहले नाम को स्वीकार करने वाले क्षेत्र को 'पहले नाम' के रूप में ठीक से लेबल किया जाना चाहिए।
16. किसी भी रिकॉर्ड पर परिचालन को जोड़ने / संपादित करने / हटाने के बाद पृष्ठ छँटाई की कार्यक्षमता की जाँच करें।
17. टाइमआउट कार्यक्षमता के लिए जाँच करें। टाइमआउट मान कॉन्फ़िगर करने योग्य होना चाहिए। ऑपरेशन टाइमआउट के बाद एप्लिकेशन व्यवहार की जांच करें।
18. एक ऐप्लिकेशन में उपयोग की जाने वाली कुकीज़ की जाँच करें।
19. जांचें कि क्या डाउनलोड करने योग्य फाइलें सही फ़ाइल पथों की ओर इशारा करती हैं।
20. हार्ड कोडिंग के बजाय सभी संसाधन कुंजी को विन्यास फाइल या डेटाबेस में विन्यास योग्य होना चाहिए।
21. संसाधन कुंजी के नामकरण के लिए मानक सम्मेलनों का पालन किया जाना चाहिए।
22. यह सुनिश्चित करने के लिए कि मानकों का अनुपालन हो, सभी वेब पेजों (सिंटैक्स त्रुटियों के लिए HTML और CSS को मान्य करें) के लिए मान्य मार्कअप।
23. एप्लिकेशन क्रैश या अनुपलब्ध पृष्ठों को त्रुटि पृष्ठ पर पुनर्निर्देशित किया जाना चाहिए।
24. वर्तनी और व्याकरण संबंधी त्रुटियों के लिए सभी पृष्ठों पर पाठ की जाँच करें।
25. चरित्र इनपुट मूल्यों के साथ संख्यात्मक इनपुट फ़ील्ड की जाँच करें। एक उचित सत्यापन संदेश दिखाई देना चाहिए।
26. यदि संख्यात्मक क्षेत्रों के लिए अनुमति दी जाती है तो ऋणात्मक संख्याओं की जाँच करें।
27. दशमलव संख्या मान वाले क्षेत्रों की संख्या की जाँच करें।
28. सभी पृष्ठों पर उपलब्ध बटनों की कार्यक्षमता की जाँच करें।
29. उपयोगकर्ता को त्वरित उत्तराधिकार में सबमिट बटन दबाकर पृष्ठ को दो बार प्रस्तुत करने में सक्षम नहीं होना चाहिए।
30. शून्य त्रुटियों से विभाजित किसी भी गणना के लिए नियंत्रित किया जाना चाहिए।
31. पहली और अंतिम स्थिति के साथ इनपुट डेटा को सही ढंग से संभाला जाना चाहिए।

स्ट्रिंग के लिए c ++ वर्ण

जीयूआई और उपयोगिता परीक्षण परिदृश्य

1. एक पृष्ठ पर सभी क्षेत्र ( उदाहरण के लिए, पाठ बॉक्स, रेडियो विकल्प, ड्रॉप-डाउन सूची) को ठीक से संरेखित किया जाना चाहिए।
2. जब तक अन्यथा निर्दिष्ट नहीं किया जाता है, तब तक संख्यात्मक मूल्यों को सही ढंग से सही ठहराया जाना चाहिए।
3. फील्ड लेबल, कॉलम, रो, एरर मैसेज आदि के बीच पर्याप्त स्थान दिया जाना चाहिए।
4. स्क्रॉलबार को केवल तभी सक्षम किया जाना चाहिए जब आवश्यक हो।
5. एसआरएस में निर्दिष्ट अनुसार हेडलाइन, डिस्क्रिप्शन टेक्स्ट, लेबल, इनफिल्ड डेटा और ग्रिड की जानकारी के लिए फ़ॉन्ट आकार, शैली और रंग।
6. विवरण पाठ बॉक्स बहु-पंक्तिबद्ध होना चाहिए।
7. अक्षम क्षेत्रों को बाहर निकालना चाहिए और उपयोगकर्ताओं को इन क्षेत्रों पर ध्यान केंद्रित करने में सक्षम नहीं होना चाहिए।
8. एक इनपुट टेक्स्ट फ़ील्ड पर क्लिक करने पर, माउस एरो पॉइंटर को कर्सर में बदलना चाहिए।
9. उपयोगकर्ता को ड्रॉप-डाउन चयन सूची में टाइप करने में सक्षम नहीं होना चाहिए।
10. पेज सबमिट पर एक त्रुटि संदेश आने पर उपयोगकर्ताओं द्वारा भरी गई जानकारी बरकरार रहनी चाहिए। उपयोगकर्ता त्रुटियों को सुधार कर फिर से फॉर्म जमा करने में सक्षम होना चाहिए।
11. जांचें कि क्या त्रुटि संदेशों में उचित फ़ील्ड लेबल का उपयोग किया जाता है।
12. ड्रॉप-डाउन फ़ील्ड मान को परिभाषित क्रम क्रम में प्रदर्शित किया जाना चाहिए।
13. टैब और Shift + Tab ऑर्डर ठीक से काम करना चाहिए।
14. डिफ़ॉल्ट रेडियो विकल्प को पृष्ठ लोड पर पूर्व-चयनित किया जाना चाहिए।
15. क्षेत्र-विशिष्ट और पृष्ठ-स्तरीय सहायता संदेश उपलब्ध होने चाहिए।
16. जाँच करें कि क्या त्रुटियों के मामले में सही फ़ील्ड हाइलाइट किए गए हैं।
17. जांचें कि क्या फ़ील्ड आकार सीमा के कारण ड्रॉप-डाउन सूची विकल्प पढ़ने योग्य नहीं हैं और कम नहीं है।
18. एक पृष्ठ पर सभी बटन कीबोर्ड शॉर्टकट द्वारा सुलभ होने चाहिए और उपयोगकर्ता को कीबोर्ड का उपयोग करके सभी ऑपरेशन करने में सक्षम होना चाहिए।
19. टूटी हुई छवियों के लिए सभी पृष्ठों की जाँच करें।
20. टूटे लिंक के लिए सभी पृष्ठों की जाँच करें।
21. सभी पृष्ठों का शीर्षक होना चाहिए।
22. किसी भी अपडेट या डिलीट ऑपरेशन को करने से पहले पुष्टिकरण संदेश प्रदर्शित किया जाना चाहिए।
23. एप्लिकेशन के व्यस्त होने पर आवरग्लास को प्रदर्शित किया जाना चाहिए।
24. पृष्ठ पाठ को न्यायोचित छोड़ा जाना चाहिए।
25. उपयोगकर्ता को केवल एक रेडियो विकल्प और चेकबॉक्स के लिए किसी भी संयोजन का चयन करने में सक्षम होना चाहिए।

फ़िल्टर मानदंड के लिए परीक्षण परिदृश्य

1. उपयोगकर्ता को पृष्ठ पर सभी मापदंडों का उपयोग करके परिणामों को फ़िल्टर करने में सक्षम होना चाहिए।
2. परिष्कृत खोज कार्यक्षमता को सभी उपयोगकर्ता-चयनित खोज मापदंडों के साथ खोज पृष्ठ को लोड करना चाहिए।
3. जब खोज ऑपरेशन करने के लिए कम से कम एक फ़िल्टर मानदंड आवश्यक हो, तो सुनिश्चित करें कि उपयोगकर्ता द्वारा किसी भी फ़िल्टर मापदंड का चयन किए बिना पृष्ठ को सबमिट करने पर उचित त्रुटि संदेश प्रदर्शित होता है।
4. जब कम से कम एक फ़िल्टर मापदंड चयन अनिवार्य नहीं है, तो उपयोगकर्ता को पृष्ठ सबमिट करने में सक्षम होना चाहिए और डिफ़ॉल्ट खोज मापदंड को क्वेरी परिणामों के लिए उपयोग किया जाना चाहिए।
5. फ़िल्टर मानदंड के लिए सभी अमान्य मानों के लिए उचित सत्यापन संदेश प्रदर्शित किए जाने चाहिए।

परिणाम ग्रिड के लिए परीक्षण परिदृश्य

1. पेज लोड करने के प्रतीक को तब प्रदर्शित किया जाना चाहिए जब परिणाम पृष्ठ को लोड करने में डिफ़ॉल्ट समय से अधिक समय लग रहा हो।
2. जांचें कि क्या सभी खोज पैरामीटर परिणाम ग्रिड पर दिखाए गए डेटा को लाने के लिए उपयोग किए जाते हैं।
3. परिणाम ग्रिड में परिणामों की कुल संख्या प्रदर्शित की जानी चाहिए।
4. खोज के लिए उपयोग किए जाने वाले खोज मापदंड को परिणाम ग्रिड में प्रदर्शित किया जाना चाहिए।
5. परिणामी ग्रिड मानों को डिफ़ॉल्ट कॉलम द्वारा क्रमबद्ध किया जाना चाहिए।
6. सॉर्ट किए गए कॉलम को सॉर्ट आइकन के साथ प्रदर्शित किया जाना चाहिए।
7. परिणाम ग्रिड में सही मानों के साथ सभी निर्दिष्ट कॉलम शामिल होने चाहिए।
8. आरोही और अवरोही छँटाई कार्यशीलता डेटा छँटाई द्वारा समर्थित स्तंभों के लिए काम करना चाहिए।
9. परिणाम ग्रिड को उचित कॉलम और पंक्ति रिक्ति के साथ प्रदर्शित किया जाना चाहिए।
10. जब पृष्ठ प्रति डिफ़ॉल्ट परिणाम गणना से अधिक परिणाम हों, तो पृष्ठांकन सक्षम किया जाना चाहिए।
11. अगला, पिछला, पहला और अंतिम पृष्ठ पृष्ठांकन कार्यक्षमता के लिए जाँचें।
12. डुप्लिकेट रिकॉर्ड को परिणाम ग्रिड में प्रदर्शित नहीं किया जाना चाहिए।
13. जांचें कि क्या सभी कॉलम दिखाई दे रहे हैं और यदि आवश्यक हो तो एक क्षैतिज स्क्रॉलबार सक्षम है।
14. डायनेमिक कॉलम (कॉलम जिनके मान की गणना अन्य कॉलम मानों के आधार पर गतिशील रूप से की जाती है) के लिए डेटा की जाँच करें।
15. परिणामी ग्रिडों के लिए रिपोर्ट दिखाती हैं कि 'टोटल्स' पंक्ति की जाँच करें और हर कॉलम के लिए कुल सत्यापित करें।
16. परिणाम ग्रिड के लिए रिपोर्ट दिखाती है कि पेजिनेशन सक्षम होने पर 'टोटल्स' पंक्ति डेटा की जांच करते हैं और उपयोगकर्ता अगले पृष्ठ पर नेविगेट हो जाता है।
17. जांचें कि क्या कॉलम के मान प्रदर्शित करने के लिए उचित प्रतीकों का उपयोग किया जाता है प्रतिशत गणना के लिए% प्रतीक प्रदर्शित किया जाना चाहिए।
18. यह जानने के लिए कि क्या तिथि सीमा सक्षम है, ग्रिड डेटा की जाँच करें।

एक विंडो के लिए परीक्षण परिदृश्य

1. जांचें कि क्या डिफ़ॉल्ट विंडो का आकार सही है।
2. जांचें कि क्या बच्चे की खिड़की का आकार सही है।
3. जांचें कि क्या डिफ़ॉल्ट फोकस वाले पृष्ठ पर कोई फ़ील्ड है (सामान्य रूप से, फोकस स्क्रीन के पहले इनपुट फ़ील्ड पर सेट किया जाना चाहिए)।
4. जांचें कि क्या माता-पिता / ओपनर विंडो को बंद करने पर बाल खिड़कियां बंद हो रही हैं।
5. यदि चाइल्ड विंडो खोली जाती है, तो उपयोगकर्ता को बैकग्राउंड या पेरेंट विंडो में किसी भी फील्ड का उपयोग या अपडेट करने में सक्षम नहीं होना चाहिए
6. विंडो न्यूनतम, अधिकतम और निकट कार्यक्षमता की जाँच करें।
7. जांचें कि क्या विंडो फिर से साइजबल है।
8. माता-पिता और बच्चे की खिड़कियों के लिए स्क्रॉल बार कार्यक्षमता की जाँच करें।
9. बच्चे की खिड़की के लिए रद्द बटन कार्यक्षमता की जाँच करें।

डेटाबेस परीक्षण परीक्षण परिदृश्य

1. जाँच करें कि क्या एक सफल पेज सबमिट होने पर डेटाबेस में सही डेटा बच रहा है।
2. स्तंभों के लिए मान जांचें जो अशक्त मानों को स्वीकार नहीं कर रहे हैं।
3. डेटा अखंडता के लिए जाँच करें। डेटा को डिज़ाइन के आधार पर एकल या कई तालिकाओं में संग्रहीत किया जाना चाहिए।
4. सूचकांक नाम मानकों के अनुसार दिए जाने चाहिए। IND__
5. तालिकाओं में एक प्राथमिक कुंजी कॉलम होना चाहिए।
6. टेबल कॉलम में विवरण की जानकारी उपलब्ध होनी चाहिए (ऑडिट कॉलम को छोड़कर, जैसे कि बनाई गई तारीख, द्वारा बनाई गई, आदि)।
7. प्रत्येक डेटाबेस के लिए ऐड / अपडेट ऑपरेशन लॉग को जोड़ा जाना चाहिए।
8. आवश्यक टेबल इंडेक्स बनाया जाना चाहिए।
9. जांचें कि क्या डेटा केवल डेटाबेस के लिए प्रतिबद्ध है जब ऑपरेशन सफलतापूर्वक पूरा हो गया है।
10. विफल लेन-देन के मामले में डेटा को वापस ले जाना चाहिए।
11. डेटाबेस का नाम आवेदन के प्रकार के अनुसार दिया जाना चाहिए यानी परीक्षण, यूएटी, सैंडबॉक्स, लाइव (हालांकि यह एक मानक नहीं है जो डेटाबेस रखरखाव के लिए सहायक है)
12. डेटाबेस तार्किक नाम डेटाबेस के नाम के अनुसार दिया जाना चाहिए (फिर यह मानक नहीं है लेकिन DB रखरखाव के लिए सहायक है)।
13. संग्रहीत प्रक्रियाओं को एक उपसर्ग 'sp_' के साथ नामित नहीं किया जाना चाहिए
14. जांचें कि क्या टेबल ऑडिट कॉलम (जैसे बनाई गई तारीख, द्वारा बनाई गई, अपडेट की गई, अपडेट की गई, हटाई गई डेटा, डिलीट की गई, आदि) के मान ठीक से पॉप्युलेट किए गए हैं।
15. जांचें कि बचत करते समय इनपुट डेटा को छोटा नहीं किया गया है। पृष्ठ पर और डेटाबेस स्कीमा में उपयोगकर्ता को दिखाई गई फ़ील्ड की लंबाई समान होनी चाहिए।
16. न्यूनतम, अधिकतम और फ्लोट मानों के साथ संख्यात्मक फ़ील्ड जांचें।
17. ऋणात्मक मानों (स्वीकृति और गैर-स्वीकृति दोनों के लिए) के साथ संख्यात्मक क्षेत्रों की जाँच करें।
18. जांचें कि क्या रेडियो बटन और ड्रॉप-डाउन सूची विकल्प डेटाबेस में सही ढंग से सहेजे गए हैं।
19. जांचें कि क्या डेटाबेस फ़ील्ड सही डेटा प्रकार और डेटा लंबाई के साथ डिज़ाइन किए गए हैं।
20. जांचें कि क्या सभी टेबल बाधाओं जैसे कि एक प्राथमिक कुंजी, विदेशी कुंजी, आदि को सही तरीके से लागू किया गया है।
21. संग्रहित प्रक्रियाओं का परीक्षण करें और नमूना इनपुट डेटा के साथ ट्रिगर करें।
22. डेटाबेस में डेटा करने से पहले इनपुट फील्ड लीडिंग और ट्रेलिंग स्पेस को छोटा किया जाना चाहिए।
23. प्राथमिक कुंजी कॉलम के लिए शून्य मानों की अनुमति नहीं दी जानी चाहिए।

छवि अपलोड कार्यक्षमता के लिए परीक्षण परिदृश्य

(अन्य फ़ाइल अपलोड कार्यक्षमता के लिए भी लागू)
1. अपलोड की गई छवि पथ की जाँच करें।
2. छवि अपलोड की जाँच करें और कार्यक्षमता बदलें।
3. विभिन्न एक्सटेंशनों की छवि फ़ाइलों के साथ छवि अपलोड कार्यक्षमता जांचें ( उदाहरण के लिए, JPEG, PNG, BMP, आदि)
4. फ़ाइल नाम में स्थान या किसी भी अन्य विशेष वर्ण वाले चित्रों के साथ छवि अपलोड कार्यक्षमता की जाँच करें।
5. डुप्लिकेट नाम छवि अपलोड की जाँच करें।
6. अधिकतम अनुमत आकार से अधिक छवि आकार के साथ छवि अपलोड की जाँच करें। उचित त्रुटि संदेश प्रदर्शित किया जाना चाहिए।
7. छवियों के अलावा फ़ाइल प्रकारों के साथ छवि अपलोड कार्यक्षमता की जाँच करें ( उदाहरण के लिए, txt, doc, pdf, exe, आदि)। एक उचित त्रुटि संदेश प्रदर्शित किया जाना चाहिए।
8. जांचें कि क्या निर्दिष्ट ऊंचाई और चौड़ाई (यदि परिभाषित है) की छवियां अन्यथा स्वीकार नहीं की गई हैं।
9. बड़े आकार की छवियों के लिए छवि अपलोड प्रगति पट्टी दिखाई देनी चाहिए।
10. जाँचें कि क्या रद्द बटन कार्यक्षमता अपलोड प्रक्रिया के बीच काम कर रही है।
11. जांचें कि क्या फ़ाइल चयन संवाद केवल सूचीबद्ध फ़ाइलों को ही दिखाता है।
12. कई छवियों को अपलोड कार्यक्षमता की जाँच करें।
13. अपलोड के बाद छवि गुणवत्ता की जाँच करें। अपलोड के बाद छवि की गुणवत्ता को नहीं बदला जाना चाहिए।
14. जांचें कि क्या उपयोगकर्ता अपलोड की गई छवियों का उपयोग / देखने में सक्षम है।

ईमेल भेजने के लिए परीक्षण परिदृश्य

(ईमेल की रचना या सत्यापन के लिए परीक्षण के मामले यहां शामिल नहीं हैं)
(ईमेल से संबंधित परीक्षणों को निष्पादित करने से पहले डमी ईमेल पते का उपयोग करना सुनिश्चित करें)
1. ईमेल टेम्पलेट को सभी ईमेल के लिए मानक सीएसएस का उपयोग करना चाहिए।
2. ईमेल भेजने से पहले ईमेल पते को मान्य किया जाना चाहिए।
3. ईमेल बॉडी टेम्प्लेट में विशेष वर्णों को ठीक से संभाला जाना चाहिए।
4. भाषा-विशिष्ट वर्ण ( उदाहरण के लिए, ईमेल बॉडी टेम्प्लेट में रूसी, चीनी या जर्मन भाषा के अक्षरों को ठीक से संभाला जाना चाहिए।
5. ईमेल विषय रिक्त नहीं होना चाहिए।
6. ईमेल टेम्प्लेट में उपयोग किए गए प्लेसहोल्डर फ़ील्ड को वास्तविक मानों के साथ प्रतिस्थापित किया जाना चाहिए उदा। {Firstname} {Lastname} को सभी प्राप्तकर्ताओं के लिए एक व्यक्ति के पहले और अंतिम नाम के साथ ठीक से प्रतिस्थापित किया जाना चाहिए।
7. यदि गतिशील मानों वाली रिपोर्ट ईमेल बॉडी में शामिल हैं और रिपोर्ट डेटा की सही गणना की जानी चाहिए।
8. ईमेल भेजने वाले का नाम रिक्त नहीं होना चाहिए।
9. ईमेल, आउटलुक, जीमेल, हॉटमेल, याहू जैसे विभिन्न ईमेल क्लाइंट में ईमेल की जांच होनी चाहिए! मेल आदि।
TO, CC और BCC फ़ील्ड का उपयोग करके ईमेल कार्यक्षमता भेजने की जाँच करें।
11. सादे पाठ ईमेल की जाँच करें।
12. HTML प्रारूप ईमेल की जाँच करें।
13. कंपनी लोगो, गोपनीयता नीति और अन्य लिंक के लिए ईमेल हेडर और पाद लेख देखें।
14. संलग्नक के साथ ईमेल की जाँच करें।
15. एकल, एकाधिक या वितरण सूची प्राप्तकर्ताओं को ईमेल कार्यक्षमता भेजने के लिए जाँच करें।
16. जांचें कि क्या ईमेल पते का उत्तर सही है।
17. ईमेल की उच्च मात्रा भेजने के लिए जाँच करें।

एक्सेल एक्सपोर्ट फंक्शनलिटी के लिए टेस्ट परिदृश्य

1. फ़ाइल को उचित फ़ाइल एक्सटेंशन में निर्यात किया जाना चाहिए।
2. निर्यात की गई एक्सेल फाइल का नाम मानकों के अनुसार होना चाहिए, उदाहरण के लिए, यदि फ़ाइल नाम टाइमस्टैम्प का उपयोग कर रहा है, तो फ़ाइल को निर्यात करने के समय इसे वास्तविक टाइमस्टैम्प के साथ ठीक से प्रतिस्थापित किया जाना चाहिए।
3. यदि निर्यात की गई एक्सेल फाइल में डेट कॉलम हैं, तो डेट फॉर्मेट की जांच करें।
4. संख्यात्मक या मुद्रा मूल्यों के लिए संख्या स्वरूपण की जाँच करें। स्वरूपण पृष्ठ पर दिखाए गए के समान होना चाहिए।
5. निर्यात की गई फ़ाइल में उचित कॉलम नामों के साथ कॉलम होना चाहिए।
6. डिफॉल्ट पेज सॉर्टिंग को एक्सपोर्ट की गई फाइल में भी ले जाना चाहिए।
7. एक्सेल फाइल डेटा को सभी पेजों के हेडर और फुटर टेक्स्ट, डेट, पेज नंबर आदि मानों के साथ ठीक से फॉर्मेट किया जाना चाहिए।
8. जांचें कि क्या डेटा किसी पृष्ठ पर प्रदर्शित है और एक्सेल फ़ाइल निर्यात की गई है।
9. निर्यात कार्यक्षमता की जाँच करें जब पृष्ठन सक्षम है।
10. जांचें कि क्या निर्यात बटन निर्यात फ़ाइल प्रकार के अनुसार उचित आइकन दिखा रहा है, उदाहरण के लिए, एक्सेल फाइल एक्सेल फाइल के लिए आइकन
11. बहुत बड़े आकार के साथ फ़ाइलों के लिए निर्यात कार्यक्षमता की जाँच करें।
12. विशेष वर्ण वाले पृष्ठों के लिए निर्यात कार्यक्षमता की जाँच करें। चेक करें कि क्या ये विशेष वर्ण एक्सेल फ़ाइल में ठीक से निर्यात किए गए हैं।

प्रदर्शन परीक्षण परीक्षण परिदृश्य

1. जांचें कि क्या पृष्ठ लोड समय स्वीकार्य सीमा के भीतर है।
2. धीमे कनेक्शन पर पेज लोड की जाँच करें।
3. किसी प्रकाश, सामान्य, मध्यम और भारी भार स्थितियों के तहत किसी भी कार्रवाई के लिए प्रतिक्रिया समय की जाँच करें।
4. डेटाबेस संग्रहीत कार्यविधियों और ट्रिगर के प्रदर्शन की जाँच करें।
5. डेटाबेस क्वेरी निष्पादन समय की जाँच करें।
6. आवेदन के लोड परीक्षण के लिए जाँच करें।
7. आवेदन के तनाव परीक्षण के लिए जाँच करें।
8. पीक लोड स्थितियों के तहत सीपीयू और मेमोरी उपयोग की जाँच करें।

सुरक्षा परीक्षण परीक्षण परिदृश्य

1. SQL इंजेक्शन हमलों के लिए जाँच करें।
2. सुरक्षित पृष्ठों को HTTPS प्रोटोकॉल का उपयोग करना चाहिए।
3. पेज क्रैश से एप्लिकेशन या सर्वर जानकारी का पता नहीं चलना चाहिए। इसके लिए त्रुटि पृष्ठ प्रदर्शित किया जाना चाहिए।
4. इनपुट में विशेष वर्ण से बच।
5. त्रुटि संदेश किसी भी संवेदनशील जानकारी को प्रकट नहीं करना चाहिए।
6. सभी क्रेडेंशियल्स को एक एन्क्रिप्टेड चैनल पर स्थानांतरित किया जाना चाहिए।
7. टेस्ट पासवर्ड सुरक्षा और पासवर्ड नीति प्रवर्तन।
8. आवेदन लॉगआउट कार्यक्षमता की जाँच करें।
9. ब्रूट फोर्स अटैक्स के लिए जाँच करें।
10. कुकी जानकारी को केवल एन्क्रिप्टेड प्रारूप में संग्रहीत किया जाना चाहिए।
11. टाइमआउट या लॉगआउट के बाद सत्र कुकी अवधि और सत्र समाप्ति की जाँच करें।
11. एक सुरक्षित चैनल पर सत्र टोकन प्रसारित किया जाना चाहिए।
13. पासवर्ड को कुकीज़ में संग्रहीत नहीं किया जाना चाहिए।
14. सेवा हमलों से इनकार के लिए परीक्षण।
15. स्मृति रिसाव के लिए परीक्षण।
16. ब्राउज़र एड्रेस बार में चर मानों में हेरफेर करके अनधिकृत एप्लिकेशन एक्सेस का परीक्षण करें।
17. टेस्ट फाइल एक्सटेंशन सौंपना ताकि एक्साइ फाइलें सर्वर पर अपलोड और निष्पादित न हों।
18. पासवर्ड और क्रेडिट कार्ड की जानकारी जैसे संवेदनशील क्षेत्रों को स्वत: पूर्ण सक्षम नहीं होना चाहिए।
19. फ़ाइल अपलोड कार्यक्षमता को अपलोड की गई फ़ाइलों को स्कैन करने के लिए फ़ाइल प्रकार प्रतिबंधों और एंटी-वायरस का भी उपयोग करना चाहिए।
20. जाँच करें कि क्या निर्देशिका लिस्टिंग निषिद्ध है।
21. टाइप करते समय पासवर्ड और अन्य संवेदनशील क्षेत्रों को नकाब लगाना चाहिए।
22. जांचें कि क्या पासवर्ड की कार्यक्षमता भूल गई है, निर्दिष्ट घंटों के बाद अस्थायी पासवर्ड समाप्ति जैसी सुविधाओं के साथ सुरक्षित है और नया पासवर्ड बदलने या अनुरोध करने से पहले सुरक्षा प्रश्न पूछा जाता है।
23. कैप्चा कार्यक्षमता की जाँच करें।
24. जाँच करें कि क्या महत्वपूर्ण घटनाओं को लॉग फ़ाइलों में लॉग किया गया है।
25. जांचें कि क्या विशेषाधिकार विशेष रूप से कार्यान्वित किए जाते हैं।

प्रवेश परीक्षण परीक्षण के मामले - मैंने पेनेट्रेशन परीक्षण के लिए लगभग 41 परीक्षण मामलों को सूचीबद्ध किया है यह पन्ना ।

मैं वास्तव में धन्यवाद देना चाहता हूं Devanshu Lavaniya (इस व्यापक परीक्षण जाँच सूची को तैयार करने में मेरी मदद करने के लिए I-लिंक इंफोसॉफ्ट के लिए काम कर रहे सीनियर क्यूए इंजीनियर)।

मैंने वेब और डेस्कटॉप एप्लिकेशन की कार्यक्षमता के लिए लगभग सभी मानक परीक्षण परिदृश्यों को कवर करने की कोशिश की है। लेकिन फिर भी, मुझे पता है कि यह पूर्ण चेकलिस्ट नहीं है। विभिन्न परियोजनाओं के परीक्षकों के पास अपने अनुभव के आधार पर स्वयं की परीक्षण सूची है।

अपडेट किया गया:

100+ रेडी-टू-एग्जिट टेस्ट मामले (चेकलिस्ट)

आप ऑटो के सबसे सामान्य घटकों का परीक्षण करने के लिए इस सूची का उपयोग कर सकते हैं

कैसे अपने ऑटो के सबसे आम घटकों को प्रभावी ढंग से, हर एक बार परीक्षण करने के लिए?

यह लेख ऑटो के सबसे व्यापक रूप से पाए जाने वाले तत्वों पर आम मान्यताओं की एक सूची है - जो परीक्षकों की सुविधा के लिए एक साथ रखा गया है (विशेषकर फुर्तीले वातावरण में जहां अक्सर अल्पकालिक रिलीज होती है)।

प्रत्येक AUT (एप्लिकेशन अंडर टेस्ट) अद्वितीय है और इसका एक बहुत ही विशिष्ट व्यावसायिक उद्देश्य है। ऑटो के अलग-अलग पहलू (मॉड्यूल) अलग-अलग ऑपरेशन / कार्यों को पूरा करते हैं, जो ऑटो का समर्थन करने वाले व्यवसाय की सफलता के लिए महत्वपूर्ण हैं।

यद्यपि प्रत्येक AUT को अलग-अलग डिज़ाइन किया गया है, व्यक्तिगत घटक / फ़ील्ड जो हम अधिकांश पृष्ठों / स्क्रीन / एप्लिकेशन पर मुठभेड़ करते हैं, कम या ज्यादा समान व्यवहार के साथ समान हैं।

तैयार परीक्षण के मामले

ऑटो के कुछ सामान्य घटक:

  • सहेजें, अद्यतन, हटाएं, रीसेट करें, रद्द करें, ठीक करें - लिंक / बटन- जिनकी कार्यक्षमता वस्तु का लेबल इंगित करता है।
  • टेक्स्ट बॉक्स, ड्रॉपडाउन, चेकबॉक्स, रेडियो बटन, दिनांक नियंत्रण क्षेत्र - जो हर बार उसी तरह काम करते हैं।
  • रिपोर्ट की सुविधा के लिए डेटा ग्रिड, प्रभावित क्षेत्र आदि।

जिस तरह से ये व्यक्तिगत तत्व एप्लिकेशन की समग्र कार्यक्षमता में योगदान करते हैं, वह अलग हो सकता है लेकिन उन्हें मान्य करने के चरण हमेशा समान होते हैं।

आइए सबसे सामान्य मान्यताओं की सूची जारी रखें वेब या डेस्कटॉप अनुप्रयोग पृष्ठों / रूपों।

ध्यान दें : वास्तविक परिणाम, अपेक्षित परिणाम, परीक्षण डेटा और अन्य पैरामीटर जो आमतौर पर एक टेस्ट केस का हिस्सा होते हैं, सरलता के लिए छोड़ दिए जाते हैं - एक सामान्य चेकलिस्ट दृष्टिकोण कार्यरत है।

अनुभव के लिए सीएसएस साक्षात्कार सवाल और जवाब

इस व्यापक चेकलिस्ट का उद्देश्य:

इन जाँचकर्ताओं (या परीक्षण मामलों) का प्राथमिक उद्देश्य बहुत अधिक समय खर्च किए बिना क्षेत्र स्तर के सत्यापन पर अधिकतम परीक्षण कवरेज सुनिश्चित करना है, साथ ही उन्हें परीक्षण की गुणवत्ता से समझौता नहीं करना है।

आखिरकार, किसी एक उत्पाद पर विश्वास केवल हर एक तत्व को सर्वोत्तम सीमा तक परीक्षण करके प्राप्त किया जा सकता है।

ऑटो के अधिकांश सामान्य घटकों के लिए पूर्ण चेकलिस्ट (टेस्ट मामले)

ध्यान दें:आप इन चेकलिस्ट का उपयोग कर सकते हैं क्योंकि यह Microsoft Excel प्रारूप में है (लेख के अंत में प्रदान किया गया डाउनलोड)। तुम भी पास / असफल परिणाम और स्थिति के साथ एक ही फ़ाइल में परीक्षण निष्पादन को ट्रैक कर सकते हैं।

यह QA टीमों के लिए ऑटो के सबसे सामान्य घटकों का परीक्षण करने और उन्हें ट्रैक करने का एक ऑल-इन-वन संसाधन हो सकता है।आप अपने मामलों के लिए विशिष्ट परीक्षण मामलों को जोड़ या अपडेट कर सकते हैंऔर इसे और भी व्यापक सूची बनाते हैं।

चेकलिस्ट # 1: मोबाइल परीक्षण चेकलिस्ट

मोड्यूल का नाम:
मॉड्यूल कार्यक्षमता:
आवेदन पर मॉड्यूल प्रभाव:
मॉड्यूल प्रवाह:
मेनू और सबमेनू:
वर्तनी और आदेश और उपयुक्तता:
प्रत्येक सबमेनू के लिए नियंत्रण:

चेकलिस्ट # 2: फॉर्म / स्क्रीन परीक्षण चेकलिस्ट

फार्म की कार्यक्षमता:
आवेदन पर प्रभाव:
फार्म का प्रवाह:
डिज़ाइन बनाना:
संरेखण:
शीर्षक:
फ़ील्ड नाम:
वर्तनी:
अनिवार्य निशान:
अनिवार्य क्षेत्रों के लिए अलर्ट:
बटन:
डिफ़ॉल्ट कर्सर स्थिति:
टैब अनुक्रम:
किसी भी डेटा को दर्ज करने से पहले पृष्ठ:
डेटा दर्ज करने के बाद पेज:

चेकलिस्ट # 3: टेक्स्टबॉक्स फील्ड टेस्टिंग चेकलिस्ट

पाठ बॉक्स:

ADD (ऐड स्क्रीन में) संपादित करें (स्क्रीन संपादित करें)
पात्र
विशेष वर्ण
नंबर
सीमा
चेतावनी
चेतावनी संदेश में वर्तनी और व्याकरण:

पाठ बॉक्स के लिए बीवीए (आकार):

न्यूनतम -> -> पास
न्यूनतम -1 -> -> विफल
न्यूनतम + 1 -> -> पास
मैक्स -1 -> -> पास
अधिकतम + 1 -> -> विफल
अधिकतम -> -> पास

टेक्स्ट बॉक्स के लिए ECP:

वैध वैध में
- -
- -

चेकलिस्ट # 4: सूची-बॉक्स या ड्रॉप-डाउन सूची परीक्षण चेकलिस्ट

सूची बॉक्स / ड्रॉपडाउन:

ADD (ऐड स्क्रीन में) संपादित करें (स्क्रीन संपादित करें)
हैडर
मौजूदा डेटा की शुद्धता
डेटा का आदेश
चयन और चयन
चेतावनी:
वर्तनी संदेश की वर्तनी और व्याकरण
अलर्ट के बाद कर्सर
शेष क्षेत्रों में चयन और चयन का विचलन

चेकलिस्ट # 5: चेकबॉक्स फ़ील्ड परीक्षण चेकलिस्ट

चेकबॉक्स:

ADD (ऐड स्क्रीन में) संपादित करें (स्क्रीन संपादित करें)
डिफ़ॉल्ट चयन
चयन के बाद की कार्रवाई
चयन के बाद की कार्रवाई
चयन और चयन
चेतावनी:
वर्तनी संदेश की वर्तनी और व्याकरण
अलर्ट के बाद कर्सर
शेष क्षेत्रों में चयन और चयन का विचलन

चेकलिस्ट # 6: रेडियो बटन परीक्षण चेकलिस्ट

रेडियो की बटन:

ADD (ऐड स्क्रीन में) संपादित करें (स्क्रीन संपादित करें)
डिफ़ॉल्ट चयन
चयन के बाद की कार्रवाई
चयन के बाद की कार्रवाई
चयन और चयन
चेतावनी:
वर्तनी संदेश की वर्तनी और व्याकरण
अलर्ट के बाद कर्सर
शेष क्षेत्रों में चयन और चयन का विचलन

चेकलिस्ट # 7: दिनांक फ़ील्ड परीक्षण परिदृश्य

दिनांक फ़ील्ड:

ADD (ऐड स्क्रीन में) संपादित करें (स्क्रीन संपादित करें)
डिफ़ॉल्ट तिथि प्रदर्शन
कैलेंडर का डिज़ाइन
नियंत्रण में विभिन्न महीनों और वर्षों के लिए नेविगेशन
मैनुअल एंट्री डेट टेक्स्ट बॉक्स में
समग्र आवेदन के साथ दिनांक प्रारूप और एकरूपता
चेतावनी:
वर्तनी संदेश की वर्तनी और व्याकरण
अलर्ट के बाद कर्सर
शेष क्षेत्रों में चयन और चयन का विचलन

चेकलिस्ट # 8: बटन परीक्षण परिदृश्य को बचाओ

सहेजें / अपडेट करें:

ADD (ऐड स्क्रीन में) संपादित करें (स्क्रीन संपादित करें)
कोई भी डेटा दिए बिना:
केवल अनिवार्य फ़ील्ड के साथ:
सभी क्षेत्रों के साथ:
अधिकतम सीमा के साथ:
न्यूनतम सीमा के साथ
पुष्टि संदेश में वर्तनी और व्याकरण:
कर्सर
अद्वितीय क्षेत्रों का दोहराव:
वर्तनी और व्याकरण दोहराव चेतावनी संदेश में:
कर्सर

चेकलिस्ट # 9: बटन टेस्ट परिदृश्य रद्द करें

रद्द करना:

सभी क्षेत्रों में डेटा के साथ
केवल अनिवार्य फ़ील्ड के साथ:
सभी क्षेत्रों के साथ:

चेकलिस्ट # 10: डिलीट बटन टेस्टिंग पॉइंट्स

हटाएं:

संपादित करें (स्क्रीन संपादित करें)
जो एप्लिकेशन में कहीं भी उपयोग नहीं किया गया है, उसका रिकॉर्ड डिलीट करें
जिस रिकॉर्ड पर निर्भरता हो, उसे हटा दें
उसी हटाए गए विवरण के साथ फिर से नया रिकॉर्ड जोड़ें

चेकलिस्ट # 11: सेव या अपडेट के बाद प्रभावित क्षेत्रों को सत्यापित करना

बचत / अद्यतन करने के बाद:

दृश्य में प्रदर्शित करें
आवेदन में प्रभावी रूपों में प्रतिबिंब

चेकलिस्ट # 12: डेटा ग्रिड परीक्षण सूची

डेटा ग्रिड:

ग्रिड शीर्षक और वर्तनी
कोई भी डेटा देने से पहले फॉर्म
कोई भी डेटा देने से पहले संदेश
वर्तनी
संरेखण
एस नहीं
फील्ड नाम और आदेश
मौजूदा डेटा की शुद्धता
मौजूदा डेटा का आदेश
मौजूदा डेटा का संरेखण
पेज नेविगेटर
विभिन्न पृष्ठों के साथ नेविगेट करते समय डेटा

लिंक कार्यशीलता संपादित करें

पृष्ठ संपादित करने के बाद:
शीर्षक और वर्तनी
प्रत्येक क्षेत्र में चयनित रिकॉर्ड का मौजूदा डेटा
बटन

हालांकि यह सूची संपूर्ण नहीं हो सकती है, लेकिन यह वास्तव में व्यापक है।

डाउनलोड==> आप एमएस एक्सेल प्रारूप में इन सभी जाँच सूची को डाउनलोड कर सकते हैं: एक्सेल प्रारूप में डाउनलोड करें

नोट करने के लिए अंक:

  1. आपकी आवश्यकता के आधार पर, प्रत्येक श्रेणी के लिए / प्रत्येक क्षेत्र के तहत अतिरिक्त परीक्षण जोड़े जा सकते हैं या मौजूदा फ़ील्ड को हटाया जा सकता है। दूसरे शब्दों में, ये सूचियाँ पूरी तरह से अनुकूलन योग्य हैं।
  2. जब आपके परीक्षण सूट में क्षेत्र-स्तरीय सत्यापन शामिल करने की आवश्यकता होती है, तो आपको केवल संबंधित सूची को चुनना होगा और स्क्रीन / पृष्ठ के लिए इसका उपयोग करना होगा जिसे आप परीक्षण करना चाहते हैं।
  3. सूची सुविधाओं के लिए यह एक स्टॉप-शॉप बनाने, उन्हें मान्य करने और परीक्षण परिणामों को रिकॉर्ड करने के लिए पास / असफल स्थिति को अपडेट करके चेकलिस्ट बनाए रखें।

कृपया नीचे टिप्पणी अनुभाग में अधिक परीक्षण मामलों / परिदृश्यों या नकारात्मक परीक्षण मामलों को जोड़कर इसे पूर्ण चेकलिस्ट बनाने के लिए स्वतंत्र महसूस करें।

इसके अलावा, यदि आप इसे अपने दोस्तों के साथ साझा करते हैं तो मैं इसकी सराहना करता हूं!

PREV ट्यूटोरियल | अगले ट्यूटोरियल

अनुशंसित पाठ

^