ACID3 में गोता लगाएँ

(यह विभिन्न ब्राउज़र परीक्षणों की समीक्षा के लिए समर्पित लेखों की श्रृंखला में पहला लेख है।)

एसिड 3 क्या है? इसका आविष्कार किसने किया? यह कैसे काम करता है और यह कैसे काम करता है? वह वास्तव में क्या मापता है? हम इस लेख में इन और अन्य प्रश्नों को पूछेंगे और उत्तर खोजने का प्रयास करेंगे।

एसिड 3 क्या है?

एसिड 3 विशेष परीक्षणों की एक श्रृंखला का तीसरा है (इससे पहले कि एसिड 1 और एसिड 2 थे) "ब्राउज़र निर्माताओं की मदद करने के लिए लिखा गया था ताकि वे अपने उत्पादों में मानकों के समर्थन की जांच कर सकें"। विशेष रूप से, ACID3 का उद्देश्य गतिशील "वेब 2.0" अनुप्रयोगों के विकास से संबंधित विशिष्टताओं का परीक्षण करना है।



एसिड 3 में 100 विशेष परीक्षण शामिल हैं जो 19 विभिन्न विशिष्टताओं का परीक्षण करते हैं।

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

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



(यह दिलचस्प है, वैसे, Google रुझानों के अनुसार, रूस पिछले तीन वर्षों में सबसे शीर्ष तीन देशों में से एक रहा है, जहां एसिड 3 सबसे ज्यादा चर्चा में है।)

एक उपाय के रूप में ब्राउज़र की "गुणवत्ता" का उपयोग करने के मामले में, शायद, सबसे अधिक हड़ताली और व्यापक रूप से न केवल समुदाय और पत्रकारों के बीच, बल्कि कभी-कभी व्यक्तिगत कंपनियों द्वारा भी उपयोग किया जाता है :)



विपणन अर्थों में, "संख्याओं का जादू" और 100 ~ 100% की सामान्य साहचर्य श्रृंखला एक अतिरिक्त भ्रामक प्रभाव पैदा करती है, जो निश्चित रूप से, सहायक मानकों के दृष्टिकोण से, बिल्कुल असत्य है।

एक उदाहरण के रूप में, यहाँ 20 नवंबर 2010 को Vesti.Net का एक वीडियो है :

... सामान्य तौर पर, सभी वेब मानकों के समर्थन के लिए एसिड 3 चेक , दोनों डिवाइस सफल हैं, 100 में से 100 अंक प्राप्त कर रहे हैं ...

लेकिन इससे छह महीने पहले, Kompyulenta IE9 के प्रारंभिक संस्करण को मारता है :

धीरे-धीरे लेकिन निश्चित रूप से, ब्राउज़र बुनियादी वेब मानकों की पर्याप्त समझ सीख रहा है। इसलिए, यदि एसिड 3 परीक्षणों में पहले संस्करण में सौ में से 55 अंक "नॉक आउट" हुए, तो चेसिस की दूसरी रिलीज पहले से ही 68 अंक प्राप्त कर रही है।

और यहां बताया गया है कि IXBT पर सफारी 4 के बारे में लिखे जाने से पहले का साल कैसा है :

सफारी 4 उद्योग का पहला वेब ब्राउज़र है, जिसका अंतिम संस्करण पूरी तरह से एसिड 3 वेब मानकों के अनुकूलता परीक्षण से गुजरता है।

और आखिरी उदाहरण, फ़ायरफ़ॉक्स मोबाइल ( फेनेक ) के बारे में उसी समय cNews के बारे में :

एसिड 3 परीक्षण एक वेब मानक परियोजना परीक्षण पृष्ठ है जो यह निर्धारित करता है कि ब्राउज़र इंजन आम तौर पर स्वीकृत मानकों का अनुपालन कैसे करता है , यह नए HTML और सीएसएस विनिर्देशों को सही ढंग से कैसे संसाधित करता है, और क्या यह वेब पृष्ठों को सही ढंग से प्रदर्शित कर सकता है ।

इस संदर्भ में, जैसा कि एरिक मेयर लिखते हैं :

“तथ्य यह है कि एसिड 3 वास्तव में एक परीक्षण नहीं है जो मानकों की एक विस्तृत श्रृंखला का परीक्षण करता है यहां महत्वपूर्ण है। यह सिर्फ एक छोटा सा प्रदर्शन है, पोटेमकिन गांव जैसा है। यह कष्टप्रद है, क्योंकि यदि आपको अभी इसकी आवश्यकता है, तो यह विनिर्देशों के लिए परीक्षणों का एक संपूर्ण सेट है - XHTML, CSS, DOM, SVG। ”

सच कहाँ है? और वास्तव में अंदर क्या है? हम इससे निपटेंगे।

लेखक

एसिड 3 के मुख्य डेवलपर इयान हिकसन हैं , जिन्होंने पहले एसिड 2 टेस्ट सूट विकसित किया था। हिकसन सीएसएस मानकों के विकास दल का हिस्सा है और विशेष रूप से, सीएसएस 2.1 विनिर्देश के सह-संपादक थे, और यह और अन्य संबंधित विनिर्देशों के संपादक होने के नाते, HTML5 विनिर्देशन की तैयारी में भी बहुत योगदान देता है।

इयान मोज़िला फाउंडेशन, नेटस्केप और ओपेरा सॉफ्टवेयर में काम करने में कामयाब रहे, जो अब Google में काम करता है।

यह कहते हुए कि यांग मुख्य विकासकर्ता हैं, कोई भी अपने सहयोगियों का उल्लेख नहीं कर सकता है, जिन्होंने भी योगदान दिया है:

• सिल्वेन पासचे। टेस्ट 66-67 (DOM)
• डेविड चैन। टेस्ट 68 ( UTF-16 / UCS-2 )
• साइमन पीटर (ओपेरा) और ऐनी वैन केस्टरन (ओपेरा)। टेस्ट 71: HTML पार्सिंग
• जोनास सिटिंग (मोजिला) और गैरेट स्मिथ। टेस्ट 72: गतिशील रूप से टेक्स्ट ब्लॉक शैलियों को बदलना
• जोनास सिटिंग (मोजिला)। टेस्ट 73: नेस्टेड इवेंट्स
• एरिक डहलस्ट्रम (ओपेरा)। टेस्ट 74-78: एसवीजी और एसएमआईएल।
• कैमरन मैककॉर्मैक ( बाटिक एसवीजी लाइब्रेरी)। टेस्ट 79: एसवीजी में फोंट।

एसिड 3 को शुरू में एक स्वतंत्र परीक्षण माना गया था। वर्तमान में, एसीआईडी ​​परीक्षणों को भी वाएसपी (वेब ​​मानक परियोजना) गतिविधियों में से एक के रूप में बढ़ावा दिया जा रहा है। (कभी-कभी यह भ्रामक है, क्योंकि इसके पीछे "वेब मानकों" शब्द के साथ एक संगठन कभी-कभी ऊंचाई पर स्थिति के लिए "शक्तिशाली" तर्क है।)

आंतरिक उपकरण

एसिड 3 में सबसे दिलचस्प बात सिर्फ आंतरिक संरचना है और अंतिम तस्वीर के एक या एक अन्य संख्या और वर्ग के लिए अग्रणी प्रक्रियाओं का विवरण है।

यह समझने के लिए कि अंदर क्या है, परीक्षण के स्रोत कोड में आने का समय है - चूंकि सभी आधुनिक ब्राउज़रों में विकास उपकरण हैं (और यहां तक ​​कि उनमें से लगभग सभी में अंतर्निहित उपकरण हैं)।

परीक्षण में 5 मुख्य भाग होते हैं:

• मूल पृष्ठ लेआउट
• अंतिम छवि के परीक्षण और ड्राइंग के लिए शैली रिक्त है (स्थिति की जटिलताओं और आयतों के आकार के बारे में कुछ टिप्पणियों के साथ)
• कई परीक्षणों में उपयोग किए गए अतिरिक्त परीक्षण पृष्ठ (फाइलें)
• परीक्षण खुद पर मुकदमा करता है (जावास्क्रिप्ट)
• परीक्षण इंजन (जावास्क्रिप्ट)

संपूर्ण परीक्षण प्रक्रिया गतिशील रूप से होती है और इसे जावास्क्रिप्ट के माध्यम से किया जाता है और यह इस भाग पर है कि हम और अधिक विस्तार से बताएंगे। (सीएसएस के संबंध में दिलचस्प से - चित्रों के लिए डेटा-यूरी का उपयोग किया जाता है)।

परीक्षण इंजन

टेस्ट इंजन कोड में शामिल हैं:

• चेकों के सामान्य यांत्रिकी के लिए कई सहायक कार्य ( असफल , मुखर , मुखर )
• iframes और शैलियों के साथ काम करने के लिए कुछ फ़ंक्शन
  • getTestDocument - iframe सामग्री के आधार पर एक परीक्षण दस्तावेज़ बनाता है
  • selectorTest - इस तरह के परीक्षण दस्तावेज़ में दिए गए css चयनकर्ताओं के परीक्षण के लिए
• अपडेट फ़ंक्शन, जो सीधे परीक्षण चलाता है और परीक्षणों के पारित होने (अधिक नीचे) और परिणामों के एक प्रमुख लॉग के अनुसार पृष्ठ की उपस्थिति को अपडेट करता है
• रिपोर्ट फ़ंक्शन जो परिणामों को एक अलग विंडो में लॉग इन करता है

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

टेस्ट सूट

प्रत्येक परीक्षण, बाहरी उपयोगकर्ता के दृष्टिकोण से, इनपुट मापदंडों के बिना एक अलग कार्य है, जो सफलता के कुछ संकेत देता है।

सभी परीक्षणों को 16 परीक्षणों के 6 सेटों में विभाजित किया गया है:

• बाल्टी 1: डोम ट्रैवर्सल, डोम रेंज, एचटीटीपी
• बाल्टी 2: DOM2 कोर और DOM2 इवेंट
• बकेट 3: DOM2 व्यूज़, DOM2 स्टाइल, CSS 3 सिलेक्टर्स और मीडिया क्वेरी
• बकेट 4: HTML तालिकाओं का व्यवहार और कोड से जोड़कर और DOM2 HTML के माध्यम से रूपों
• बकेट 5: बाहरी प्रतिभागियों द्वारा निर्मित टेस्ट (एसवीजी, एचटीएमएल, एसएमआईएल, यूनिकोड, ...)
• बाल्टी 6: ईसीएमएस्क्रिप्ट

इसके अलावा, संख्या 0, 97, 98 और 99 के साथ व्यक्तिगत परीक्षण, औपचारिक रूप से सेट 7 में संयुक्त।

प्रत्येक परीक्षण, सफलता के संकेत के रूप में, उस सेट के कोड को लौटाता है जिससे वह संबंधित है। उदाहरण के लिए, परीक्षण 87 इस तरह दिखता है:

function () {
// test 87: Date tests -- years
var d1 = new Date(Date.UTC(99.9, 6));
assertEquals(d1.getUTCFullYear(), 1999, "Date.UTC() didn't do proper 1900 year offsetting" );
var d2 = new Date(98.9, 6);
assertEquals(d2.getFullYear(), 1998, "new Date() didn't do proper 1900 year offsetting" );
return 6;
}

* This source code was highlighted with Source Code Highlighter .

बाहरी फ़ाइलों के साथ बातचीत से संबंधित कुछ परीक्षण एक विशेष लक्षण लौटा सकते हैं जिन्हें नेटवर्क इंटरैक्शन के साथ संभावित समस्याओं के कारण पुनरारंभ करने की आवश्यकता होती है (इस मामले में, परीक्षण चलाने के लिए 500 प्रयास किए जाते हैं)।

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

कोई भी चेक त्रुटि के साथ विफल हो सकता है, जो बाहरी लूप में पकड़ा जाएगा (नीचे देखें)।

परीक्षण का वर्णन करने वाले कार्य स्वयं एक सामान्य सरणी में संयोजित होते हैं।

अद्यतन ()

जैसा कि ऊपर उल्लेख किया गया है, अपडेट () फ़ंक्शन सीधे परीक्षण चलाने, परिणाम एकत्र करने और लॉग और अंतिम चित्र बनाने में शामिल है।

तकनीकी रूप से, फ़ंक्शन पुनरावृत्ति में देरी के साथ होता है: प्रत्येक अगले परीक्षण के लिए यह 10 मिलीसेकंड में शुरू होता है, परीक्षण के लिए अधिकतम 500 प्रयास जो नेटवर्क कनेक्शन की आवश्यकता होती है (परिणाम == "पुनः प्रयास करें")।

एक सरलीकृत परीक्षण योजना इस प्रकार है:

function update() {
if (index < tests.length) {
try {
var result = tests[index]();
if (result == "retry" ) {
retry += 1;
if (retry < 500) {
setTimeout(update, delay);
return ;
}
fail( "timeout -- could be a networking issue" );
} else if (result) {
//
}
} else {
fail( "no error message" );
}
} catch (e) {
//
};
retry = 0;
index += 1;
setTimeout(update, delay);
} else {
//
}
}

* This source code was highlighted with Source Code Highlighter .

जब परीक्षण जिस सेट का होता है उस संख्या को ध्यान में रखते हुए उपस्थिति को अपडेट करते हुए, क्लास के नाम में एक प्रतीक "पी" टेस्ट सेट के अनुरूप एक या किसी अन्य आयत में जोड़ा जाता है। "P" अक्षरों की संख्या के आधार पर, एक या दूसरे CSS वर्ग का उपयोग किया जाता है:

< style type ="text/css" >
/* colours for them */
.z, .zP, .zPP, .zPPP, .zPPPP, .zPPPPP { background: black; }
.zPPPPPP, .zPPPPPPP, .zPPPPPPPP, .zPPPPPPPP, .zPPPPPPPPP,
.zPPPPPPPPPP { background: grey; }
.zPPPPPPPPPPP, .zPPPPPPPPPPPP, .zPPPPPPPPPPPPP,
.zPPPPPPPPPPPPPP, .zPPPPPPPPPPPPPPP { background: silver; }
#bucket1.zPPPPPPPPPPPPPPPP { background: red; }
#bucket2.zPPPPPPPPPPPPPPPP { background: orange; }
#bucket3.zPPPPPPPPPPPPPPPP { background: yellow; }
#bucket4.zPPPPPPPPPPPPPPPP { background: lime; }
#bucket5.zPPPPPPPPPPPPPPPP { background: blue; }
#bucket6.zPPPPPPPPPPPPPPPP { background: purple; }
</ style >

* This source code was highlighted with Source Code Highlighter .

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

एसिड 3 का परीक्षण क्या है?

जैसा कि ऊपर कहा गया है, एसिड 3 में 100 परीक्षण शामिल हैं, जिन्हें छह समूहों में विभाजित किया जा सकता है:

• बाल्टी 1: डोम ट्रैवर्सल, डोम रेंज, एचटीटीपी
  
  • DOM स्तर 2 ट्रैवर्सल (1-6)
    • NodeFilter और अपवाद
    • पुनरावृत्ति के दौरान नोड्स निकालना
    • अनंत चलने वाले
    • पुनरावृत्तियों का उपयोग करते समय व्हॉट्सएप परीक्षण नोड्स की उपेक्षा करना
    • ट्री वॉकर का उपयोग करते समय व्हॉट्सएप परीक्षण नोड्स की उपेक्षा करना
    • वृक्ष के पार जाना
  • DOM स्तर 2 रेंज (7-13)
    • सरल बुनियादी परीक्षण
    • चलती हुई सीमा
    • किसी दस्तावेज़ में extractContents () का उपयोग करना
    • रेंज और विशेषता नोड्स का उपयोग करना
    • रेंज और टिप्पणियाँ का उपयोग करना
    • परिवर्तन पर रंग: पाठ नोड्स डालें
    • रंग बदलने पर: हटाएं
  • HTTP (14-16)
    • HTTP - सामग्री-प्रकार: छवि / png (सुरक्षा जांच, js कोड के अंदर)
    • HTTP - सामग्री-प्रकार: पाठ / सादा (सुरक्षा जांच, js कोड के अंदर)
    • <ऑब्जेक्ट> और HTTP स्टेटस की प्रोसेसिंग (यदि कोई अपवाद नहीं फेंका गया है, तो रेंडरिंग नेत्रहीन जाँच की जाती है)
• बाल्टी 2: DOM2 कोर और DOM2 इवेंट
  • DOM स्तर 2 कोर (17-29)
    • hasAttribute
    • नोड टाइप (और सटीकता की पार्सिंग भी)
    • लगातार मूल्यों
    • विभिन्न स्थानों पर नल बाइट्स
    • नाम स्थान के साथ बुनियादी बातें
    • अमान्य टैग के लिए createElement ()
    • अवैध टैग के लिए createElementNS ()
    • घटना की विशेषताएँ
    • CreateDocumentType और अपवाद प्रकार में नाम स्थान की जाँच की उपस्थिति
    • पेड़ की जोड़तोड़ और तत्व की पहुंच
    • पिछले परीक्षण की निरंतरता
    • getElementById ()
  • DOM स्तर 2 ईवेंट (30-32)
    • प्रेषण
    • event.stopPropagation () और ईवेंट कैप्चर
    • दस्तावेज़ नोड्स के माध्यम से घटना बुदबुदाती है
• बाल्टी 3: DOM2 व्यूज़, DOM2 स्टाइल (33-48), CSS 3 चयनकर्ता (33-40, 47) और मीडिया क्वेरीज़ (46)
  • मूल परीक्षण - कक्षाएं और विशेषताएँ
  • : लैंग () और [| =]
  • : पहला बच्चा
  • : आखिरी बच्चा
  • : केवल-बच्चा
  • : खाली
  • : nth-child,: nth-last-child
  • : पहला-प्रकार ,: अंतिम-प्रकार, केवल-प्रकार का,: nth-of-type ,: nth-last-of-type
  • : जड़,: नहीं ()
  • +, ~,>, और `` गतिशील उदाहरणों में
  • : सक्षम,: अक्षम,: जाँच, आदि
  • "*" से पहले रिक्त स्थान के बिना चयनकर्ता
  • cssFloat और शैली विशेषता
  • मीडिया क्वेरी - विभिन्न संयोजन
  • 'कर्सर' और CSS3 मान
  • : लिंक और: दौरा किया
• बकेट 4: स्क्रिप्ट और DOM2 HTML के साथ छेड़छाड़ करने पर HTML तालिकाओं और व्यवहारों का व्यवहार
  
  • टेबल्स (49-51)
    • मूल तालिका पहुंच, * बनाएं, हटाएं *, और *
    • एक तालिका बनाएं और सत्यापित करें कि यह अपेक्षाओं को पूरा करती है
    • चेकिंग ऑर्डर और लाइन निर्माण
  • फॉर्म (52-59)
    • <फार्म> और
    • गतिशील परिवर्तन <इनपुट>
    • पार्स किए गए <इनपुट> बदलें
    • स्टेटबुल चेक के साथ चेकबॉक्स को स्थानांतरित करें
    • राज्य की जाँच के साथ रेडियो बटन क्लोनिंग
    • HTMLSelectElement.add ()
    • HTMLOptionElement.defaultSelected
    • <बटन> तत्वों की विशेषताएँ
  • मेस डोम 2 एचटीएमएल (60-64)
    • className - "class" - विशेषता नोड्स (getAttributeNode समर्थन)
    • className और class विशेषताएँ: रिक्त स्थान को संरक्षित करना
    • जाँच करना कि DOM विशेषताएँ और सामग्री विशेषताएँ मेल नहीं खातीं
    • <क्षेत्र> तत्व की विशेषताएँ
    • अधिक विशेषता परीक्षण
• बाल्टी 5: एसिड 3 प्रतियोगिता (एसवीजी, एचटीएमएल, एसएमआईएल, यूनिकोड, ...) से टेस्ट
  • एसवीजी, बाद के परीक्षणों के लिए तैयारी (65) - एसवीजी और एचटीएमएल फाइलों का गतिशील लोडिंग
  • विशेषताएँ (66-67)
    • स्थानीय नाम पाठ नोड्स के लिए
    • दूरस्थ साइटों पर हटा दिया गया
  • यूनिकोड 5.0 यूटीएफ -16 (68) - सरोगेट जोड़े
  • बाद के परीक्षणों की तैयारी (69) - यह जांचना कि आवश्यक फाइलें भरी हुई हैं
  • XML एन्कोडिंग (70)
  • HTML पार्सिंग (71)
  • गतिशील परिवर्तन <शैली> (72)
  • नेस्टेड इवेंट्स (73)
  • एसवीजी (74-79), एसएमआईएल (75-76)
    • getSVGDocument ()
    • एसवीजी में एसएमआईएल (दो भाग)
    • बाहरी एसवीजी फ़ॉन्ट्स
    • SVG टेक्स्टपाथ और getRotationOfChar ()
    • बड़ा परीक्षण <svg: font>
  • आइफ्रेम और वस्तु को हटाना
• बाल्टी 6: ईसीएमएस्क्रिप्ट (81-96)
  • अंत में अल्पविराम के साथ आता है
  • मध्य में अल्पविराम के साथ आता है
  • सरणियों के लिए तरीके (अनशिफ्ट और ज्वाइन)
  • संख्याओं को स्ट्रिंग्स में बदलें
  • स्ट्रिंग्स और स्ट्रिंग ऑपरेशन (नकारात्मक मूल्यों के साथ पदार्थ)
  • तिथियां - पैरामीटर के बिना तरीके
  • दिनांक - वर्ष
  • ES3 खंड 7.6: 3 (यूनिकोड वर्णों से बचकर)
  • नियमित अभिव्यक्ति
  • सत्यापित करें कि गुण डिफ़ॉल्ट रूप से गणना योग्य हैं
  • कार्यात्मक के आंतरिक गुण
  • शब्दार्थ
  • अपवाद
  • भाव के प्रकार
  • एनकोडेयूरि, एन्कोडर्इकोम्पोनेंट और नल बाइट्स
• एक अलग लेख एक और चार विशेष परीक्षण (0, 97, 98, 99) है
  • विशेष (0) - "जेएस की आवश्यकता" और <body> तत्व से <body> संदेश हटाएं
  • डेटा यूआरआई योजना (97)
  • XHTML 1.0 सख्त (98)
  • पवित्रता (99)

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

1. यह, स्पष्ट रूप से, उन सभी मानकों से दूर है जो एक ब्राउज़र को आदर्श रूप से समर्थन करना चाहिए। उदाहरण के लिए, CSS3 मॉड्यूल के लगभग 30 टुकड़े हैं, लेकिन यहाँ केवल दो "सूचीबद्ध" हैं - CSS3 चयनकर्ता और CSS3 मीडिया क्वेरी।
2. प्रत्येक मानकों के लिए परीक्षण सूट एक या दूसरे मानक के लिए समर्थन की वास्तविक तस्वीर दिखाने से बहुत दूर हैं। केवल दो चीजें हैं जो इस तरह के चेक को ठीक करती हैं: कार्यान्वयन में कीड़े और एक विशिष्ट परीक्षण कार्यक्षमता के लिए समर्थन की पूरी कमी (लेकिन पूरे मानक नहीं)।
   
   आधुनिक दृष्टिकोण : समुदाय द्वारा विकसित बड़े परीक्षण सूट (ब्राउज़र निर्माता, विशेषज्ञ, वेब डेवलपर्स, आदि) जो विशिष्ट विनिर्देशों को पूरी तरह से कवर करते हैं। उदाहरण के लिए, सीएसएस 2.1 परीक्षण सूट में हजारों परीक्षण शामिल हैं।

और एक नहीं तो-बड़ा दावा व्यक्तिगत विनिर्देशों के भविष्य का परीक्षण किया जा रहा है (अनुभाग देखें "फ़ायरफ़ॉक्स 4 और आईई 9 100 अंक क्यों नहीं?")।

सामग्री पर अंतिम निष्कर्ष: एसिड 3 परीक्षण से अधिक नहीं परीक्षण करता है - कम संख्या में परीक्षण के साथ व्यक्तिगत मानकों के व्यक्तिगत तत्व। यही है, सांख्यिकीय रूप से कुछ भी नहीं।

रोचक तथ्य

एसिड 3 प्रतियोगिता

परीक्षणों पर काम करने की प्रक्रिया में, इयान हिकसन ने परीक्षणों की संख्या को एक गोल संख्या (100) तक लाने के लिए अतिरिक्त परीक्षणों (16 टुकड़ों) के लिए एक प्रतियोगिता की घोषणा की । आवश्यकताओं के बीच यह था:

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

(वैसे, एसिड 3 को उसी समय के आसपास जारी किया गया था जब माइक्रोसॉफ्ट ने IE8 का सार्वजनिक बीटा संस्करण जारी किया था, जिसकी मुख्य कार्यक्षमता पहले से तय थी और एसिड 3 के समान परीक्षणों के परिणामों की परवाह किए बिना इसे बदला नहीं जा सकता था।)

कीड़े

जान हिकसन के अनुसार, एसिड 3 (मार्च 2008) की प्रारंभिक घोषणा के बाद, व्यक्तिगत परीक्षण बग के कारण बदल गए और यहां तक ​​कि एक मामला भी था जब एक बदले हुए विनिर्देश के कारण परीक्षण को बदलना पड़ा। कुछ बिंदु पर, विक्रेताओं में से एक (हम उंगली को इंगित नहीं करेंगे) ने कहा कि एसिड 3 पूरी तरह से चल रहा था, लेकिन यह पता चला कि परीक्षणों में एक त्रुटि थी :)

परीक्षण सूट का आखिरी अपडेट लगभग एक साल पहले किया गया था - अप्रैल 2010 की शुरुआत में।

एसिड 4 और एसिड 3 से सबक

एसिड 3 की रिहाई के कुछ समय बाद, एसिड 4 के बारे में प्रारंभिक जानकारी दिखाई दी। हालाँकि अभी तक की योजनाओं को सच होने के लिए नियत नहीं किया गया है, एसिड 3 से सीखे गए सबक के रूप में कुछ दिलचस्प बिंदु, मुझे लगता है, इसके लायक हैं:

• मामूली कीड़े शामिल न करें;
• विशिष्ट परीक्षणों के विकास का अनुरोध न करें, स्वयं परीक्षण लिखें, लेकिन प्रारंभिक पुनरावृत्तियों (टी = 0) से प्रतिक्रिया का अनुरोध करें: सार्वजनिक रूप से और विशिष्ट विशेषज्ञों से;
• परीक्षण करने के लिए क्या वास्तव में सुझाव का अनुरोध करें;
• परीक्षण के बारे में चर्चा करते समय इसे संदर्भित करने से बचने के लिए प्रारंभिक अवस्था में ही परीक्षण न दिखाएं;
• परीक्षणों के भाग के रूप में एक प्रदर्शन माप शामिल नहीं है (यह अलग से किया जा सकता है अगर सभी सहमत हैं कि परीक्षण ईमानदार है);
• एक अच्छी दिखने वाली तस्वीर बनाओ;
• परीक्षण की घोषणा करते समय सलाह के लिए ब्राउज़र डेवलपर्स से पूछें।

फ़ायरफ़ॉक्स 4 और IE9 100 अंक क्यों नहीं प्राप्त कर रहे हैं?

जैसा कि आप जानते हैं, फ़ायरफ़ॉक्स 4 और आईई 9 एसिड 3 में 100 अंक नहीं बनाते हैं - और कई पत्रकार और लोग जो घटनाओं के विकास की सभी परेशानियों का पालन नहीं करते हैं, वे इस पर आश्चर्यचकित होते हैं।

बोरिस Zbarsky (मोज़िला इंजीनियर) द्वारा टिप्पणी के संदर्भ में अलेक्जेंडर लिमी (मोज़िला में GUI डिजाइनर) द्वारा टिप्पणियां :

“शेष तीन अंक एसवीजी फ़ॉन्ट्स से संबंधित हैं। ओपेरा और वेबकिट ने एसवीजी 1.1 फ़ॉन्ट के एक छोटे उपसमूह को लागू किया है, जो एसिड 3 के लिए पर्याप्त है। जब तक हम यह सुनिश्चित नहीं कर लेते हैं कि हम डेवलपर्स या उपयोगकर्ताओं को लाभान्वित करेंगे, तब तक गेको का एक छोटा उपसमूह नहीं लाना चाहते। इसी समय, पूर्ण विनिर्देश का कार्यान्वयन एक कठिन कार्य है, क्योंकि SVG फ़ॉन्ट्स HTML के साथ एकीकरण के बिना डिजाइन किए गए थे।

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

पसंद WOFF को दिया जाता है।

एसवीजी फ़ॉन्ट्स के कार्यान्वयन में एक समान प्राथमिकता और आकांक्षा डीन हाचमोविच (माइक्रोसॉफ्ट) द्वारा व्यक्त की गई है और एसएमआईएल के "लापता" कार्यान्वयन के बारे में कहते हैं:

“वेब समुदाय में एसवीजी में एसएमआईएल एनिमेशन के लिए समर्थन काफी मजबूत होने से दूर है। एसवीजी मानकीकरण आंदोलन के नेता ने लिखा कि एसएमआईएल को अपनी वर्तमान स्थिति में समर्थन नहीं करना शायद सबसे अच्छा विकल्प है , क्योंकि एसवीजी डब्ल्यूजी एनिमेशन और फिल्टर एक्सटेंशन में बदलाव के बारे में सीएसएस डब्ल्यूजी के साथ समन्वय कर रहा है। "

एनिमेशन के लिए, जावास्क्रिप्ट और सीएसएस को प्राथमिकता दी जाती है।

एसिड 3 क्यों महत्वपूर्ण है?

ऐसा लगता है कि एसिड 3 की आंतरिक सामग्री और पेशेवर समुदाय में इसके मूल्यांकन से यह स्पष्ट संकेत मिलता है कि परीक्षण को मानकों के समर्थन की गुणवत्ता का आकलन करने के लिए एक मानदंड के रूप में नहीं माना जाना चाहिए।

व्यवहार में, इस तरह के एक चयनात्मक और "घातीय" दृष्टिकोण कार्यक्षमता के बड़े पैमाने पर सत्यापन के बजाय विभिन्न ब्राउज़रों के कीड़े के लिए एक अंतर्निहित अभिविन्यास के साथ है, पर्याप्त मूल्य नहीं रखता है और ओवरट पॉपुलिज़्म देता है।

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

अंततः, व्यवहार में (विपणन), एसिड 3 खेला और कुछ स्थानों पर एक महत्वपूर्ण भूमिका निभाता है। और जब चक्का जाम हो जाता है, तो इसे पूरी तरह से अनदेखा करना मुश्किल है।

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

मार्केटिंग ऐसी मार्केटिंग है: भले ही वह वेब मानकों की मार्केटिंग कर रही हो।