अपने सॉफ़्टवेयर के परीक्षण के फैसले को स्वचालित बनाना
हर सॉफ्टवेयर परीक्षण परियोजना कर सकते हैं या स्वचालित जाना चाहिए. पहले अपने विभाग के एक नए परीक्षण स्वचालन परियोजना स्वीकार करता है, तुम एक प्रक्रिया है जिसके द्वारा परियोजनाओं की समीक्षा की और या तो स्वीकार किए जाते हैं या अस्वीकार कर रहे हैं स्थापित करने चाहिए. यह एक साधारण टेस्ट स्वचालन स्वीकृति परीक्षण स्वचालन के स्टेटिक DataThe सच लागत लाभ के साथ Checklist.Repeatable टेस्ट मामलों के साथ प्राप्त किया जा सकता है केवल जब एक ही पटकथा कई बार मार डाला जाता है. पहले निष्पादन बहुत महंगा है क्योंकि यह एक स्वचालन उपकरण और टेस्ट स्वचालन है इंजीनियर समय की 100% के समय की लागत भी शामिल है. जब स्क्रिप्ट फिर से क्रियान्वित कर रहे हैं, परीक्षण स्वचालन गिरावट की लागत तेजी से. उपकरण पहले से ही खरीदा है और पटकथा पहले ही कोडित किया गया है. अगर कोई आवेदन में बदलाव आया है, स्क्रिप्ट निष्पादित किया जा रहा से पहले रखरखाव की आवश्यकता हो सकती है. छोटी पर रखरखाव सॉफ़्टवेयर अद्यतन minimal.Because परीक्षण स्वचालन होना चाहिए तभी सफल, जब पटकथा कई बार निष्पादित किया जा सकता है, केवल आवेदन की आवश्यकता है जो एक ही परीक्षण मामलों उसी डेटा के साथ क्रियान्वित हो रहे हैं स्वचालन के लिए अच्छे उम्मीदवारों. उदाहरण के लिए, एक बंधक आवेदन की जरूरत है कि प्रतिगमन होना एक साप्ताहिक आधार पर जांच की परीक्षा स्वचालन के लिए एक अच्छे उम्मीदवार हो सकता है. स्क्रिप्ट रखरखाव न्यूनतम और पटकथा कर सकता है समय एक मैनुअल परीक्षक लेने के लिए एक ही functionality.On दूसरी ओर परीक्षण होता के एक अंश में बंधक परीक्षण के आंकड़ों का एक ही समूह का उपयोग कर आवेदन दर्ज करें, एक बंधक प्रवर्तन प्रणाली है, जो उपयोग नहीं कर सकते वही एक चलना परीक्षण के लिए डेटा एक अच्छा स्वचालन उम्मीदवार नहीं होगा. कारण बंधक व्यवस्था की प्रकृति के लिए, डेटा स्वीकृति या अस्वीकृति के विभिन्न राज्यों, वर्तमान और आंकड़ों पर आधारित में किया जा सकता है विभागों, जो पहले से ही बंधक अनुप्रयोग के अपने भाग पर कार्यवाही की है. यदि स्क्रिप्ट नहीं आसानी से समझ सकते हैं जो डेटा सॉफ्टवेयर में प्रवेश के लिए, यह एक अच्छा स्वचालन candidate.Another समस्या से नहीं है जटिल प्रणाली की इस प्रकार की स्वचालित है कि परीक्षण पर्यावरण अक्सर उत्पादन आंकड़ों का एक नमूना है कि एक आवधिक आधार पर ताजा है शामिल हैं. कभी कभी इस परीक्षण के आंकड़ों के पुनर्निर्माण से दूर किया जा सकता है जब परीक्षण पर्यावरण ताजा है. एक नियमित आधार पर परीक्षण के आंकड़ों के पुनर्निर्माण की व्यवहार्यता आवेदन की जटिलता पर निर्भर करता है. आप द्वारा मामले या basis.Application एक मामले पर कि फैसला करना होगा पर्यावरण StabilityEnvironmental स्थिरता के लिए महत्वपूर्ण है एक सफलतापूर्वक एक सॉफ्टवेयर परीक्षण परियोजना स्वचालित. स्क्रिप्ट एक समय पर ढंग से नहीं कोडित यदि आवेदन पर्यावरण, अनुपलब्ध है अनुभव हो सकता है नीचे अक्सर बार, या अत्यधिक दोषों और errors.Little या कोई अनुप्रयोग या पर्यावरण DowntimeIt अब लगता है स्क्रिप्ट लिखने से वह स्वयं ही कार्यशीलता का परीक्षण करता है. सबसे स्वचालन उपकरण हैं सी या दृश्य मूल के संस्करण के नीचे पानी पिलाया जिसका अर्थ है कि स्वचालित स्क्रिप्ट लिख रहे मूलतः प्रोग्रामिंग है और पर्याप्त समय और विशेषीकृत कौशल लेता है. मैनुअल परीक्षण मामलों, जो कभी कभी लिखा जा सकता है के विपरीत आवश्यकताओं और नकली अप बंद आधारित स्वचालित उपकरणों वास्तविक आवेदन की आवश्यकता है. जब एक परीक्षण पर्यावरण अनुपलब्ध है, स्वचालन इंजीनियरों लिपियों, जो परियोजना prolongs और समाप्त होता है लागत नहीं बना सकते more.Excessive स्र्कना निम्न में से किसी से मिलकर बनता है: स्क्रिप्ट और विकास पर बुनियादी सुविधा लगातार अनुप्रयोग अपडेट पर्यावरण अस्थिरता की छोटी गाड़ी CodeEffects सहायता के अस्थिर माहौल कमी कर सकते हैं ExecutionWhen एक आवेदन पत्र या वातावरण, पटकथा प्रगति अस्थिर है नाटकीय रूप से धीमा है या पूरी तरह बंद कर दिया है. कुछ मामलों में, यह पटकथा जारी संभव है, लेकिन यह अधिक काम कारणों सकता है बाद में तिथि. उदाहरण के लिए, यदि आप छोटी गाड़ी कोड में लेखन कर रहे हैं, आप त्रुटि संदेश के आसपास स्क्रिप्ट के लिए है और लिपियों के लिए एक बाद की तारीख में संशोधन करना होगा हो सकता है. या, आप केवल एक निश्चित बिंदु पर स्क्रिप्ट बनाने में सक्षम हो सकती है और उन्हें एक बाद की तारीख पर खत्म करो. मदद करने से बचने और पर्यावरण अस्थिरता में कमी, सेवा स्तर Agreements.Timely दोष FixesApplication दोषों पर अध्याय पढ़ लिया है के लिए एक स्वचालित के लिए हानिकारक हो नहीं सॉफ्टवेयर परीक्षण परियोजना. जब दोष एक समय पर तरीके से तय हो, महत्वपूर्ण स्र्कना बिना पटकथा जारी रख सकते हैं. जब एक स्वचालित परीक्षण परियोजना का आकलन, यह हमेशा सर्वश्रेष्ठ कुछ बफर समय जोड़ है कि करेगा त्रुटि रिपोर्टिंग और revisions.When दोष सुधारों को समायोजित करने के लिए समय का एक अत्यधिक राशि लेने के लिए संकल्प और स्वचालित सॉफ्टवेयर परीक्षण परियोजना के कारण देरी हो रहे हैं, यह समय के साथ साथ काम करना एक बैठक. सभी प्रमुख खिलाड़ियों को आमंत्रित करें और समस्या की जड़ पर चर्चा और क्या हर स्थिति में सुधार कर सकते हैं. शायद विकास भी ज़्यादा समय के लिए समस्या प्रतिलिपि और अपने स्वचालन होने की कोशिश कर रहा खर्च कर रहा है टीम के बेहतर वर्णन दर्ज मदद उन्हें दोष सुधारों को तेजी से बदलने के आसपास होगा. शायद तुम एक साथ काम करने के लिए दोष वर्गीकृत और एक वर्गीकरण के लिए उचित तय समय स्थापित कर सकते हैं. उदाहरण के लिए, एक गंभीर दोष उस दिन तय करते समय एक उच्च दोष के साथ निर्धारित 24 hours.Responsive संपर्क PersonWhen में अपनी टीम को एक नया स्वचालित परीक्षण परियोजना पर ले जाता है, तुम एक व्यक्ति से संपर्क की आवश्यकता होगी जाने की आवश्यकता की जरूरत है. इस व्यक्ति को है बनाने के लिए जिम्मेदार सुनिश्चित हैं कि आप व्यापार आवश्यकताओं है और कैसे काम करता है अनुप्रयोग के बारे में सवालों का जवाब दे. यह उसके मुख्य काम नहीं है, तो आपको यह सुनिश्चित करने की जरूरत होगी तो वह जिम्मेदार है. यदि तुम पर्याप्त व्यापार आवश्यकताओं नहीं, परीक्षण डाटा, या प्रश्नों के उत्तर दिया, अपने स्वचालन परियोजना successful.Copyright 2004 नहीं होगी कर सकते हैं. Danna Henderson. सर्वाधिकार Reserved.Danna Henderson मदद की है बहुत से WinRunner संगठनों के साथ अपने सॉफ्टवेयर परीक्षण स्वचालित. मजबूत, डाटा चालित स्क्रिप्ट बनाने पर जानकारी के लिए, और स्वचालित सफल परीक्षण, यात्रा WinRunner विशेषज्ञों.
Article Source: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster Get Html Code
Add this article to your website now!
Webmaster Submit your Articles
No registration required! Fill in the form and your article is in the Messaggiamo.Com Directory!
