Magento के तहत मॉड्यूल के सिस्टम परीक्षण के दौरान नुकसान

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


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

बड़ा डेटाबेस
हमारे पास नमूना-डेटा है, जिसे हमने "XXL" कहा - दसियों हज़ारों उत्पन्न कस्टम मीटर, उत्पाद और ऑर्डर। अभ्यास से पता चलता है कि इस तरह के "स्टोर" पर बहुत सारे मॉड्यूल उनके असफल कार्यान्वयन को उजागर करते हैं। अधिकतर यह पृष्ठ लोड समय में भारी वृद्धि में व्यक्त किया जाता है।

मल्टी दुकान
यह विभिन्न वेबसाइट / स्टोर / स्टोर-व्यू के समर्थन को संदर्भित करता है - "स्टोर" के विभिन्न स्थानों के लिए विभिन्न विकल्प मान, (कुछ) कुछ स्थानों पर प्रदर्शित होते हैं, फ्रंटेंड पर लोकल को बदलते समय पुनर्निर्देशित करते हैं।
इस मामले को स्वचालित करने की सिफारिश की गई है।

एकल दुकान
कभी-कभी डेवलपर्स यह भूल जाते हैं कि स्टोर पर केवल एक स्टोर व्यू हो सकता है और इसकी आईडी 1 से भिन्न हो सकती है।
इस मामले को स्वचालित करने की सिफारिश की गई है।

HTTPS
सबसे आम समस्याएं हैं:
- जावास्क्रिप्ट / AJAX मॉड्यूल टूट जाता है
- जब मॉड्यूल मेरे खाते में एक टैब जोड़ता है, तो अक्सर URL में https का उपयोग नहीं किया जाता है
- https से अनुरोध http, और इसके विपरीत भेजा जाता है
- आप अभी भी https के साथ Store Base Unsecure Url बना सकते हैं (ताकि संपूर्ण स्टोर, फ्रंटएंड पर https का उपयोग करता है)
इस मामले को स्वचालित करने की सिफारिश की गई है।

मल्टी-एड्रेस चेकआउट
बॉक्स के बाहर मैजेंटो में एक चेकआउट है जो आपको कई पते के लिए एक आदेश देने की अनुमति देता है। इसलिए यदि आपका मॉड्यूल किसी तरह चेकआउट के साथ बातचीत करता है - तो मल्टी-एड्रेस चेकआउट के बारे में मत भूलना।

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

चेकआउट में रजिस्टर करें
यदि मॉड्यूल किसी तरह लॉगिन या पंजीकरण के साथ काम करता है, तो यह मत भूलो कि चेकआउट में भी लॉगिन / रजिस्टर है।
कैप्चा के साथ संभावित समस्याओं को भी यहां शामिल किया जा सकता है।

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

बैकेंड एडमिन अनुमतियां (एसीएल)
निश्चित रूप से आपका मॉड्यूल बैकएंड में कुछ मेनू आइटम जोड़ता है। आपको यह सुनिश्चित करना चाहिए कि जिन व्यवस्थापकों को इन मेनू आइटमों तक पहुंच नहीं होनी चाहिए, वास्तव में उन तक पहुंच नहीं है। इसे डायरेक्ट लिंक के जरिए पास करके चेक किया जाता है। आपको "छिपी" लिंक पर भी ध्यान देने की आवश्यकता है, उदाहरण के लिए स्टोर / व्यवस्थापक / promo_catalog / delete / id / 1 - यह लिंक ID = 1 के साथ कैटलॉग मूल्य नियम को हटा देगा। ऐसे लिंक को भी ध्यान में रखना चाहिए जो उनका अनुसरण करते हैं।
इस मामले को स्वचालित करने की सिफारिश की गई है।

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

विषय-वस्तु
यह आपके मॉड्यूल को किसी फ्रंट-एंड विषय पर अधिमानित करने के लिए नहीं है (अधिमानतः "लड़ाई" के करीब एक ऑनलाइन स्टोर पर) और सुनिश्चित करें कि वहां कुछ भी नहीं टूटा।

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

CSV अनुवाद
एप्लिकेशन / लोकेल / xx_XX / फ़ोल्डर में सीएसवी फाइलें होती हैं जो पाठ अनुवाद का जवाब देती हैं। सुनिश्चित करें कि आपके मॉड्यूल में भी ऐसी फ़ाइल है, कि मॉड्यूल के सभी लेबल और संदेश इस फ़ाइल में हैं, और यह फ़ाइल को फ्रंटएंड पर लेबल "ट्रांसलेट" करता है।
इस मामले को स्वचालित करने की सिफारिश की गई है।

पिछले संस्करण से अद्यतन करें
डेटाबेस में मॉड्यूल तालिकाओं की संरचना को रीफ़ैक्टरिंग या बदलते समय, हमें पिछले संस्करण से अपडेट की जांच करनी चाहिए।

डेटा अखंडता की जाँच करें
यदि आप किसी उपयोगकर्ता, उत्पाद या अन्य इकाई को हटाते हैं तो आपका मॉड्यूल क्या होगा?

उत्पाद स्टॉक से बाहर है
यह मत भूलो कि उत्पाद स्टॉक से बाहर हो सकते हैं या हो सकते हैं।

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

डेटाबेस उपसर्ग
और डेवलपर्स कभी-कभी यह भूल जाते हैं कि डेटाबेस में तालिकाओं में उपसर्ग हैं। ऐसा बग निश्चित रूप से पूरे मॉड्यूल को गिरा देगा। या यहां तक ​​कि पूरे "स्टोर"।

संकलन
हाल ही में, नए मॉड्यूल में संकलन (बैकेंड> टूल्स> संकलन) से संबंधित बग्स काफ़ी कम हो गए हैं। ऐसा लगता है कि हमारे प्रोग्रामर रेक पर दो बार कदम रखना पसंद नहीं करते हैं।

फ्लैट श्रेणी / उत्पाद
सिस्टम> कॉन्फ़िगरेशन> कैटलॉग, री-इंडेक्स में इन विकल्पों को सक्षम करें और श्रेणी या उत्पाद पर जाएं। एक विशिष्ट बग।

यूआरएल / एसईओ अनुकूलन के लिए स्टोर कोड
ये विकल्प URL को प्रभावित करते हैं। जहाँ urls, वहाँ ये विकल्प हैं।

विशेष प्रतीक और इंजेक्शन
हम स्क्रिप्ट और अन्य XSS / SQL इंजेक्शन के प्रतिरोध के लिए मॉड्यूल की जाँच करते हैं, विशेष वर्णों को प्रदर्शित करने और संसाधित करने के लिए, एक फॉर्म में मानों को प्रतिस्थापित करने के लिए, आदि।

लोकेल / समयक्षेत्र
स्थानीयकरण से संबंधित सब कुछ: तारीखों और कीमतों का प्रारूप, चाहे दुकान की सेटिंग में निर्धारित समय क्षेत्र को ध्यान में रखा जाए, आदि।

त्रुटि के बाद प्रपत्र सहेजें
फॉर्म में दर्ज मूल्यों को बचाने के लिए यह अच्छा अभ्यास है, अगर फॉर्म को सहेजते / सबमिट करते समय सर्वर कोई त्रुटि देता है।

बैकएंड से ऑर्डर क्रिएट करें
एक आदेश भी व्यवस्थापक पैनल से बनाया जा सकता है। यह भी अक्सर भुला दिया जाता है।

बैकएंड से ग्राहक बनाएं
पिछले पैराग्राफ के समान।

W3C मान्यता
लेआउट की वैधता के लिए रोबोट के लिए उपलब्ध पृष्ठों की जाँच करें। आप इस सत्यापन के कुछ बिंदुओं के बारे में बहस कर सकते हैं, लेकिन तथ्य यह है कि आपके मॉड्यूल के खरीदार आपके सिरदर्द बन जाएंगे यदि आप इस मुद्दे पर पहले से ध्यान नहीं देते हैं।