गुणवत्ता की कीमत: परीक्षण लागतों के अनुकूलन के लिए 7 सिद्धांत

आश्चर्य है कि अपने सॉफ़्टवेयर के परीक्षण पर पैसे कैसे बचाएं? आप अकेले नहीं हैं। केवल एक छोटा सा है लेकिन: यदि आप सॉफ़्टवेयर का परीक्षण नहीं करते हैं, तो सबसे नकारात्मक परिदृश्य संभव हैं - आपके लिए महंगा और अत्यंत नुकसानदायक से लेकर बाद के चरणों में आवेदन को अंतिम रूप देने के लिए प्रतिष्ठा की हानि और प्रतियोगियों को ग्राहकों / ग्राहकों की विदाई।

उत्पाद की गुणवत्ता सुनिश्चित करने के लिए 50 सबसे अनुभवी परीक्षकों की भर्ती के लिए तैयार हैं? यह अच्छा है! और क्यों? आपको समझने की आवश्यकता है: यदि आप उन मामलों में परीक्षण के लिए बहुत अधिक संसाधन आवंटित करते हैं जहां यह अनुचित है, तो आप बजट को बढ़ाएंगे और सॉफ्टवेयर बहुत महंगा हो जाएगा। क्या आपके उपयोगकर्ता और ग्राहक इससे खुश हैं? आपको फिर से खतरा है।

हां, हम इशारा कर रहे हैं कि सच्चाई कहीं न कहीं है। इस लेख में हम उन बुनियादी सिद्धांतों के बारे में बात करेंगे, जिनके पालन से आप परीक्षण की लागत और आपके उत्पाद की गुणवत्ता के बीच संतुलन पा सकते हैं।

सिद्धांत संख्या १। जितनी जल्दी हो सके परीक्षण शुरू करें

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


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

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

निचला रेखा: परीक्षण पर 150 मानव-घंटे बचाने और इसे जारी करने के लिए स्थगित करने की इच्छा के कारण इसके कर्मचारियों के 1,100 मानव-घंटे का नुकसान हुआ और परीक्षण की लागत दोगुनी हो गई।

सिद्धांत संख्या २। सेव करें, लेकिन एनालिटिक्स नहीं

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


सुव्यवस्थित विश्लेषण के बिना, आप सही उत्पाद को लॉन्च करने का जोखिम उठाते हैं जिसकी किसी को जरूरत नहीं है। यह तब होता है जब आप अपने लक्षित दर्शकों की विशेषताओं को ध्यान में नहीं रखते हैं।

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

हमारे उदाहरण में, डेवलपर फिर से बचाने में विफल रहा। न केवल आपको उत्पाद को अंतिम रूप देने और परीक्षण करने के लिए 300 मानव-घंटे खर्च करने पड़े, बल्कि प्रतिष्ठित लागतों ने परियोजना को लगभग अपने घुटनों पर ला दिया।

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

सिद्धांत संख्या ३। लक्ष्यों और अपेक्षाओं को परिभाषित करें

बेशक, आप चाहते हैं कि सब कुछ काम और अच्छी तरह से काम करे। लेकिन यह पर्याप्त नहीं है। आपको यह समझने की आवश्यकता है कि कितना अच्छा और क्यों इतना।


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

जब कोई ग्राहक हमारे पास आता है और कहता है: "मैं इसे काम करना चाहता हूं", हम उससे पूछना शुरू करते हैं: उत्पाद बनाने का मुख्य लक्ष्य क्या है? उपयोगकर्ताओं द्वारा सबसे अधिक क्या सुविधाएँ मांगी जाती हैं? वे उनका उपयोग कैसे करते हैं?



उम्मीदों को इकट्ठा करने के बाद, SMART लक्ष्य निर्धारित किए जाते हैं, वे विघटित हो जाते हैं, कार्य और KPI तालिकाएँ बन जाती हैं। परिणामस्वरूप, हम स्पष्ट रूप से परिभाषित करते हैं:

• परीक्षण के प्रकार;
• उनके धारण की तारीखें;
• टीम रचना;
• और भी संभव जोखिम।

यह सब ग्राहक द्वारा आवश्यक गुणवत्ता सुनिश्चित करने के लिए आवश्यक है, बिना उसकी नसों के भाग्य के बिना।

कभी-कभी, हालांकि, घटनाएं होती हैं। बीमा सेवाओं के ऑनलाइन स्टोर की परियोजना पर, हमने एक विश्लेषण किया और एक प्रस्ताव तैयार किया। मॉड्यूल की कार्यक्षमता और आकार की जटिलता के कारण, उत्पाद के पूर्ण कार्यात्मक और प्रतिगमन परीक्षण के अलावा, हमने प्रतिगमन को स्वचालित करने की सिफारिश की। इस तथ्य के बावजूद कि इसे पुनः प्राप्त करने में अधिकांश समय लगा, ग्राहक ने इसे स्वचालित करने से इनकार कर दिया, इस तथ्य से प्रेरित होकर कि "हैंडब्रेकर्स" की एक मजबूत टीम है, और स्वचालन में बहुत समय लगेगा और लाभहीन हो जाएगा। हमारे आगे के तर्कों और गणनाओं को नजरअंदाज कर दिया गया। हम अपनी स्थिति को साबित नहीं कर सके और तीन महीने तक हमने प्रतिगमन का मैन्युअल रूप से परीक्षण किया, जो वास्तव में, ग्राहक के लिए लाभहीन था।

तब परियोजना को रोक दिया गया था, दो महीने के लिए विश्लेषण किया गया था और स्वचालन योजना का उपयोग करने के प्रस्ताव के साथ लौटा था जिसे हमने पांच महीने पहले प्रस्तावित किया था।

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

सिद्धांत संख्या 4। स्वचालित

... लेकिन समझदारी से। और ROI की गणना के बाद।

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

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

1. टीसी की राशि - स्क्रिप्ट में मामलों की संख्या।
2. स्वचालन (आदमी * दिन) - स्क्रिप्ट स्वचालन के लिए संसाधन की खपत (प्रत्येक परीक्षण मामले के लिए परीक्षण डेटा को छोड़कर)।
3. 1 टीसी ऑटोमेशन (मैन * hrs) - एक टेस्ट केस को स्वचालित करने की लागत।
4. मैनुअल परीक्षण (आदमी * दिन) - एक पूरे के रूप में स्क्रिप्ट के मैनुअल परीक्षण की लागत।
5. परिणाम की जांच (आदमी * hrs) - ऑटोटेस्ट रन के परिणामों की जांच की लागत।
6. निष्पादन समय - परियोजना पर काम की अवधि के लिए आवश्यक परीक्षण की संख्या। यह संख्या रन की अपेक्षित संख्या को दर्शाती है, कार्यात्मक की स्थिरता को ध्यान में रखते हुए, टेस्ट रन की आवश्यक अनुसूची (सूचना की नियमितता), आदि।
7. स्वचालन प्रभावकारिता (%) - सहेजे गए समय के% में परीक्षण स्वचालन दक्षता। गणना त्रुटियों को देखते हुए, 150% से अधिक के संकेतक के साथ स्वचालन को प्रभावी माना जा सकता है।
8. बचा हुआ समय (आदमी * दिन) - पूरे प्रोजेक्ट के दौरान जितने मानव-दिन बचते हैं।

यह हमारी परियोजना के उदाहरण पर दिखता है:



अंतिम चयन दो स्वचालन परिदृश्यों के माध्यम से चला गया। उनके उपयोग ने हमें ऑटोटेस्ट चलाने के लिए दो दिनों से प्रतिगमन को कम करने की अनुमति दी, साथ ही शेष मैनुअल जांच के लिए दो घंटे, जो स्वचालित होने के लिए लाभहीन हो गया।

निचला रेखा: स्वचालन दसियों बार परीक्षण के लिए श्रम लागत को कम कर सकता है, और बिना कुछ के बजट को सूखा सकता है। आरओआई का विश्लेषण और गणना करने की क्षमता के बिना, आप हमेशा स्वचालन से हमेशा के लिए मोहभंग होने का जोखिम चलाते हैं।

सिद्धांत संख्या ५। शुरुआती का उपयोग करना सीखें

स्वचालित करना नहीं चाहते हैं? अनुभव के साथ परीक्षक बजट हिट? एक छोटे लेकिन उचित वेतन के लिए उच्च विद्यालय के स्नातक को काम पर रखने के बारे में सोचना? एक बुरा विचार नहीं है, लेकिन कुछ बारीकियां हैं। यहां तक ​​कि अगर आपके पास एक साधारण उत्पाद है, तो भी कुछ नए लोग आपके लिए पर्याप्त नहीं होंगे।

एक बच्चा खेल में एक बग ढूंढ सकता है और डिकॉय परीक्षण की विधि द्वारा आवेदन को तोड़ सकता है, लेकिन क्या वह सभी कीड़े ढूंढेगा? बिल्कुल नहीं। हम नए लोगों के बहुत शौकीन हैं, लेकिन वे आमतौर पर अनुसंधान के तरीकों का मालिक नहीं हैं। लेकिन वे परीक्षणों पर "चल" सकते हैं। इसलिए, जलती हुई आँखों वाले शुरुआती लोगों की एक कंपनी के लिए, आपको एक "बूढ़े आदमी" की ज़रूरत है जो एक स्तर पर चेक लिखेगा जो आपके शुरुआती समझेंगे।

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

बीमा उत्पाद के परीक्षण के लिए मामलों के एक सेट का एक टुकड़ा नीचे प्रस्तुत किया गया है।


एक "नौसिखिए पैकेज" में डेटा जनरेटर के रूप में बहुत सरल लेकिन उपयोगी कुछ शामिल हो सकते हैं।

और यह मामलों को पारित करने के लिए विशिष्ट कदम दे सकता है। वैसे, हमारे अनुभव में, जाँचकर्ताओं के बजाय शुरुआती परीक्षण मामलों (विस्तृत चरणों और पूर्व शर्त के साथ) को देना सबसे अच्छा है।



इस तरह के सेट के पास होने के बाद, एक शुरुआत करने वाले को हमेशा पता चलेगा कि कौन सी परीक्षा लेनी है, क्या करना है और लापता जानकारी को कहाँ देखना है।

निचला रेखा: गुणवत्ता और परीक्षण की गति को खोए बिना शुरुआती के काम का उपयोग करना लाभदायक है। जूनियर दूसरे सप्ताह से पहले से ही वास्तविक लाभ लाने में सक्षम है, अनुकूलन के समय की हानि को 4 गुना (160 से 40 घंटे से) तक कम कर सकता है।

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

सिद्धांत संख्या ६। आपको सौ परीक्षकों की आवश्यकता नहीं है, आपको उन लोगों की आवश्यकता है जो अपने सिर के साथ काम करते हैं

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

अंतर्ज्ञान महत्वपूर्ण है, लेकिन फिर भी रणनीतिकारों और विश्लेषकों की मदद का सहारा लेने की कोशिश करें जो आपको कार्यों के दायरे, आपकी ज़रूरत वाले लोगों की संख्या और उनकी योग्यता का आकलन करने में मदद करेंगे।

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


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


अंत में, इसने अनुमति दी:

- पूर्व-रिलीज़ परीक्षण की लागत को 232,400 से घटाकर 35,200 रूबल।

- स्वचालन के माध्यम से ROI परीक्षण को 5 गुना बढ़ाएं।

- प्रबंधन पर प्रबंधन का बोझ कम करें।

- पूर्व-रिलीज़ परीक्षण समय को 23 मानव-घंटे कम करें।

- परीक्षण की गुणवत्ता में सुधार, परियोजना पर केवल अनुभवी परीक्षकों को छोड़कर।

सिद्धांत संख्या number। पता लगाएं कि आपके लिए कौन अधिक लाभदायक है: कर्मचारी या आउटसोर्सिंग

अक्सर, लेकिन हमेशा नहीं, आउटसोर्सिंग सस्ती होती है और आपको छूट पर अधिक अनुभवी कर्मचारियों को नियुक्त करने की अनुमति मिलती है।

हमारे अभ्यास से एक और मामला: 70 हजार रूबल के वेतन के साथ नौ पूर्णकालिक परीक्षकों के बजाय 130 हजार के वेतन के साथ नौ आउटसोर्सरों को काम पर रखने से एक वर्ष में डेढ़ मिलियन से अधिक रूबल की बचत कैसे करें।

निराधार नहीं होने के लिए, हम एक तालिका दिखाएंगे जो बताएगी कि ऐसा लाभ कहाँ से आता है।


हमारे उदाहरण में, एक महीने में 70 हजार रूबल के वेतन के साथ पूर्णकालिक परीक्षक को कंपनी को 14,877 रूबल की लागत आती है, जो एक अधिक महंगी आउटसोर्सिंग विशेषज्ञ से लगभग दोगुनी वेतन के साथ है। यदि हम एक वर्ष के लिए काम करने वाले 9 लोगों के विभाग को ध्यान में रखते हैं, तो लाभ 1,606,716 रूबल होगा। और यह पैसा है।

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

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

संक्षेप में जो कहा गया था

1. नेशनल इंस्टीट्यूट ऑफ स्टैंडर्ड्स एंड टेक्नोलॉजी के संस्करण के अनुसार, विकास के अंत में परीक्षण की लागत प्रारंभिक चरणों में इसकी लागत 15 गुना से अधिक हो सकती है, और 30 बार रिलीज होने के बाद।

ओवरपे नहीं करना चाहते हैं? जितनी जल्दी हो सके परीक्षण शुरू करें!

2. अपने लक्षित दर्शकों की गलतफहमी और इसकी उत्पाद आवश्यकताओं ने कई उत्कृष्ट परियोजनाओं को दफन कर दिया।

विश्लेषिकी पर सहेजें? अनुमान लगाने के खेल के लिए भुगतान करने के लिए तैयार हो जाओ!

3. न केवल सीए, बल्कि ग्राहकों की इच्छाओं का भी विश्लेषण करना आवश्यक है। उनके आधार पर, आपको स्मार्ट लक्ष्य निर्धारित करने और विघटित करने में सक्षम होना चाहिए।

स्पष्ट लक्ष्य निर्धारित नहीं कर सकते? आपके लक्ष्य ग्राहक के लिए समझ से बाहर हैं? पूरा करने और rework की लागत रखना!

4. स्वचालन परीक्षण लागतों को अनुकूलित करने में मदद करता है। लेकिन हर जगह नहीं और हमेशा नहीं।

क्या आपको लगता है कि अपने हाथों से परीक्षण करना अधिक लाभदायक है? कई परिदृश्यों में स्वचालन से ROI की गणना करें और संख्याओं की तुलना करें!

5. परीक्षण में शुरुआती उत्साही हैं, लेकिन उनके पास अनुभव की कमी है। एक अच्छा गुरु और "शुरुआती पैकेज" जून की दक्षता को 2-3 गुना बढ़ा देता है।

एक उचित शुल्क के लिए कल के स्नातक उत्तीर्ण? एक आदमी में एक "बंदर" से उनके परिवर्तन के लिए अतिरिक्त भुगतान करने के लिए तैयार हो जाओ!

6. गुणवत्ता मात्रा के बराबर नहीं है। एक अच्छा विशेषज्ञ अधिक महंगा है क्योंकि वह सबसे अच्छा परिणाम देता है।

परिणाम पर काम करना, बचाना नहीं चाहते हैं? फिर आपको परीक्षण टीम का ऑडिट नहीं करना चाहिए और इसकी संरचना का अनुकूलन करना चाहिए।

7. परीक्षण की आउटसोर्सिंग आपको परिणाम की गारंटी के साथ परियोजना पर एक अनुभवी टीम प्राप्त करने की अनुमति देती है। लेकिन आउटसोर्सिंग हर किसी के लिए उपयुक्त नहीं है।

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

एक उपसंहार के बजाय

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

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

नीना उम्रवा
गुणवत्ता प्रयोगशाला में उप निदेशक।