परीक्षण चरण
अब जब आपका अनुप्रयोग बन गया है, तो अगला कदम इसका परीक्षण शुरू करना है. इस भाग में आप मूल बातें सीखेंगे कि परीक्षण कैसे की जाने चाहिए.
परीक्षण के प्रकार
यूनिट परीक्षण
एक इकाई परीक्षण का उपयोग यह जांचने के लिए किया जाता है कि आपके अनुप्रयोग का कोई खास फंक्शन या फीचर सही तरीके से काम कर रहा है या नहीं.
अंत-से-अंत तक परीक्षण
अंत-से-अंत तक परीक्षण का उपयोग यह जांचने के लिए किया जाता है कि समग्र समाधान सही तरीके से चलता है या नहीं. यह महत्वपूर्ण है क्योंकि भले ही सभी इकाई परीक्षण सही ढंग से कार्य कर रहे हों, दो इकाइयों के बीच एकीकरण संभवतः विफल हो सकता है. ये परीक्षण एक परीक्षण परिदृश्य का पालन करके किए जाते हैं जो वास्तविक व्यावसायिक प्रक्रिया के उपयोग के मामले के करीब होता है.
उपयोगकर्ता स्वीकृति परीक्षण
एक उपयोगकर्ता स्वीकृति परीक्षण (UAT) निर्माता के बजाय अनुप्रयोग के उपयोगकर्ता द्वारा किया जाता है. यह परीक्षण यह सुनिश्चित करने के लिए होता है कि निर्माताओं द्वारा जो बनाया गया है वह उपयोगकर्ता द्वारा शुरू में सुझाई गई आवश्यकताओं से मेल खाता है.
यहां UATs से अच्छे परिणाम पाने के लिए कुछ सुझाव दिए गए हैं:
वास्तविक उपयोगकर्ताओं के साथ परीक्षण करें.
IT कौशल स्तरों के संदर्भ में विविधता वाले उपयोगकर्ताओं को चुनने का प्रयास करें. इस तरह, आप विभिन्न प्रकार की प्रतिक्रिया प्राप्त कर सकते हैं.
उपयोगकर्ता निर्देश न दें; देखें कि क्या वे अनुप्रयोग को सहज रूप से समझ सकते हैं.
देखें कि वे सहायता के बिना अनुप्रयोग को कैसे नेविगेट करते हैं, और देखें कि आप डिज़ाइन को कहां सुधार सकते हैं.
जब उपयोगकर्ता किसी स्क्रीन पर अटक जाता है, तो उन्हें यह बताने के लिए कहें कि उनकी अपेक्षा क्या थी.
यह सुनिश्चित करने के लिए विभिन्न उपकरणों को आज़माएं कि परीक्षण के मामले समान हैं.
आदर्श रूप से, अगर अनुप्रयोग ऑफ़लाइन क्षमताओं का उपयोग करता है, तो अनुप्रयोग का परीक्षण उपयोगकर्ता के वास्तविक परिवेश या स्थान पर करें.
अपने उपयोगकर्ताओं से आपके अनुप्रयोग को "तोड़ने" का प्रयास करने के लिए कहें, जैसे कि टेक्स्ट फ़ील्ड में असामान्य वर्ण दर्ज करके.
उपयोगकर्ता आमतौर पर "खुश पथ" का परीक्षण करेंगे (वह पथ जो उपयोगकर्ता लेता है जब सब कुछ पूरी तरह से अच्छा चल रहा होता है); उन्हें परिदृश्यों का परीक्षण करने के लिए भी कहें जैसे कि व्यय रिपोर्ट को प्रस्तुत करने के बजाय रद्द करना या अनुमोदित करने के बजाय व्यय रिपोर्ट को अस्वीकार करना.
हो सकता है आपके उपयोगकर्ता परीक्षण सॉफ़्टवेयर से परिचित नहीं हो. उन्हें बताएं कि आप किस तरह की प्रतिक्रिया चाह रहे हैं. यह सुनिश्चित करने के लिए कि परीक्षक समझाए कि वे वास्तव में कर क्या रहे थे, क्या हुआ, वे इसके बजाय क्या होने की उम्मीद कर रहे थे, और उनके परीक्षण परिवेश (जैसे डिवाइस प्रकार और ब्राउज़र) के बारे में कोई प्रासंगिक जानकारी दे सकें, "बग" के लिए एक टेम्प्लेट प्रदान करना अक्सर सहायक होता है.
उपयोगकर्ता के लिए विशिष्टताओं में परिवर्तन का अनुरोध करना या अतिरिक्त सुविधाएं मांगना स्वाभाविक और ठीक है. इन अनुरोधों को सुविधाओं और अनुरोधों को प्राथमिकता देना में वर्णित फीचर सूची में रिकॉर्ड किया जाना चाहिए.
परीक्षण मामले और परिदृश्य बनाना
व्यापक परीक्षण परिदृश्यों और परीक्षण मामलें लिखने के लिए, आपको नियोजन चरण और डिजाइनिंग चरणों से वापस संदर्भ लेना चाहिए यह सुनिश्चित करने के लिए कि आपको सभी महत्वपूर्ण परिदृश्यों का परीक्षण करें.
पहला चरण इकाई परीक्षण लिखना है. सुनिश्चित करें कि आप प्रत्येक परीक्षणों को सुविधा या फ़ंक्शन में तोड़ें. इकाई परीक्षणों के परीक्षण मामलों को नीचे दी गई तालिका की तरह सूचीबद्ध किया जाना चाहिए:
| टेस्ट केस संख्या | परीक्षण का वर्णन | परीक्षण करने के लिए इनपुट | अपेक्षित परिणाम | परिणाम |
|---|---|---|---|---|
| 1-1 | एक प्रपत्र से ऑर्डर विवरण सबमिट करें | ऑर्डर नंबर 16516 | आदेश सफलतापूर्वक सबमिट किया गया है | |
| 1-2 | जांचें कि एक PDF उत्पन्न हो और रिकॉर्ड से जोड़ा जाए | N/A | PDF फाइल रिकॉर्ड से जुड़ी है | |
| 1-3 | जांचे ईमेल सूचना उपयोगकर्ता को भेजी गई है | test@contoso.com | ईमेल निर्दिष्ट प्राप्तकर्ता द्वारा प्राप्त किया जाता है |
कैनवस अनुप्रयोग का परीक्षण करने में आपकी सहायता करने के लिए उपकरण
Power Apps Test Studio (प्रायोगिक)
कैनवास अनुप्रयोग के अंदर परीक्षण करने के लिए, आप कैनवास अनुप्रयोग के लिए परीक्षण लिखने, व्यवस्थित करने और स्वचालित करने के लिए एक अंतर्निहित टूल का उपयोग कर सकते हैं जिसका नाम Power Apps टेस्ट स्टूडियो है. अधिक जानकारी: टेस्ट स्टूडियो (प्रायोगिक)
Azure मॉनिटर (प्रयोगात्मक)
जब आप प्रदर्शन समस्याओं के लिए परीक्षण कर रहे हैं, तो आप ब्राउज़र में नेटवर्क ट्रेस के समान नेटवर्क गतिविधि की जांच करने के लिए मॉनिटर का उपयोग कर सकते हैं. मॉनिटर टूल के बारे में जानकारी के लिए, अनुप्रयोग डिबग करने और प्रदर्शन को बेहतर करने के लिए पेश है मॉनिटर ब्लॉग पोस्ट देखें.
मॉडल-संचालित अनुप्रयोग का परीक्षण करने में आपकी सहायता करने के लिए उपकरण
EasyRepro
EasyRepro Dynamics 365 और Power Apps मॉडल-चालित अनुप्रयोगों के लिए प्रदान किया गया उपकरण है. इसमें न केवल एक परीक्षण उपकरण शामिल है बल्कि परीक्षण प्रक्रिया को गति देने में आपकी सहायता के लिए 200 से अधिक नमूना परीक्षण केसिस भी हैं. अधिक जानकारी के लिए, ब्लॉग पोस्ट EasyRepro स्वचालित परीक्षण ढांचा देखें, और EasyRepro GitHub रिपॉजिटरी पर इस तक पहुंचें.
समाधान परीक्षक
समाधान चेकर एक ऐसा टूल है जो यह जाँचता है कि आपने जो समाधान बनाया है वह अच्छा है या नहीं. आप जल्दी से मुद्दों की समीक्षा कर सकते हैं और अनुशंसित सुधार देख सकते हैं. अधिक जानकारी: Power Apps में अपने मॉडल-संचालित अनुप्रयोगों को सत्यापित करने के लिए समाधान परीक्षक का उपयोग करें
नोट
क्या आप हमें अपनी दस्तावेज़ीकरण भाषा वरीयताओं के बारे में बता सकते हैं? एक छोटा सर्वेक्षण पूरा करें. (कृपया ध्यान दें कि यह सर्वेक्षण अंग्रेज़ी में है)
सर्वेक्षण में लगभग सात मिनट लगेंगे. कोई भी व्यक्तिगत डेटा एकत्र नहीं किया जाता है (गोपनीयता कथन).