शुरुआती के लिए क्यूए: रॉकेट या विमान का परीक्षण कैसे करें?

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



Redmadrobot Developers, आत्मीय पॉडकास्ट को रिकॉर्ड करते हैं जो विकास, विश्लेषण, परीक्षण और आईटी उत्पाद बनाने के अन्य पहलुओं पर चर्चा करते हैं। इस बार, Redmadrobot से QA टीम ने प्रकाश में भाग लिया: टीम के साथी एलेक्स और ग्लीब, और उनके नेता साशा। हमें एक ऐसे दुनिया में क्यूए के जीवन के बारे में एक ईमानदार बातचीत मिली जहां परीक्षक और डेवलपर्स हैं। नीचे पूर्ण प्रविष्टि और सबसे गर्म सवालों के जवाब के लिए एक लिंक है।

क्यूए क्या है?

क्यूए या गुणवत्ता आश्वासन वह अनुशासन है जो उत्पाद की गुणवत्ता के लिए जिम्मेदार है। उदाहरण के लिए, मोबाइल एप्लिकेशन की गुणवत्ता के लिए। आमतौर पर यह एक परियोजना के सभी चरणों में एकीकृत होता है। क्यूए विशेषज्ञ विकास मानकों को तैयार और कार्यान्वित करते हैं, गुणवत्ता जांच करते हैं, त्रुटियों को रोकते हैं, और आंतरिक प्रक्रियाओं में लगातार सुधार करते हैं। क्यूए का उपयोग न केवल मोबाइल विकास में, बल्कि वेब में, उद्योग में और कई अन्य क्षेत्रों में भी किया जाता है।

एक परीक्षक से क्या अंतर है?

विश्व स्तर पर QC (गुणवत्ता नियंत्रण) या परीक्षक QA का हिस्सा हैं।

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

क्यूए टीम को गुणवत्ता से संबंधित प्रक्रियाओं को स्थापित करने में भी मदद करता है। वह पूरी तस्वीर को देखता है और बनाता है ताकि कम त्रुटियां हों।

परिणाम के बारे में क्यूसी: बग ढूंढें। प्रक्रिया के बारे में क्यूए: विकास प्रक्रियाओं को डीबग करें ताकि कोई बग न हो।

क्या परीक्षक को उस प्रोग्रामिंग भाषा का पता होना चाहिए जिसमें प्रोग्राम लिखा गया है?

परीक्षक को भाषा और तकनीक जानने की जरूरत नहीं है, लेकिन यह नौकरी में एक प्लस हो सकता है।

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

"कोड h̶o̶r̶o̶sh̶o: लिखा है": डेवलपर कोड लिखता है, और परीक्षक बग के लिए देख रहा है। झगड़ा कैसे नहीं?

डेवलपर सोच रहा है कि अच्छा कैसे किया जाए। परीक्षक सोचता है कि यह पता लगाने के लिए परीक्षण कैसे किया जाए कि यह खराब क्यों है। हितों का एक निश्चित संघर्ष है।

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

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

QA असफल प्रोग्रामर?

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

संक्षेप में, हाँ। एक परीक्षक हर जगह एक परीक्षक है: उसे बग बनाने में सक्षम होना चाहिए, समझें कि परीक्षण कैसे लिखे जाते हैं और इसी तरह। आप चाहें तो कुछ ही हफ्तों में एक नई दिशा का पता लगा सकते हैं।

लेकिन रॉकेट का परीक्षण कैसे करें?

हम सॉफ्टवेयर का परीक्षण कर रहे हैं और अंतरिक्ष से संबंधित नहीं हैं। लेकिन हम यह मान सकते हैं कि यह कैसे हो सकता है।

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

उपयोगी लिंक

आज जो भी QA दुनिया में ब्रेक करना चाहता है, उसके लिए स्टार्टर पैक:

→ इंटरनेट स्टार्टअप में परीक्षण डॉट कोम, या क्रूरता से कीड़े पर एक पुस्तिका
→ सॉफ्टवेयर परीक्षण। मूल पाठ्यक्रम
→ ISTQB प्रमाणन
→ किसी भी परीक्षक के लिए होना चाहिए

यदि आपके कोई प्रश्न हैं - टिप्पणियों में लिखें, हम समझेंगे :)

एक सुविधाजनक मंच पर हमें सुनो
SoundCloud , Apple Google पॉडकास्ट । टेलीग्राम चैट में इस मुद्दे पर चर्चा करें।