my unexpected journey becoming software tester
'आप एक सफल जीवन का निर्माण ... एक समय में एक दिन ...'
एक सॉफ्टवेयर परीक्षक के रूप में मेरी यात्रा थोड़ी अप्रत्याशित रूप से शुरू हुई।
मैं शुरुआती साक्षात्कार के दौर के लिए इसे विकास का अवसर मान रहा था। सच कहूं, तो हर दूसरे कंप्यूटर साइंस के स्नातक की तरह, मैं परीक्षण के साथ आगे बढ़ने के बारे में थोड़ा उलझन में था।
लेकिन आखिरकार, मैंने इसे एक कोशिश देने का फैसला किया। केवल इस उम्मीद के साथ कि मेरा जिज्ञासु स्वभाव इस क्षेत्र में मेरी मदद करेगा।
मैं यह प्रश्न किए बिना प्रस्ताव को स्वीकार नहीं कर सकता - क्या मुझे मामले में विकास पर स्विच करने का अवसर मिलेगा, परीक्षण में मेरी रुचि नहीं है? :)।
मेरा विश्वास करो- मुझे कभी भी उसके बाद परीक्षण छोड़ने का विचार नहीं आया।
कैसे सेलेनियम वेबड्राइवर में पॉपअप विंडो को संभालने के लिए
जब मैं तकनीकी दौर के लिए उपस्थित हुआ, तो मुझे इससे अधिक के लिए तैयार नहीं किया गया था सॉफ्टवेयर परीक्षण की मूल अवधारणा । मैं केवल उसी चीज का अनुमान लगाता हूं जो मुझे लगी थी, यह सोचा गया था कि मेरा तार्किक रूप से मूल्यांकन किया जा रहा है और सैद्धांतिक रूप से नहीं। '
यह परीक्षण में मेरी पहली सीख थी - मैं समझ गया कि हम कैसे ( फ्रेशर्स ) का मूल्यांकन किया गया।
आज भी, मैं अपनी टीम के लिए फ्रेशर्स को हायर करते समय इसी तरह की तकनीकों का उपयोग करता हूं। मैं उनके तर्क, तप और किसी भी समस्या पर दृष्टिकोण की जांच करता हूं।
अनुशंसित पढ़ने => क्यूए टेस्ट मैनेजर के रूप में 4 महत्वपूर्ण चीजें जो मैंने अपनी यात्रा में सीखीं
मैंने ज़ीकास को क्यूए प्रशिक्षु के रूप में शामिल किया और उसे किसी तीसरे या चौथे दिन एक उत्पाद आवंटित किया गया। यह कंपनी का सबसे बड़ा (तब अवधारणा में था) और सबसे महत्वाकांक्षी उत्पादों में से एक था। शुरुआती कुछ हफ्तों तक घर बसाने के बाद, मेरे लिए पीछे मुड़ना नहीं था।
हमने दो की क्यूए टीम के रूप में शुरुआत की और कुछ महीनों के बाद मैं केवल एक परीक्षण परीक्षण चला रहा था। शुरुआती 2 - 2.5 वर्षों में ही मैंने विभिन्न श्रेणियों जैसे कार्यात्मक, प्रदर्शन, सुरक्षा, UI, प्रयोज्य, में लगभग 3000 दोषों को लॉग इन किया था। बहुभाषी , मल्टी-टेनेंसी, आदि।
परीक्षण टीम में नए परिवर्धन से पहले काफी समय के लिए, मैं एक मजबूत 15-16 सदस्य विकास टीम के खिलाफ था। परिवर्धन के बाद भी, QC: देव अनुपात बहुत स्वस्थ नहीं था और मैं अभी भी गर्व से कह सकता हूँ कि यह एक सफल यात्रा थी जिस पर विचार करते हुए हमने परीक्षण किया, वितरित किया और संभाला।
मैं यहाँ जो महत्वपूर्ण बात बताना चाहता हूँ वह है- यह सब व्यवहार में परीक्षण की समझ से था और केवल सिद्धांत से नहीं।
मैं अब लगभग छह वर्षों से सॉफ्टवेयर परीक्षण क्षेत्र में हूं। इतने सारे अलग-अलग अनुभवों और भरपूर फलदायी शिक्षा के साथ यह एक अद्भुत यात्रा रही है।
वर्तमान में, मैं एक वरिष्ठ QA प्रबंधक के रूप में काम कर रहा हूँ जो कुछ 5-6 उत्पादों और मॉड्यूलों की देखरेख करता है। लेकिन जो मुझे असली खुशी देता है और खुशी 30+ खुश और भावुक टेस्टर्स की टीम का नेतृत्व कर रहा है।
बेशक, कई लोगों ने मेरे सीखने में योगदान दिया है, लेकिन मैं अभी भी कह सकता हूं कि मेरे अधिकांश अनुभव और ज्ञान कठिन तरीके से आए हैं (और शायद सबसे अच्छा तरीका है), यानी सीखना / इसे अपने दम पर हल करना।
'अनुभव सर्वश्रेष्ठ शिक्षक होता है।'
जब मैं यह कहता हूं, तो मैं यह कहने के लिए बिल्कुल भी नहीं कहता हूं कि सॉफ़्टवेयर परीक्षण के लिए प्रलेखित सिद्धांतों को सीखने या पालन करने से आपको लाभ नहीं होगा। मेरा मानना है कि यह सब निश्चित रूप से मदद करेगा लेकिन कोर पर अवधारणा को समझने और समस्याओं का साहसपूर्वक सामना करने से कुछ भी नहीं हो सकता।
मेरा मानना है कि दस्तावेज़ित सामग्री आपको नहीं सिखाएगी असली परीक्षण , हालांकि यह आपको कुछ दिशा दे सकता है और फिर आप अपने दम पर हैं। कम से कम मेरे मामले में, ऐसी समस्याएं थीं जिन्हें शायद मेरी सटीक समस्याओं को हल करने के लिए प्रलेखित नहीं किया गया था या मैं उन्हें समय पर नहीं ढूंढ सका। मेरी एकमात्र पसंद कोर पर समस्या / स्थिति को समझना और मेरे द्वारा सही दृष्टिकोण के साथ प्रतिक्रिया करना था।
उदाहरण - मैंने विभिन्न परिस्थितियों में कैसे संपर्क किया
मैं इसे उन समस्याओं / स्थितियों की मदद से समझाता हूं, जिनके खिलाफ मैं था और मैंने उनसे कैसे संपर्क किया।
# 1) व्यापार समझ, समझ परीक्षण पर एक पायदान अधिक है
यह तो आप सभी जानते हैं। परीक्षण केवल कुछ सत्यापन का परीक्षण नहीं कर रहा है और कुछ सत्यापन कर रहा है।
एक परीक्षक के रूप में, हम हर संभव परिदृश्य की कल्पना करने वाले हैं, यहां तक कि दुर्लभ परिदृश्य के बिना असफल। हम हर संभव परीक्षण डेटा पर विचार करने वाले हैं जो वास्तविक उपयोगकर्ता उपयोग कर रहे हैं।
इस सब के लिए, हम व्यवसाय को पूर्ण रूप से समझने वाले हैं।
यह गलत नहीं होगा यदि मैं कहता हूं कि हमें व्यापार और उपयोगकर्ता आधार को एक व्यापार विश्लेषक की तुलना में अधिक या उससे अधिक समझना चाहिए।
मैं इसी तरह की बाधाओं का सामना कर रहा था।
मुझसे अपेक्षित था जटिल व्यावसायिक परिदृश्यों को समझें खरीद डोमेन में, नई आवश्यकताओं का मंथन करें और उन्हें उपयोगकर्ता के दृष्टिकोण से तौलना। मुझे न केवल अपने मामलों का पता लगाना था, बल्कि प्रत्येक पुनरावृत्ति की आवश्यकता और डिज़ाइन चरणों में भी योगदान देना था। यहाँ भी, मेरी सोच और तर्क क्षमता के अलावा कोई भी तैयार संदर्भ मेरे बचाव में नहीं आया।
व्यवसाय को बेहतर ढंग से समझने और अपने परिदृश्यों / मामलों को बेहतर ढंग से डिजाइन करने के लिए, कलम और कागज जैसा कुछ भी काम नहीं करता।
यह भी पढ़े => 5 जीवन को आसान बनाने के लिए परीक्षकों के लिए गैर-परीक्षण उपकरण होना चाहिए
जाने से पहले आवश्यकता पर चर्चा बैठक, मैं पहले से संभव संदेह / सुधार / अस्पष्ट अंक लिखता था। मैं उन परिदृश्यों को लिखता था, जिन पर मैं कोशिश करना चाहता हूं या परीक्षण मामलों का निर्माण करना चाहता हूं; कभी-कभी, यहां तक कि अपने परिदृश्यों को खींचना एक आकर्षण की तरह काम करता है।
जब आप लिखते / आकर्षित करते हैं, तो यह आपके दिमाग में बेहतर स्पष्टता के साथ प्रवेश करता है और फिर आपका दिमाग इस जानकारी पर काम करता है और अधिक परिदृश्य तैयार करता है और बेहतर स्पष्टता प्रदान करता है। यह तब तक चलता है जब तक आप उस भावना को प्राप्त नहीं करते हैं !!!
# 2) बाधाओं के खिलाफ और दबाव में प्रदर्शन करना
मैं एक ऐसे उत्पाद पर काम कर रहा था जो 30 / इंजीनियरों की एक टीम बनाने के लिए पर्याप्त / जटिल है और इसे बेचने योग्य स्तर पर लाने के लिए तीन लंबे वर्षों से लगातार काम कर रहा है।
अधिकांश प्रारंभिक चरण के लिए, जूनियर, मिड-सीनियर और सीनियर स्तर के 15-20 डेवलपर्स की एक टीम के खिलाफ या तो मैं (अकेला) था या अन्य परीक्षकों में से एक या दो के साथ था। वे सभी उत्पाद में लगातार नई सुविधाएँ जोड़ रहे थे, जिसके लिए परीक्षण पक्ष से बराबर और समान ध्यान देने की आवश्यकता थी।
आवश्यकता बैठकों का हिस्सा होने, मामलों को लिखने, उन्हें निष्पादित करने, खोजपूर्ण दौर, सर्वर बनाए रखने, तैनाती, कुछ भी वैकल्पिक नहीं था।
तब तक मुझे किसी भी कार्यप्रणाली की जानकारी नहीं थी, सर्वश्रेष्ठ प्रणालियां , पाठ्यक्रम या एक किताब जो मुझे ऐसी समस्याओं का समाधान दिखा सकती है। आज भी मुझे यकीन नहीं है कि अगर ऐसा कुछ है जो आपके सामने आने वाली वास्तविकताओं से लड़ने में आपकी मदद कर सकता है।
मैं जो कर रहा था वह आक्रामक और आक्रामक है खोजपूर्ण परीक्षण के तीव्र दौर (मैं तब तक नाम से अवगत नहीं था) प्रत्येक सुविधा पर एक-एक करके और फिर दोहराता हूं। यह समाधान विशुद्ध रूप से इस बात पर काम करता है कि आप अपने विचारों और स्थितियों / परिदृश्यों को कितनी तेजी से स्थानांतरित कर सकते हैं।
बेशक, इसने वास्तविक तेज और आक्रामक काम की मांग की लेकिन इसने मेरे लिए काम किया।
आक्रामक दौर से मेरा मतलब क्या है, आप एक समय में एक चीज को लक्षित करते हैं (एक समय में एक फार्म का एक तत्व कहो) और इसे स्वतंत्र रूप से और अन्य जुड़े तत्वों / चीजों के साथ मिलकर परीक्षण करें।
अनुशंसित पढ़ने => कैसे एक उत्पादकता दीवाने हो (विशेष रूप से एक परीक्षक के रूप में)
जैसे टेक्स्टबॉक्स का परीक्षण कैसे करें।
आप यहां क्या परीक्षण कर सकते हैं:
- यह डेटा को स्वीकार करता है या नहीं करता है
- डेटा प्रकार सत्यापन
- अधिकतम लंबाई सत्यापन
- विशेष चरित्र की हैंडलिंग
- XSS हैंडलिंग
- बहुभाषी डेटा हैंडलिंग
- खाली स्थानों की संभाल / कोई डेटा नहीं
- टैब का व्यवहार और चाबियाँ दर्ज करें
- त्रुटि से निपटने (क्रॉस-ब्राउज़र)
- UI संरेखण (क्रॉस-ब्राउज़र)
- कॉपी डेटा / लिंक डेटा को टेक्स्टबॉक्स में कॉपी करें
- सबसे महत्वपूर्ण - इस क्षेत्र का व्यवहार w.r.t. अन्य जुड़े हुए तत्व (इस क्षेत्र से जुड़ी कोई व्यावसायिक अपेक्षा जैसे इस क्षेत्र में डेटा के आधार पर किसी अन्य क्षेत्र में किसी चीज़ को आबाद करना)
क्या उपरोक्त परीक्षण के बारे में सोचने से आपको विश्वास होता है कि वास्तव में इस क्षेत्र में कुछ भी गलत नहीं हो सकता है?
खैर, एक समय में एक चीज को लक्षित करना हमेशा मेरे लिए काम करता था और मुझे कुछ काम पूरा भी करने को मिलता था।
# 3) जब आप 'अप्रत्याशित' के खिलाफ हैं
आपको क्या लगता है कि कौन सी पुस्तक आपको अचानक do हाउ ’की मदद करेगी जब आप कुछ ऐसा करने जा रहे हैं जो आपने पहले कभी नहीं किया है?
अगर हम विशेष रूप से बात करें तो- कोई नहीं।
मुझे वह समय याद है जब हमारे उत्पाद की अगुवाई में, मैं कुछ अन्य जूनियर और मध्य-वरिष्ठ सदस्यों के साथ पहली बार डेमो पर हमारे आवेदन को लागू करने वाला था। यह हमारे उत्पाद के पहले डेमो के लिए बहुत महत्वपूर्ण था।
ठीक है, हमने इसे किया, लेकिन बहुत सारे परीक्षण और त्रुटि के साथ। कारण, हम में से किसी में विशेषज्ञता नहीं थी लिनक्स और शेल स्क्रिप्टिंग । मुझे याद है, हमारे आईटी विभाग (मेरे सभी अच्छे विश्वासों) द्वारा मेरे तत्कालीन प्रबंधक को प्रोडक्शन सर्वर पर गलत कमांड चलाने के बारे में चिंता जताई गई थी। हो सकता है कि यह केवल एक उत्प्रेरक और शेल स्क्रिप्टिंग / लिनक्स मेरी प्राकृतिक रुचि थी, लेकिन थोड़ी ही देर बाद, मैंने एक साथ पांच से छह वातावरण को बनाए रखने और अपग्रेड करने की जिम्मेदारी ली।
शेल और लिनक्स ने मेरी रुचि को इतनी अच्छी तरह से पकड़ लिया, कि जल्द ही मैं वह था जिसने इस पर आंतरिक प्रशिक्षण सत्र आयोजित करना शुरू किया।
# 4) जब आपका प्रदर्शन मापा जाता है, तो आपका अनुभव नहीं होता है
अपने करियर के शुरुआती दिनों में, मैं बहुत विकसित और अनुभवी परीक्षकों के खिलाफ तुलना और माप कर रहा था। मेरा मानना है कि आप में से कई लोगों ने एक समान स्थिति का अनुभव किया होगा और जानते हैं कि वे अतिरिक्त अपेक्षाएँ आपसे क्या करती हैं।
इसका उपाय यहां था अपने आप को पुश करें और विकसित करें ।
आगे बढ़ने का एकमात्र तरीका यह था कि मैं कितना कम अनुभवी हूं, यह नहीं सोचकर कि मैं दुनिया के मापदण्डों के हिसाब से खुद को सीमित नहीं कर सकता / सकती हूं कि मुझे कितना बढ़ना चाहिए / सीखना चाहिए। खुद को विश्व के मानदंडों तक सीमित नहीं करना चाहिए कि किसी को कितनी जल्दी अग्रणी शुरू करना चाहिए और इसे करने से पहले शीर्षक की आवश्यकता है।
खैर, इस बिंदु के आसपास, मुझे यह कहना चाहिए कि आप चाहे जिस क्षेत्र से संबंधित हों, मैं आपको सलाह देता हूं कि आप रॉबिन शर्मा की द लीडर हू हैज नो टाइटल पढ़ें। यह आपके भीतर जो झूठ है उसे उजागर करने में आपकी मदद करेगा। यह आपको बताएगा कि आपके अलावा कोई भी आपको वापस नहीं पकड़ सकता है।
अगर मुझे अपने अनुभव को कुछ वाक्यों में बाँधना है, तो यह इस प्रकार है:
“आपकी जिज्ञासा, विवरणों पर ध्यान, अनुशासन, तार्किक सोच, काम के प्रति जुनून और चीजों को अलग करने की क्षमता सभी कुछ एक विनाशकारी और सफल परीक्षक के लिए मायने रखता है। इसने मेरे लिए काम किया और मुझे पूरा विश्वास है कि यह आपके लिए काम करेगा। यदि आपके पास ये गुण हैं, तो यह आपके लिए काम कर गया है। ”
ठीक है, इसे पढ़कर यदि आप सोच रहे हैं कि मैं गहन सैद्धांतिक ज्ञान से अधिक बुनियादी मानवीय गुणों को बढ़ावा दे रहा हूं, तो यह पूरी तरह से सच नहीं है। मेरा मानना है कि किसी चीज के साथ शुरुआत करना और उस पर सफलता का स्वाद चखना, यह आपके द्वारा सीखी गई जानकारी की तुलना में आपके इनबिल्ट गुणों पर थोड़ा अधिक निर्भर करता है। हालांकि, किसी भी क्षेत्र में दूर जाने के लिए, आपको सबक, सिद्धांत और अनुभव सीखना होगा।
मेरे मामले में भी, मुझे कुछ हद तक शब्दावली, अवधारणाओं, सिद्धांतों को सीखना था क्योंकि मैं अपने करियर में आगे पहुंच गया। कारण, एक परीक्षक के रूप में, आपको कई लोगों के साथ बातचीत करनी होगी जो उन शब्दों में बात करेंगे और आपको यह समझने में मदद मिली।
लीड या सह-परीक्षक के रूप में, आपके पास तथ्यों, परिभाषाओं और शब्दावली के अपने ज्ञान के साथ दुनिया के कुछ हिस्सों से आने वाला एक नया परीक्षक होगा। यहां भी, आप इन चीजों के प्रति निष्क्रिय नहीं रह सकते; आपके पास उपयोग की जाने वाली अधिकतम संभावित चीजों के बारे में पूर्व सूचना है / वहां से कहा गया है।
सीखना अपरिहार्य है।
मुझे विभिन्न प्रकार के परीक्षण के बारे में अधिक सीखना था, उन लोगों को कैसे निष्पादित करना है और इसे सही तरीके से मेरी टीम में लोगों को समझाना है। मुझे नए विचारों, उपकरणों का मूल्यांकन करना था और उन पर अमल करना था। नई अवधारणाओं और कार्यप्रणालियों को सीखना उतना ही महत्वपूर्ण हो जाता है जितना कि आप सीढ़ी को आगे बढ़ाते हैं।
और पढ़ें => सर्वश्रेष्ठ स्वचालन का चयन करने पर A से Z गाइड
निष्कर्ष
हालांकि, मैंने वर्षों में सीखी गई हर बड़ी और मिनट की बात को लिखना लगभग असंभव कर दिया है, यह मेरा प्रयास है कि इसे बुलेटिन सूची में शामिल किया जाए।
- परिभाषित करने के लिए परीक्षण बहुत कठिन है। कोई व्यक्ति शानदार परीक्षण कर सकता है और इसे शब्दों में परिभाषित करने में सक्षम नहीं हो सकता है। यह वैसा ही है जैसा आप इसे देखते हैं।
- हर किसी के पास परीक्षण की अपनी परिभाषा हो सकती है। मेरा सादा था- 'आपको एक चीज दी गई है - दोष ढूंढें और इसे बेहतर बनाएं।'
- विनाशकारी परीक्षक होने के लिए आपको आवश्यक रूप से बड़े सिद्धांतों, जटिल मैट्रिक्स या ISTQB की आवश्यकता नहीं है। तुम हो गए जिज्ञासु , ध्यान केंद्रित, और भावुक, तार्किक रूप से सोचते हैं और विदारक क्षमता रखते हैं। हालाँकि, अतिरिक्त जानने से नुकसान नहीं होता है, लेकिन क्रुक्स को खोने की कीमत पर नहीं।
- पारंपरिक दृष्टिकोणों / अवधारणाओं का भी अपना महत्व है और इस तथ्य पर विचार करते हुए कि दुनिया का एक अच्छा हिस्सा है, जहां वे एक उचित आवश्यकता हैं, उनके प्रति मेरा समान सम्मान है। अकेले परीक्षण विकसित नहीं हो सकता है; आसपास के लिए भी विकसित होना है।
- एक परीक्षक के रूप में, यह उतना ही महत्वपूर्ण हो जाता है नया सीखें जैसे ही आप आगे बढ़ते हैं, उपकरण, तकनीक और कार्यप्रणाली । परीक्षण योजना, विभिन्न प्रकार के परीक्षण करने के लिए बेहतर दृष्टिकोण, कुछ नाम के लिए परिस्थितिजन्य परीक्षण हैं।
- जैसा कि परीक्षण तरल पदार्थ है, एक सही फिट होने की परिभाषा भी संगठन से संगठन में काफी भिन्न होती है। एक विनाशकारी या उत्कृष्ट परीक्षक होने के नाते केवल एक भुगतान जांच प्राप्त करने के लिए पर्याप्त हो सकता है यदि आप भाग्यशाली हैं या यह पारंपरिक कंपनियों में परीक्षण कैसे काम करता है, इसके अतिरिक्त ज्ञान की मांग कर सकता है। दोनों अपनी-अपनी जगह पर सही हैं।जैसेमैं परीक्षण की मेरी परिभाषा के अनुसार लोगों को नियुक्त करता हूं (जो उम्मीदवार के अनुभव और पाठ्यक्रम के प्रोफाइल के अनुसार थोड़ा भिन्न होता है)।
- चूंकि कोडिंग, ड्राइविंग, खाना पकाने की एक शैली है; परीक्षण की एक शैली भी है। जब तक आप इसे अपने तरीके से नहीं करेंगे तब तक आपको इसका आनंद नहीं मिल सकता है। मेरे कहने का मतलब है कि परीक्षण में दिशा-निर्देश हो सकते हैं, लेकिन यह सूक्ष्म प्रक्रियाओं द्वारा कठोर नहीं होना चाहिए।
- प्रभावी नेतृत्व अपनी टीम को काम सौंपने के बजाय उसे चुनना चाहिए। वह कभी-कभी उत्पाद की बेहतरी के लिए इसे बदल सकता है।
- अपने लोगों को उनके हित के क्षेत्र में प्रशिक्षित करने की कोशिश करें और साथ ही जहाँ आप उन्हें प्रशिक्षित करना चाहते हैं। अपनी टीम के विचारों और प्रयासों को अंतिम उद्देश्य के साथ संरेखित करें, जो 'सर्वश्रेष्ठ गुणवत्ता' है।
- अपने लोगों को प्रबंधित करने, उनका नेतृत्व करने का प्रयास न करें। मिलनसार और भरोसेमंद रहें, इससे काम बहुत आसान हो जाता है।
- आपकी टीम के प्रत्येक सदस्य को उस कार्य से प्यार करना चाहिए जो वे कर रहे हैं, उत्पाद से लगाव रखते हैं और आसपास के लोगों के प्रति स्नेह रखते हैं। फिर उनमें से केवल सबसे अच्छा बाहर आ जाएगा।
- परीक्षण दुनिया को विकसित करना है। विश्व का विचारणीय हिस्सा अधिक व्यावहारिक दृष्टिकोणों की ओर बढ़ रहा है जैसे अन्वेषण परीक्षण, प्रसंग-चालित परीक्षण (जो कि बहुत से लोग इसे जाने बिना ही करते हैं) जो कि दूसरों को भी करने चाहिए और अधिक तकनीकों को विकसित करना चाहिए जैसे
- अधिक परीक्षण समुदायों का गठन किया जाना चाहिए और समान विचारधारा वाले लोगों को बड़े पैमाने पर एक साथ मिल जाना चाहिए, साझा करने, सीखने, अनुकूलन और नवाचार करने के लिए बहुत कुछ है।
आशा है कि मेरा अनुभव और निष्कर्ष आपको एक बेहतर परीक्षक बनने में मदद करते हैं या बेहतर परीक्षण को समझने में आपकी मदद करते हैं।
उदाहरण के साथ एकीकरण परीक्षण क्या है
आगे पढ़ना => शुरुआत से प्रो तक: एक परीक्षण पेशेवर की सफल यात्रा के लिए एक पूर्ण गाइड
लेखक के बारे में: यह लेख एसटीएच टीम के सदस्य महेश सी द्वारा लिखा गया है। वह वर्तमान में वरिष्ठ गुणवत्ता आश्वासन प्रबंधक के रूप में काम कर रहे हैं, जिसमें कई जटिल उत्पादों और घटकों के लिए अग्रणी परीक्षण का अनुभव है।
वापस सुनना पसंद करेंगे। यहां टिप्पणी करें या हमारे पास पहुंचें। पढ़ने के लिए बहुत धन्यवाद।
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना
- सॉफ्टवेयर टेस्टिंग टेक्निकल कंटेंट राइटर फ्रीलांसर जॉब
- कुछ दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न
- सॉफ्टवेयर परीक्षण पाठ्यक्रम प्रतिक्रिया और समीक्षा
- सही सॉफ्टवेयर परीक्षण फिर से शुरू गाइड (सॉफ्टवेयर परीक्षक पुनरारंभ नमूना के साथ)