मेन्यू

टेस्ट केस राइटिंग (प्रोडक्टिविटी टिप्स) के लिए खुद को कैसे तैयार करें

how prepare yourself

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

टेस्ट केस लिखने और अपनी उत्पादकता में सुधार के लिए खुद को कैसे तैयार करें:

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

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

टेस्ट केस लेखन

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

अंत में, परीक्षक को यह जानना होगा कि बग की रिपोर्ट कैसे की जाती है, मुद्दों को आगे बढ़ाया जाता है और मानक प्रक्रिया के साथ संरेखित करने के लिए परीक्षण रिपोर्ट कैसे तैयार की जाती है और परियोजना के हितधारकों द्वारा समझा जा सकता है।

आप क्या सीखेंगे:

कैसे जावा में सामान्य प्रकार की एक सरणी बनाने के लिए

टेस्ट केस राइटिंग के लिए तैयारी करें

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

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

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

4) परीक्षक की दक्षता परीक्षण के तहत प्रणाली में पहचाने जाने वाले कीड़े की संख्या के आधार पर अनुमान नहीं लगाया जाना चाहिए, लेकिन सफल परीक्षण मामलों को लिखने की क्षमताओं पर जो कि दोषों की खोज है। तो, परीक्षण मामलों को इस तरह से लिखा जाना चाहिए कि कवरेज और पता लगाने की क्षमता सिस्टम की सीमा और दायरे के आधार पर अधिकतम होना चाहिए।

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

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

6) परियोजना आवश्यकताओं और प्रदर्शन किए जाने वाले प्रकार के परीक्षण परियोजना से परियोजना में भिन्न होते हैं। एक परीक्षक को किसी भी प्रकार का परीक्षण करने के लिए तैयार रहना चाहिए। अपनी क्षमताओं को सीमित न करें अपने कौशल और विशिष्टताओं के लिए। किसी भी प्रकार के परीक्षण के लिए परीक्षण मामलों को लिखने और निष्पादित करने के लिए जिम्मेदारियों और चुनौतियों को लेने के लिए तैयार रहें।

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

7) परीक्षण के प्रकारों को पहचानें प्रदर्शन किया जाना चाहिए और ऑटो के परीक्षण के लिए आवश्यक कौशल। उदाहरण के लिए, कुछ परियोजनाओं के लिए केवल ब्लैक-बॉक्स परीक्षण की आवश्यकता होती है और कुछ को व्हाइट बॉक्स परीक्षण कौशल की आवश्यकता होती है। का ज्ञान पटकथा 'या' में अनुभव एसक्यूएल 'या' के साथ काम करना पाठ के प्रस्तुतिकरण के लिए प्रयुक्त भाषा “जैसे HTML / XML इत्यादि, या यहाँ तक कि सॉफ़्टवेयर के इंस्टॉलेशन की स्थापना / समस्या निवारण के बारे में एक सिस्टम ज्ञान, आदि कुछ परियोजना-विशिष्ट आवश्यकताएं हैं जिन्हें आपको स्वयं सीखना चाहिए या उसी के लिए प्रशिक्षण प्राप्त करना चाहिए।

8) सुनिश्चित करें कि परीक्षण मामलों को कवर कर रहे हैं प्रदर्शन परीक्षण, सुरक्षा परीक्षण और प्रतिगमन परीक्षण प्रकार। उदाहरण के लिएनीचे दी गई लॉगिन स्क्रीन का उपयोग करके एप्लिकेशन में प्रवेश करने के लिए:

टेस्ट केस दक्षता २

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

9) टेस्ट केस रिव्यू किसी भी सॉफ्टवेयर विकास और परीक्षण जीवन चक्र के सबसे महत्वपूर्ण और सबसे अनदेखी चरण में से एक है ' समीक्षा ”। जब एक परियोजना योजना में पर्याप्त समय आवंटन शामिल होता है a पुनरावलोकन प्रक्रिया परियोजना के विकास के प्रत्येक और हर स्तर पर, सबसे अधिक गुणवत्ता वाले डिलिवरेबल्स और आउटपुट हम उसी की उम्मीद कर सकते हैं।

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

टेस्ट केस दस्तावेजों की समीक्षा कम से कम 3 बार के माध्यम से की जानी चाहिए:

विंडोज 7 के लिए फ्री सिस्टम क्लीनर

i) सेल्फ रिव्यू
ii) सहकर्मी समीक्षा
iii) पूर्णता, परीक्षण कवरेज, ट्रैसेबिलिटी और परीक्षण के मामले में परीक्षण योग्य है या नहीं, इसके लिए दूसरों द्वारा समीक्षा करें।

10) आखिरकार, समझें कि कैसे अनुमान लगाया जाता है और परीक्षण कार्यों की योजना बनाएं । एक दिन में केवल निर्धारित अनुमानित समय के लिए काम करने की योजना बनाएं। यह समय पर कार्यों को शुरू करने और पूरा करने और अगले दिन के कार्यों के लिए योजनाओं के साथ दिन को छोड़कर प्राप्त किया जा सकता है।

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

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

गुणवत्ता मैट्रिक्स

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

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

और देखेंपरीक्षण चरणों में उपयोग किए जाने वाले अन्य उपयोगी परीक्षण मीट्रिक:

=> महत्वपूर्ण सॉफ्टवेयर टेस्ट मेट्रिक्स और माप और लाइव प्रोजेक्ट बग ट्रैकिंग, टेस्ट मेट्रिक्स और टेस्ट साइन ऑफ़ प्रक्रिया।

1) औसत परीक्षण दक्षता

  • परीक्षण के प्रयास के प्रति माह महीनों।
  • औसत के रूप में गणना (मानव-महीनों में परीक्षण के प्रयास के दौरान कुल कीड़े)।
  • प्रत्येक आंतरिक रिलीज के साथ-साथ परीक्षण पूरा होने के बाद गणना की जाए।
  • स्वीकृति सीमा: 50 से कम होनी चाहिए

2) औसत ग्राहक दोष घनत्व

  • मैन-महीनों में डिलीवरी बनाम कुल परीक्षण प्रयासों के बाद ग्राहक द्वारा रिपोर्ट किए गए कीड़े।
  • औसत के रूप में परिकलित करना (मानव-महीनों में वितरण / परीक्षण के प्रयास के बाद की कुल कीड़े)।
  • बाहरी रिलीज और प्रोजेक्ट पूरा होने के बाद गणना की जाए।
  • स्वीकृति सीमा: 1 से कम होनी चाहिए

3) कार्यात्मक परीक्षण विफलताओं

  • फेल कार्यात्मक परीक्षण मामलों की एक संख्या / निष्पादित कार्यात्मक परीक्षण मामलों की कुल संख्या।
  • मासिक या पाक्षिक गणना की जाए।

4) बग्स गंभीरता के साथ स्तर 1

  • गंभीरता स्तर 1 (अवरोधक) के साथ पहचाने जाने वाले कीड़े की कुल संख्या।
  • अवरोधक मुद्दों के कारण सॉफ़्टवेयर के लिए परीक्षण जारी नहीं रखा जा सकता है।
  • साप्ताहिक आधार पर गणना की जाए।

5) बग्स के साथ गंभीरता स्तर 2

  • गंभीरता स्तर 2 (प्रमुख बग) के साथ पहचाने जाने वाले बग की कुल संख्या।
  • प्रमुख बग के कारण परीक्षण को फीचर के लिए जारी नहीं रखा जा सकता है, लेकिन सिस्टम के अन्य भागों के साथ जारी रखा जा सकता है।
  • साप्ताहिक आधार पर गणना की जाए।

6) बग्स के साथ गंभीरता स्तर 3

  • गंभीरता स्तर 3 (मामूली बग) के साथ पहचाने जाने वाले कीड़े की कुल संख्या।
  • परीक्षण जारी रखा जा सकता है क्योंकि पहचाने गए बग नाबालिग हैं और परीक्षण बंद नहीं करते हैं।
  • साप्ताहिक आधार पर गणना की जाए।

7) बग्स के साथ गंभीरता स्तर 4

  • गंभीरता स्तर 4 (कॉस्मेटिक मुद्दों) के साथ पहचाने जाने वाले कीड़े की कुल संख्या।
  • परीक्षण किसी भी मुद्दे के बिना पूरा किया जा सकता है क्योंकि पहचाने गए बग कॉस्मेटिक संबंधित हैं और अगले रिलीज के लिए तय किए जाने हैं।
  • साप्ताहिक आधार पर गणना की जाए।

बग रिपोर्टिंग

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

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

बग रिपोर्टिंग प्रक्रिया को विस्तार से जानने के लिएनिम्नलिखित लेख पढ़ें:

=> एक अच्छी बग रिपोर्ट कैसे लिखें? युक्तियाँ और चालें
=> नमूना बग रिपोर्ट
=> क्यों बग रिपोर्टिंग एक कला है जिसे हर परीक्षक द्वारा सीखा जाना चाहिए?
=> बग जीवन चक्र
=> वेब और उत्पाद अनुप्रयोगों के लिए नमूना बग रिपोर्ट

परीक्षण रिपोर्ट

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

नीचे एक ऐसी ही सरल परीक्षण रिपोर्ट है:

इसके लिए, निम्नलिखित उपयोगी ट्यूटोरियल पढ़ेंप्रभावी परीक्षण रिपोर्टिंग:

=> एक प्रभावी टेस्ट सारांश रिपोर्ट लिखने के लिए गाइड
=> स्मार्टली टेस्ट परीक्षा कैसे करें रिपोर्ट करें (डाउनलोड स्टेटस रिपोर्ट टेम्प्लेट)

सबसे अच्छा यूट्यूब एमपी 3 एप्लिकेशन में कनवर्ट करें

विजयी

jaya1

निष्कर्ष

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

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

ये गुणवत्ता कारक कुछ प्रश्नों को पूछकर आत्म-विश्लेषण या समूह विश्लेषण कर सकते हैं जो यह बताएगा कि क्या हम परीक्षण मामले के लेखन और निष्पादन में एक कुशल दृष्टिकोण प्राप्त करने के लक्ष्य में स्वयं और प्रक्रिया सुधार के सही मार्ग पर हैं:

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

अनुशंसित पढ़ना = >> सर्वश्रेष्ठ ऑनलाइन क्रिएटिव लेखन पाठ्यक्रम

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

PREV ट्यूटोरियल | अगले ट्यूटोरियल

अनुशंसित पाठ

^