सभी को नमस्कार!

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

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

^{“एक आदर्श प्रोग्रामर। सॉफ्टवेयर डेवलपमेंट प्रोफेशनल कैसे बनें »
रॉबर्ट एस मार्टिन}

कहाँ से शुरू करें?

प्रोटोटाइप पर लेआउट ।

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

यदि कुछ करना असंभव है (बहुत महंगा पढ़ें) - तो मुझे यही कहना चाहिए। बहुत, बहुत, बहुत गूंगा ताजा प्रोटोटाइप को देखने के लिए जो ताजा कार्य के साथ अभिसरण नहीं करते हैं।


एन अंतर खोजें। बाईं ओर प्रोटोटाइप।

डेटा भरना और प्रदर्शित करना

साइट पर जानकारी स्थिर और अपरिवर्तित होने पर सभी ठीक है। आप ब्राउज़रों और कई प्रस्तावों की एक जोड़ी में देख सकते हैं। यह तुरंत स्पष्ट समस्याएं ढूंढेगा और परीक्षण से पहले उन्हें ठीक कर देगा।

लेकिन सब कुछ बदल जाता है जब वे होते हैं - इनपुट ।

उन सब में प्रवेश करना बेहद आवश्यक है:

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

अग्रणी और अनुगामी स्थानों के बारे में।

केवल पासवर्ड के लिए, शायद, सिवाय 99% मामलों में उनकी आवश्यकता नहीं है, लेकिन यह गलत है। मेरे पास अनुभव था जब लॉगिन के अंत में एक स्थान के कारण एप्लिकेशन क्रैश हो गया था। यह मेल से लाइन कॉपी करने के बाद बना रहा। तो: रिक्त स्थान ट्रिम !

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

सभी समान जांचें:

• बड़े पाठ, रिक्त स्थान के साथ या बिना।
• लाइन विराम, पैराग्राफ के साथ ग्रंथों। कभी-कभी मैं इसके लिए कविताएँ सम्मिलित करता हूँ।
• न्यूनतम डेटा सेट। क्या सबकुछ तब भी बना रहता है जब कुछ नहीं या लगभग कुछ भी नहीं?
• एक जटिल इकाई से सभी क्षेत्रों का प्रदर्शन नहीं। वे खाली हो सकते हैं।

बिल्ली के नीचे कुछ जीवित उदाहरण हैं।

सत्यापन

कभी-कभी आप केवल वही नहीं लेते और दर्ज करते हैं जो आप चाहते हैं - सत्यापन कार्य।

क्या करें?

हम सत्यापन की सूची देखते हैं और उनमें से प्रत्येक के लिए हम जांच करते हैं कि वह कसम खाता है। यानी लंबाई प्रतिबंध, निषिद्ध चरित्र, इनपुट मुखौटा - यह सब जांचना चाहिए और सुनिश्चित करें कि यह काम करता है।

संकेत: पाठ को कॉपी करके भी दर्ज किया जा सकता है।

आईई

मैं समझता हूं कि पहली प्रतिक्रिया कुछ ऐसी है।



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

मैट्रिक्स

यह IE के साथ लगभग पसंद है, लेकिन यह चोट नहीं करता है।

यदि आपके प्रोजेक्ट पर कोई कस्टम मेट्रिक्स एकत्र नहीं किया गया है, तो सब कुछ ठीक है। अन्यथा, आपको दो काम करने होंगे:

• सभी मैट्रिक्स को आवश्यक क्रियाओं पर लटकाएं। मेरे अनुभव में, मेट्रिक्स के बारे में जानकारी या तो एनालिटिक्स से मिली, या फ्रंट-एंड विक्रेताओं को खुद पता था।
• जांचें कि सही डेटा के साथ सही मैट्रिक्स कार्रवाई के लिए भेजे गए हैं। कम से कम आउटपुट में देव मोड में।

एक निष्कर्ष के बजाय

मैंने संक्षेप में बात की कि सामने वाले के साथ काम करते समय आपको क्या ध्यान देना चाहिए। ये कुछ चेक आपको आउटपुट पर एक बेहतर उत्पाद प्राप्त करने की अनुमति देंगे।

मैं यह नोट करना चाहूंगा कि यदि आपके पास एक परीक्षक नहीं है तो लेख उपयोगी होगा। इसलिए, अंत में एक बार फिर संक्षिप्त सारांश:

• प्रोटोटाइप पर लेआउट।
• विभिन्न प्रकार के डेटा दर्ज करें: एक शब्द में बहुत कुछ, थोड़ा, दर्ज न करें।
• ट्रिम स्पेस।
• सत्यापन की जाँच करें।
• आईई।
• मेट्रिक्स को न भूलें।

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

प्रश्न: परीक्षकों को सब कुछ मिल जाएगा!
A: सभी नहीं। परीक्षक आपके लिए एक HEPA फ़िल्टर नहीं हैं, बल्कि लोग हैं। और अगर विकास के स्तर पर किसी ने अपने काम का हिस्सा नहीं किया, तो यह कहीं भी नहीं जाता है, लेकिन बस किसी और को गुजरता है।

पकड़ा गया, लेकिन नहीं देखा? इसलिए अन्य लोग इसके साथ काम करेंगे, न केवल समय व्यतीत करेंगे, बल्कि उनकी ताकत भी। एक व्यक्ति थक जाता है, आंख को धोया जाता है, थकान जमा होती है। और ऐसी समस्याओं के शाफ्ट से परे, अधिक गंभीर चीजें याद की जा सकती हैं।

इसके अलावा, यह मत भूलो कि पिंग-पोंग कार्यों के साथ कोई भी खेल केवल अतिरिक्त समय की लागत लगाता है। सामान्य रूप से समाप्त करना अभी भी आवश्यक है। लेकिन समस्याओं का जल्द पता लगाने से संपूर्ण विकास प्रक्रिया में तेजी आती है।

आपका ध्यान के लिए धन्यवाद।