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

⚡ स्मार्ट सारांश

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

  • ⚙️ कार्यात्मक प्राथमिकता: किसी भी कॉस्मेटिक समीक्षा शुरू होने से पहले अनिवार्य फ़ील्ड, सीमा की लंबाई, लीप वर्ष, शून्य से विभाजन और टाइमआउट व्यवहार को मान्य करें।
  • 🧭 उपयोगिता संकेत: अलाइनमेंट, टूलटिप्स, कीबोर्ड एक्सेस, स्क्रॉल बार और त्रुटि संदेश रिकवरी की जांच करें ताकि पहली बार उपयोग करने वाला उपयोगकर्ता कभी भी अटक न जाए।
  • 🌐 संगतता मैट्रिक्स: क्रोम पर महत्वपूर्ण प्रवाहों को दोहराएं। Firefoxलेआउट और स्क्रिप्ट में अंतर को उजागर करने के लिए एज, सफारी और मोबाइल ब्राउज़र का उपयोग किया जाता है।
  • डेटाबेस अखंडता: फ्रंट-एंड मानों का मिलान संग्रहीत रिकॉर्ड से करें, दोनों स्तरों पर कुंजियों, ट्रिगर्स, संग्रहीत प्रक्रियाओं और फ़ील्ड की लंबाई को सत्यापित करें।
  • 🔌 एपीआई परत: ब्राउज़र से अलग, स्टेटस कोड, स्कीमा, प्रमाणीकरण, दर सीमा और डाउनस्ट्रीम विफलता प्रबंधन को अलग से सुनिश्चित करें।
  • 🔐 सुरक्षा आधारभूत स्तर: HTTPS को अनिवार्य करें, संग्रहीत रहस्यों को एन्क्रिप्ट करें, बार-बार विफलताओं के बाद खातों को लॉक करें, और SQL इंजेक्शन और ब्रूट फोर्स हमलों की जांच करें।
  • 🚀 प्रदर्शन और पहुंच: मैन्युअल प्रयास के बजाय स्वचालन के साथ स्क्रिप्ट लोड प्रोफाइल तैयार करें, फिर WCAG कंट्रास्ट, लेबल और कीबोर्ड संचालन की पुष्टि करें।

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

ऊपर दिया गया टेम्पलेट दिखाता है कि कैसे एक ही शीट में चेकलिस्ट के हर क्षेत्र के लिए परिदृश्य शामिल किए जा सकते हैं। पृष्ठभूमि के लिए, देखें वेब एप्लिकेशन परीक्षण सिंहावलोकन।

अब आइए प्रत्येक चेकलिस्ट को विस्तार से देखें:

क्रियात्मक परीक्षण

कार्यात्मक परीक्षण क्या है?

  • किसी उत्पाद की विशेषताओं और परिचालन व्यवहार का परीक्षण करना ताकि यह सुनिश्चित किया जा सके कि वे उसकी विशिष्टताओं के अनुरूप हैं।
  • परीक्षण जो किसी प्रणाली या घटक के आंतरिक तंत्र की उपेक्षा करता है तथा केवल चयनित इनपुट और निष्पादन स्थितियों के प्रत्युत्तर में उत्पन्न आउटपुट पर ही ध्यान केंद्रित करता है।

कार्यात्मक परीक्षण का उद्देश्य या लक्ष्य क्या है?

  • का लक्ष्य क्रियात्मक परीक्षण इसका उद्देश्य यह सत्यापित करना है कि आपका उत्पाद आपके विकास दस्तावेज़ में उल्लिखित इच्छित कार्यात्मक विनिर्देशों को पूरा करता है या नहीं।

कार्यात्मक परीक्षण परिदृश्यों के उदाहरण:

  • सभी अनिवार्य फ़ील्ड का परीक्षण मान्य होना चाहिए।
  • जाँच करें कि सभी अनिवार्य फ़ील्ड के लिए तारांकन चिह्न प्रदर्शित होना चाहिए।
  • परीक्षण करें कि सिस्टम वैकल्पिक फ़ील्ड के लिए त्रुटि संदेश प्रदर्शित नहीं करेगा।
  • जाँच करें कि लीप वर्ष सही ढंग से मान्य हैं तथा त्रुटियाँ/गलत गणनाएँ नहीं करते हैं।
  • परीक्षण करें कि संख्यात्मक फ़ील्ड अक्षर स्वीकार नहीं करना चाहिए और उचित त्रुटि संदेश प्रदर्शित होना चाहिए।
  • यदि संख्यात्मक फ़ील्ड के लिए अनुमति हो तो ऋणात्मक संख्याओं के लिए परीक्षण करें।
  • गणना के लिए शून्य से विभाजन का परीक्षण उचित तरीके से किया जाना चाहिए।
  • यह सुनिश्चित करने के लिए कि डेटा काटा नहीं गया है, प्रत्येक फ़ील्ड की अधिकतम लंबाई का परीक्षण करें।
  • जांचें कि क्या डेटा फ़ील्ड के अधिकतम आकार तक पहुँच जाता है या नहीं, तो पॉप अप संदेश ("यह फ़ील्ड 500 वर्णों तक सीमित है") प्रदर्शित होना चाहिए।
  • परीक्षण करें कि अद्यतन और हटाने के कार्यों के लिए एक पुष्टिकरण संदेश प्रदर्शित होना चाहिए।
  • परीक्षण करें कि राशि मान मुद्रा प्रारूप में प्रदर्शित होना चाहिए।
  • सभी इनपुट फ़ील्डों में विशेष वर्णों का परीक्षण करें.
  • टाइमआउट कार्यक्षमता का परीक्षण करें.
  • सॉर्टिंग कार्यक्षमता का परीक्षण करें.
  • उपलब्ध बटनों की कार्यक्षमता का परीक्षण करें
  • गोपनीयता नीति और FAQ स्पष्ट रूप से परिभाषित हैं और उपयोगकर्ताओं के लिए उपलब्ध होने चाहिए।
  • परीक्षण करें कि यदि कोई कार्यक्षमता विफल हो जाती है तो उपयोगकर्ता को कस्टम त्रुटि पृष्ठ पर पुनः निर्देशित कर दिया जाता है।
  • जाँच करें कि अपलोड किए गए सभी दस्तावेज़ ठीक से खुले हैं।
  • परीक्षण करें कि उपयोगकर्ता अपलोड की गई फ़ाइलों को डाउनलोड करने में सक्षम होना चाहिए।
  • सिस्टम की ईमेल कार्यक्षमता का परीक्षण करें.
  • का परीक्षण करें Java स्क्रिप्ट विभिन्न ब्राउज़रों में ठीक से काम कर रही है (IE, Firefox, क्रोम, सफारी और Opera).
  • परीक्षण करके देखें कि यदि कोई उपयोगकर्ता साइट पर रहते हुए कुकीज़ हटाता है तो क्या होता है।
  • परीक्षण करके देखें कि यदि कोई उपयोगकर्ता किसी साइट पर जाने के बाद कुकीज़ हटा देता है तो क्या होता है।
  • कॉम्बो/सूची बॉक्स के अंदर सभी डेटा को कालानुक्रमिक क्रम में व्यवस्थित किया गया है, इसका परीक्षण करें।

एक बार जब फीचर्स सही ढंग से काम करने लगते हैं, तो अगला सवाल यह है कि क्या वास्तविक उपयोगकर्ता बिना किसी सहायता के उनका संचालन कर सकते हैं।

उपयोगिता परीक्षण

प्रयोज्यता परीक्षण क्या है?

  • प्रयोज्यता परीक्षण और कुछ नहीं बल्कि उपयोगकर्ता-मित्रता जांच है।
  • उपयोगिता परीक्षण में, एप्लिकेशन के प्रवाह का परीक्षण किया जाता है ताकि एक नया उपयोगकर्ता एप्लिकेशन को आसानी से समझ सके।
  • मूलतः, प्रयोज्यता परीक्षण में सिस्टम नेविगेशन की जाँच की जाती है।

प्रयोज्यता परीक्षण का उद्देश्य या लक्ष्य क्या है?

प्रयोज्यता परीक्षण, मानक प्रयोज्यता परीक्षण पद्धतियों का उपयोग करके किसी उत्पाद के उपयोग में आसानी और प्रभावशीलता को स्थापित करता है।

प्रयोज्यता परीक्षण मामलों के उदाहरण

  • वेब पेज की सामग्री सही होनी चाहिए और उसमें कोई वर्तनी या व्याकरण संबंधी त्रुटि नहीं होनी चाहिए
  • सभी फ़ॉन्ट आवश्यकताओं के अनुसार समान होने चाहिए।
  • सभी पाठ उचित रूप से संरेखित होने चाहिए।
  • सभी त्रुटि संदेश सही होने चाहिए, उनमें कोई वर्तनी या व्याकरण संबंधी त्रुटि नहीं होनी चाहिए तथा त्रुटि संदेश फ़ील्ड लेबल से मेल खाना चाहिए।
  • प्रत्येक फ़ील्ड के लिए टूल टिप टेक्स्ट मौजूद होना चाहिए।
  • सभी फ़ील्ड उचित रूप से संरेखित होने चाहिए।
  • फ़ील्ड लेबल, कॉलम, पंक्तियों और त्रुटि संदेशों के बीच पर्याप्त स्थान प्रदान किया जाना चाहिए।
  • सभी बटन एक मानक प्रारूप और आकार में होने चाहिए।
  • होम लिंक हर एक पेज पर होना चाहिए।
  • अक्षम किए गए फ़ील्ड को ग्रे रंग में रंगा जाना चाहिए.
  • टूटे हुए लिंक और छवियों की जांच करें।
  • किसी भी प्रकार के अपडेट और डिलीट ऑपरेशन के लिए पुष्टि संदेश प्रदर्शित किया जाना चाहिए।
  • साइट को विभिन्न रेजोल्यूशन (640 x 480, 600×800 आदि) पर जांचें।
  • जांचें कि अंतिम उपयोगकर्ता बिना किसी परेशानी के सिस्टम चला सकता है या नहीं।
  • जाँचें कि टैब ठीक से काम कर रहा है या नहीं।
  • स्क्रॉल बार केवल आवश्यक होने पर ही दिखाई देना चाहिए।
  • यदि सबमिट करने पर कोई त्रुटि संदेश आता है, तो उपयोगकर्ता द्वारा भरी गई जानकारी वहां होनी चाहिए।
  • शीर्षक प्रत्येक वेब पेज पर प्रदर्शित होना चाहिए
  • सभी फ़ील्ड (टेक्स्टबॉक्स, ड्रॉपडाउन, रेडियो बटन, आदि) और बटन कीबोर्ड शॉर्टकट द्वारा सुलभ होने चाहिए और उपयोगकर्ता को कीबोर्ड का उपयोग करके सभी ऑपरेशन करने में सक्षम होना चाहिए।
  • जांचें कि फ़ील्ड आकार के कारण ड्रॉपडाउन डेटा छोटा तो नहीं है। साथ ही, जांचें कि डेटा हार्डकोडेड है या एडमिनिस्ट्रेटर के ज़रिए प्रबंधित है।

एक ब्राउज़र में सही ढंग से दिखने वाला लेआउट दूसरे ब्राउज़र में खराब हो सकता है, इसलिए सभी समर्थित वातावरणों में समान स्क्रीन को दोबारा चलाकर देखें।

संगतता परीक्षण

संगतता परीक्षण क्या है?

  • संगतता परीक्षण का उपयोग यह निर्धारित करने के लिए किया जाता है कि क्या आपका सॉफ़्टवेयर सिस्टम के अन्य तत्वों के साथ संगत है जिसके साथ इसे काम करना चाहिए, जैसे ब्राउज़र, Operaहार्डवेयर या हार्डवेयर।

संगतता परीक्षण का उद्देश्य या लक्ष्य क्या है?

  • संगतता परीक्षण का उद्देश्य यह मूल्यांकन करना है कि सॉफ़्टवेयर किसी विशेष ब्राउज़र में कितना अच्छा प्रदर्शन करता है। Operaसिस्टम, हार्डवेयर या सॉफ्टवेयर।

नमूना संगतता परीक्षण परिदृश्य:

  • वेबसाइट को विभिन्न ब्राउज़रों (IE, Firefox, क्रोम, सफारी और Opera) और सुनिश्चित करें कि वेबसाइट ठीक से प्रदर्शित हो रही है।
  • जाँच करें कि उपयोग किया जा रहा HTML संस्करण उपयुक्त ब्राउज़र संस्करणों के साथ संगत है।
  • विभिन्न ब्राउज़रों में छवियों के सही प्रदर्शन का परीक्षण करें।
  • जाँचें कि फ़ॉन्ट विभिन्न ब्राउज़रों में उपयोग योग्य हैं या नहीं।
  • जाँचें कि जावा स्क्रिप्ट कोड विभिन्न ब्राउज़रों में प्रयोग योग्य है या नहीं।
  • विभिन्न ब्राउज़रों में एनिमेटेड GIF का परीक्षण करें।

लगातार एक समान प्रदर्शन से स्क्रीन के पीछे के रिकॉर्ड के बारे में कुछ भी साबित नहीं होता। क्रॉस ब्राउज़र परीक्षण मैट्रिक्स इस क्षेत्र को प्रबंधनीय बनाए रखता है।

डेटाबेस परीक्षण

डेटाबेस परीक्षण क्या है?

  • In डेटाबेस परीक्षण बैकएंड रिकॉर्ड का परीक्षण किया जाता है जो वेब या डेस्कटॉप एप्लिकेशन के माध्यम से डाले गए हैं। वेब एप्लिकेशन में प्रदर्शित होने वाला डेटा डेटाबेस में संग्रहीत डेटा से मेल खाना चाहिए।

डेटाबेस परीक्षण करने के लिए, परीक्षक को नीचे उल्लिखित बिंदुओं के बारे में पता होना चाहिए:

  • परीक्षक को कार्यात्मक आवश्यकताओं, व्यावसायिक तर्क, अनुप्रयोग प्रवाह और डेटाबेस डिज़ाइन को अच्छी तरह से समझना चाहिए।
  • परीक्षक को अनुप्रयोग के लिए प्रयुक्त तालिकाओं, ट्रिगर्स, स्टोर प्रक्रियाओं, दृश्यों और कर्सर का पता लगाना चाहिए।
  • परीक्षक को ट्रिगर्स, स्टोर प्रक्रियाओं, दृश्यों और निर्मित कर्सर के तर्क को समझना चाहिए।
  • परीक्षक को यह पता लगाना चाहिए कि वेब या डेस्कटॉप अनुप्रयोगों के माध्यम से इन्सर्ट अपडेट और डिलीट (डीएमएल) ऑपरेशन किए जाने पर कौन सी तालिकाएं प्रभावित होती हैं।

उपर्युक्त बिंदुओं की सहायता से परीक्षक आसानी से डेटाबेस परीक्षण के लिए परीक्षण परिदृश्य लिख सकता है।

डेटाबेस परीक्षण के लिए उदाहरण परीक्षण मामले:

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

एपीआई परीक्षण चेकलिस्ट

अधिकांश व्यावसायिक नियम अब REST या GraphQL एंडपॉइंट्स के पीछे मौजूद होते हैं, इसलिए केवल ब्राउज़र जांच से यह साबित नहीं किया जा सकता कि सिस्टम काम करता है। एंडपॉइंट्स का परीक्षण सीधे तौर पर सुरक्षा खामियों को उजागर करता है।tracउपयोगकर्ता इंटरफ़ेस की तुलना में प्राधिकरण संबंधी दोषों का पता बहुत पहले ही लगाया जा सकता है।

एंडपॉइंट को साइन ऑफ करने से पहले निम्नलिखित परिदृश्यों पर विचार करें:

एपीआई परीक्षण के लिए नमूना परीक्षण परिदृश्य:

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

इस सूची को हर वातावरण में चलाएँ, क्योंकि स्टेजिंग और प्रोडक्शन में अक्सर अलग-अलग अनुमति सेट होते हैं। देखें एपीआई परीक्षण अवलोकन और REST API का मैन्युअल परीक्षण करना.

इनमें से कई जांचें सुरक्षा संबंधी कार्यों से मेल खाती हैं।

सुरक्षा परीक्षण

सुरक्षा परीक्षण इसमें सुरक्षा के दृष्टिकोण से किसी भी दोष और अंतराल की पहचान करने के लिए परीक्षण शामिल है।

सुरक्षा परीक्षण के लिए नमूना परीक्षण परिदृश्य:

  • वेब पेज को सत्यापित करें जिसमें महत्वपूर्ण डेटा जैसे पासवर्ड, क्रेडिट कार्ड नंबर, सुरक्षा प्रश्न के गुप्त उत्तर आदि शामिल हैं, उन्हें HTTPS (SSL) के माध्यम से सबमिट किया जाना चाहिए।
  • सत्यापित करें कि पासवर्ड, क्रेडिट कार्ड नंबर आदि जैसी महत्वपूर्ण जानकारी एन्क्रिप्टेड प्रारूप में प्रदर्शित होनी चाहिए।
  • पासवर्ड सत्यापन नियम सभी प्रमाणीकरण पृष्ठों जैसे पंजीकरण, पासवर्ड भूल गए, पासवर्ड बदलें पर लागू किए गए हैं।
  • सत्यापित करें कि यदि पासवर्ड बदल दिया गया है तो उपयोगकर्ता पुराने पासवर्ड से लॉगइन नहीं कर पाएगा।
  • सत्यापित करें कि त्रुटि संदेश में कोई महत्वपूर्ण जानकारी प्रदर्शित नहीं होनी चाहिए।
  • सत्यापित करें कि यदि उपयोगकर्ता सिस्टम से लॉग आउट हो गया है या उपयोगकर्ता सत्र समाप्त हो गया है, तो उपयोगकर्ता साइट पर नेविगेट करने में सक्षम नहीं होना चाहिए।
  • बिना लॉगिन के सीधे सुरक्षित और गैर-सुरक्षित वेब पेजों तक पहुंचने के लिए सत्यापन करें।
  • सत्यापित करें कि "स्रोत कोड देखें" विकल्प अक्षम है और उपयोगकर्ता को दिखाई नहीं देना चाहिए।
  • सत्यापित करें कि यदि उपयोगकर्ता कई बार गलत पासवर्ड दर्ज कर रहा है तो उपयोगकर्ता खाता लॉक हो गया है।
  • सत्यापित करें कि कुकीज़ पासवर्ड संग्रहीत नहीं करना चाहिए।
  • सत्यापित करें कि कोई भी कार्यक्षमता काम नहीं कर रही है, सिस्टम को कोई भी एप्लिकेशन, सर्वर या डेटाबेस जानकारी प्रदर्शित नहीं करनी चाहिए। इसके बजाय, इसे कस्टम त्रुटि पृष्ठ प्रदर्शित करना चाहिए।
  • SQL इंजेक्शन हमलों की पुष्टि करें.
  • उपयोगकर्ता की भूमिका और उनके अधिकारों को सत्यापित करें। उदाहरण के लिए, अनुरोधकर्ता को एडमिन पेज तक पहुँचने में सक्षम नहीं होना चाहिए।
  • सुनिश्चित करें कि महत्वपूर्ण कार्यों को लॉग फ़ाइलों में लिखा गया है, और वह जानकारी अवश्य ही उपलब्ध होनी चाहिए। tracसक्षम.
  • सत्यापित करें कि सत्र मान पता बार में एन्क्रिप्टेड प्रारूप में हैं।
  • सत्यापित करें कि कुकी जानकारी एन्क्रिप्टेड प्रारूप में संग्रहीत है।
  • ब्रूट फोर्स अटैक के लिए एप्लिकेशन को सत्यापित करें

एक कठोर अनुप्रयोग जो भार के नीचे झुक जाता है, वह अभी भी अनुपयोगी है, इसलिए अगले चरण में पैमाने को मापा जाता है।

प्रदर्शन का परीक्षण

प्रदर्शन का परीक्षण निर्दिष्ट प्रदर्शन आवश्यकताओं के साथ किसी प्रणाली या घटक के अनुपालन का मूल्यांकन करने के लिए आयोजित किया जाता है।

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

  • विभिन्न लोड स्थितियों के तहत किसी अनुप्रयोग के प्रदर्शन, स्थिरता और मापनीयता का निर्धारण करना।
  • यह निर्धारित करने के लिए कि क्या वर्तमान आर्किटेक्चर उच्चतम उपयोगकर्ता स्तर पर अनुप्रयोग का समर्थन कर सकता है।
  • यह निर्धारित करने के लिए कि कौन सा कॉन्फ़िगरेशन आकार सर्वोत्तम प्रदर्शन स्तर प्रदान करता है।
  • अनुप्रयोग और बुनियादी ढांचे की बाधाओं की पहचान करना।
  • यह निर्धारित करना कि क्या सॉफ्टवेयर के नए संस्करण का प्रतिक्रिया समय पर प्रतिकूल प्रभाव पड़ा है।
  • उत्पाद और/या हार्डवेयर का मूल्यांकन करके यह निर्धारित करना कि क्या यह अनुमानित लोड वॉल्यूम को संभाल सकता है।

प्रदर्शन परीक्षण कैसे करें? मैन्युअल परीक्षण द्वारा या स्वचालन द्वारा

व्यावहारिक रूप से कुछ कमियों के कारण मैन्युअल रूप से प्रदर्शन परीक्षण करना संभव नहीं है:

  • अधिक संख्या में संसाधनों की आवश्यकता होगी।
  • एक साथ कार्य करना संभव नहीं है।
  • उचित प्रणाली निगरानी उपलब्ध नहीं है।
  • दोहराए जाने वाले कार्य को करना आसान नहीं है।

इसलिए उपरोक्त समस्याओं को दूर करने के लिए हमें प्रदर्शन परीक्षण उपकरण का उपयोग करना चाहिए। नीचे कुछ लोकप्रिय परीक्षण उपकरणों की सूची दी गई है।

एक प्रकार का उपयोगकर्ता वर्ग अभी भी अनुपस्थित है: वे उपयोगकर्ता जो सहायक तकनीक के माध्यम से इन स्क्रीन तक पहुंचते हैं।

पहुँचयोग्यता परीक्षण चेकलिस्ट

अभिगम्यता परीक्षण यह पुष्टि करता है कि स्क्रीन रीडर, केवल कीबोर्ड नेविगेशन या आवर्धन का उपयोग करने वाले लोग भी अन्य सभी लोगों की तरह ही यात्रा पूरी कर सकते हैं। यह एक खरीद आवश्यकता भी है, क्योंकि उद्यमtracटीएस आमतौर पर संदर्भ WCAG 2.2 स्तर AAये दोष संरचनात्मक हैं और इन्हें शुरुआती चरण में ठीक करने में काफी कम लागत आती है।

अभिगम्यता परीक्षण के लिए नमूना परीक्षण परिदृश्य:

  • यह सुनिश्चित करें कि सार्थक छवियों में वर्णनात्मक वैकल्पिक पाठ हो और सजावटी छवियां सहायक तकनीक से छिपी हों।
  • यह सुनिश्चित करें कि प्रत्येक फॉर्म कंट्रोल में प्रोग्रामेटिक रूप से संबद्ध लेबल हो, न कि केवल आसन्न प्लेसहोल्डर टेक्स्ट।
  • यह सत्यापित करें कि पृष्ठ केवल कीबोर्ड के साथ काम करता है, और प्रत्येक पड़ाव पर एक दृश्यमान फोकस संकेतक मौजूद हो।
  • सुनिश्चित करें कि टेक्स्ट और इंटरैक्टिव तत्व अपनी पृष्ठभूमि के सापेक्ष न्यूनतम कंट्रास्ट अनुपात को पूरा करते हैं।
  • यह सुनिश्चित करें कि शीर्षकों का क्रम तार्किक हो और कोई स्तर छूटा हुआ न हो, ताकि स्क्रीन रीडर नेविगेशन ठीक से काम करे।
  • सुनिश्चित करें कि त्रुटि संदेश सहायक तकनीक को सूचित किए जाते हैं और त्रुटि वाले क्षेत्र की पहचान करें।
  • यह सत्यापित करें कि पृष्ठ क्षैतिज स्क्रॉलिंग के बिना 200 प्रतिशत ज़ूम पर भी उपयोग करने योग्य बना रहता है।
  • यह सत्यापित करें कि मॉडल, टैब और अकॉर्डियन जैसे कस्टम विजेट सही भूमिकाएं और स्थितियां प्रदर्शित करते हैं।

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

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

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

Revहर बड़े रिलीज़, नए इंटीग्रेशन या प्रोडक्शन संबंधी घटना के बाद इसकी समीक्षा करें। हर ठीक हुई खराबी के लिए एक लाइन जोड़ें ताकि वही गड़बड़ी दोबारा न हो। जिस चेकलिस्ट को बार-बार संशोधित नहीं किया जाता, वह जल्दी ही एप्लिकेशन के वास्तविक व्यवहार को दर्शाना बंद कर देती है।

अधिकांश टीमें सुरक्षा कवरेज को इससे जोड़ती हैं OWASP वेब सुरक्षा परीक्षण मार्गदर्शिकाWCAG 2.2 की सुलभता और ISTQB के अनुरूप समग्र प्रक्रिया शब्दावली। ये संदर्भ चेकलिस्ट को केवल टीम की आदतों पर आधारित होने के बजाय ऑडिट करने योग्य बनाते हैं।

जी हाँ। आवश्यकताओं, उपयोगकर्ता कहानियों या एपीआई विशिष्टताओं को एक बड़े भाषा मॉडल में डालने से परिदृश्यों का एक ठोस प्रारंभिक मसौदा तैयार हो जाता है। एक परीक्षक को अभी भी डुप्लिकेट को हटाना होगा, ऐसे व्यावसायिक नियम जोड़ने होंगे जिन्हें मॉडल अनुमान नहीं लगा सकता है, और यह पुष्टि करनी होगी कि प्रत्येक आइटम वास्तव में सत्यापन योग्य है।

सेल्फ-हीलिंग लोकेटर मार्कअप में बदलाव के बाद तत्वों को पुनः पहचान लेते हैं, जिससे रखरखाव में बाधा डालने वाली अनियमित विफलताओं में कमी आती है। एआई डुप्लिकेट दोषों को भी समूहित करता है और यह निर्धारित करता है कि पहले कौन से सूट चलाने हैं, जिससे चेकलिस्ट बढ़ने पर भी रिग्रेशन चक्र छोटा रहता है।

इस पोस्ट को संक्षेप में इस प्रकार लिखें: