गुणवत्ता आश्वासन क्या है? क्या यह परीक्षण और बग फिक्सिंग है, या यह कुछ और है?गुणवत्ता आश्वासन परीक्षण और बग फिक्सिंग के समान है?
उत्तर
सॉफ्टवेयर क्यूए में संपूर्ण सॉफ्टवेयर विकास प्रक्रिया शामिल है - प्रक्रिया की निगरानी और सुधार, यह सुनिश्चित करना कि किसी भी सहमत मानकों और प्रक्रियाओं का पालन किया जाता है, और यह सुनिश्चित करना कि समस्याएं पाई जाती हैं और निपटाई जाती हैं।
और अधिक विस्तार: Software QA FAQ
क्यूए = परीक्षण, यह मान्य और सत्यापित करता है।
बग फिक्स परीक्षक का काम नहीं है। जबकि परीक्षक प्रोग्रामर के लिए बग इंगित कर सकते हैं।
परीक्षण सॉफ्टवेयर विकास में पांच चरणों में से एक है।
आमतौर पर, अंतिम चरण (रखरखाव/वृद्धि) बग फिक्सेशन सामग्री के साथ शामिल है।
लेकिन एसडब्ल्यू विकास के पूरे जीवन चक्र के दौरान, परीक्षण, या ग्राहक द्वारा, या प्रोग्रामर द्वारा बग की पहचान की जाती है।
क्यूए गुणवत्ता आश्वासन के संक्षिप्त रूप है।
गुणवत्ता आश्वासन का अर्थ परिभाषित क्षेत्र के खिलाफ एक उत्पाद की जांच करना जहां दायरा पूरा हो गया है या नहीं। इसमें परीक्षण बग फिक्सिंग और अन्य चीजें शामिल हैं।
प्रथम क्यूए टीम परिभाषित दायरे के खिलाफ उत्पाद की जांच करेगी और यदि उन्हें उत्पाद में गलती या अनुचित कार्यक्षमता मिली तो वे एक बग पोस्ट करेंगे और इस उत्पाद को विकसित करने वाले डेवलपर को सौंपा जाएगा।
डेवलपर बग नामक इन समस्याओं को ठीक करेगा। क्यूए टीम फिर से एक ही चीज़ की जांच करेगी और इसे सत्यापित करेगी।
यह चक्र तब तक जारी रहेगा जब तक कि परियोजना का परिभाषित दायरा संतुष्ट न हो जाए।
आप निम्न लिंक से और जानकारी भी प्राप्त कर सकते हैं ..क्यूए के
परिभाषा:
बग की परिभाषा फिक्सिंग परीक्षण
केhttp://encyclopedia2.thefreedictionary.com/bug+fix
परिभाषा
http://searchwindevelopment.techtarget.com/sDefinition/0,,sid8_gci534970,00.html
अन्य लिंक:
http://www.softwaretestinghelp.com/types-of-software-testing/
http://www.exforsys.com/tutorials/testing/bug-life-cycle-guidelines.html
http://www.onlamp.com/pub/a/onlamp/2005/08/11/fixingbugs.html
आशा इस मदद करता है
तुम अब भी गूगल में
परिणाम और परिभाषा के लाखों पा सकते हैंचीयर्स,
क्यूए बग फिक्सिंग और परीक्षण से कहीं अधिक है। यह परिभाषित दायरे के खिलाफ उत्पाद की जांच करने से भी अधिक है (हालांकि यह एक महत्वपूर्ण हिस्सा है)।
क्यूए परियोजना या परियोजना चरण के सभी चरणों में हो रहा है। आवश्यकताओं को यह सुनिश्चित करने के लिए क्यूए के अधीन होना चाहिए कि वे सार्थक, प्राप्त करने योग्य और इसी तरह से हैं। यूनिट परीक्षण यह सुनिश्चित करने के लिए क्यूए के अधीन होना चाहिए कि वे आवेदन को पर्याप्त कवरेज दें। ध्यान दें कि यह जांच नहीं कर रहा है कि परीक्षण काम करता है लेकिन पूरे परीक्षण "पर्याप्त अच्छे" हैं। कोड कोड कोड और यूनिट परीक्षण के रूप में स्वयं को क्यूए के अधीन होना चाहिए।
ये क्यूए गतिविधियों को एक अलग विभाग द्वारा नहीं किया जाना चाहिए - कोड समीक्षा कुछ ऐसे हैं जो साथी डेवलपर्स द्वारा की जानी चाहिए।
यदि (और यह बड़ा है तो) परियोजना के दौरान पर्याप्त क्यूए है तो परियोजना चरण के अंत में होने वाले परीक्षण/बग फिक्सिंग की मात्रा न्यूनतम रखी जानी चाहिए।
परीक्षण और बग फिक्सिंग और सत्यापन QA का हिस्सा है। लेकिन क्यूए इस तरह की प्रक्रिया/अभ्यास है यह सुनिश्चित करने के लिए कि वादा किया गया गुणवत्ता वितरित की जाती है। इसलिए क्यूए में यह सुनिश्चित करना शामिल हो सकता है कि आवश्यकताएं पूर्ण हैं/आवश्यकताएं वैध/सही हैं बिल्ड प्रक्रिया लागू की गई है/देव अच्छे कोडिंग प्रथाओं का अभ्यास कर रहे हैं .. यह नहीं कि सभी परियोजनाओं में लागू किए गए हैं लेकिन यह क्यूए
वास्तविक परिभाषाओं के लिए है (हां, केवल एक से अधिक है) गुणवत्ता आश्वासन के लिए आप आईएसओ 24765 देख सकते हैं जो एक मानक है जो सॉफ्टवेयर-इंजीनियरिंग शर्तों को परिभाषित करता है। (मुझे नहीं लगता कि मुझे यहां परिभाषाओं को पेस्ट करने की प्रतिलिपि बनाने की अनुमति है इसलिए मैं केवल संदर्भ बना रहा हूं)। आईएसओ 24765 आईएसओ 12207 और आईएसओ 15288 की परिभाषाओं को फिर से व्यवस्थित करता है ताकि आप दो अभ्यासों को भी देख सकें। सीएमएमआई ने क्यूए की अपनी परिभाषा भी दी है।
आपकी जानकारी के लिए:
ISO 12207 -> Systems and software engineering - Software life cycle processes.
ISO 15288 -> Systems and software engineering - System life cycle processes.
ISO 24765 -> Systems and software engineering - Vocabulary
मैं 2 भागों में गुणवत्ता आश्वासन को परिभाषित करेगा।
=> (सॉफ्टवेयर) गुणवत्ता आश्वासन अच्छा विश्वास प्राप्त करने का एक व्यवस्थित तरीका है कि एक सॉफ्टवेयर गुणवत्ता को पूरा करेगा। क्यूए प्रक्रियाओं से बना है -> क्रियाएँ -> कार्य -> प्रक्रियाएं। क्रियाकलापों और गहराई की संख्या जिसमें गतिविधियां, कार्य और प्रक्रियाओं में प्रक्रियाओं को विघटित किया जाएगा, सामान्य रूप से टीम के आकार और विकसित होने वाले सॉफ़्टवेयर की आलोचना पर निर्भर करेगा। क्यूए ज्यादातर दोषों को रोकने की कोशिश करेगा जबकि गुणवत्ता नियंत्रण दोषों को उजागर करने का प्रयास करेगा (इसलिए मुझे लगता है कि बग फिक्सिंग क्यूए का हिस्सा नहीं है बल्कि गुणवत्ता नियंत्रण का हिस्सा है)। क्यूए में परीक्षण प्रक्रियाएं हैं लेकिन यह एकीकरण और योग्यता परीक्षण पर अधिक केंद्रित है।
=> गुणवत्ता वह डिग्री है जिस पर सॉफ्टवेयर ग्राहक की आवश्यकताओं को पूरा करेगा (दोनों ने कहा और कहा नहीं), आवश्यकताओं और अपेक्षाओं। (ध्यान दें कि ग्राहक की असुरक्षित आवश्यकता और ग्राहक की अपेक्षाओं को जानना बहुत मुश्किल है)।
गुणवत्ता आश्वासन किसी भी परियोजना के शुरुआती चरण से ही शुरू होता है। इसमें कुछ गुणवत्ता लक्ष्यों को प्राप्त करने के लिए किसी संगठन द्वारा निर्धारित प्रक्रियाओं और प्रक्रियाओं के सेट को निष्पादित करना शामिल है।
प्रमाणीकरण गुणवत्ता आश्वासन में एक महत्वपूर्ण भूमिका निभाता है। आपको वांछित आउटपुट या आवश्यकताओं के खिलाफ सत्यापन करना होगा।
उपयोगकर्ता द्वारा उपयोग किए जाने वाले किसी प्लेटफॉर्म में बग के बिना ब्रह्मांड में कोई सॉफ़्टवेयर नहीं है। उद्देश्य सॉफ्टवेयर में सॉर्ट किए गए और प्रबंधित किए गए मामलों की अधिकतम संख्या के साथ स्मार्ट उत्पाद प्राप्त करना है। उपयोग और मामलों के माध्यम से मेरा मतलब ग्राहक
के अधिकतम व्यवहार व्यवहार मामलों को कवर करना है, जब आप दस्तावेजी सबूत सेट करते हैं तो आप केवल अपने उत्पाद की गुणवत्ता के बारे में आश्वस्त कर सकते हैं। साक्ष्य बताते हुए कि आपने सभी प्रक्रियाएं की हैं और सभी कार्यों का प्रदर्शन किया गया है।
संगठन के मानकीकरण के प्रमाणीकरण की बात आती है जब क्यूए टीम की कई जिम्मेदारियां होती हैं। जैसे आईएसओ 9 001: 2008
क्यू) गुणवत्ता आश्वासन क्या है?
गुणवत्ता आश्वासन प्रक्रियाओं और प्रक्रियाओं है कि योजनाबद्ध तरीके से एक सेवा, प्रक्रिया या सुविधा, पता लगाने के लिए सही है और यह सुनिश्चित करें कि गुणवत्ता मानकों से मुलाकात की जा रही है के विभिन्न पहलुओं की निगरानी के लिए संदर्भित करता है।
गुणवत्ता आश्वासन ने हमें दोषपूर्ण उत्पादों को खत्म करने और ग्राहक संतुष्टि बढ़ाने में मदद की।
क्यू) यह परीक्षण और बग फिक्सिंग है, या कुछ और है?
गुणवत्ता आश्वासन परीक्षण से अधिक है। यह एक संगठन में गुणवत्ता को परिभाषित करने के तरीके को परिभाषित करने के लिए एक ढांचा प्रदान करता है और इसे किसी संगठन में लागू किया जाना चाहिए। गुणवत्ता से संबंधित प्रक्रियाओं और प्रक्रियाओं को यहां परिभाषित किया जाएगा।
यह पूरे सॉफ्टवेयर विकास की प्रक्रिया से संबंधित ध्यान से जांच और सॉफ्टवेयर विकास प्रक्रिया की निगरानी, प्रक्रिया समस्याओं वे वापस खिला, परीक्षण प्रदर्शन , और जब उत्पाद तैयार है तय करने के लिए अधिकार है है रिलीज के लिए।
प्राथमिक लक्ष्य शेड्यूल या बजट के तहत उत्पाद को रखने के विरोध में "कोई बग" नहीं है।
हां, तो बिंदु से ऊपर स्पष्ट किया है कि यह क्यूए परीक्षण :)
- 1. आर गुणवत्ता आश्वासन तकनीक
- 2. बग फिक्सिंग समय आवंटन
- 3. Maven विभिन्न शाखाओं [विकास, गुणवत्ता आश्वासन/रिलीज]
- 4. आपका अनुपात बग फिक्सिंग बनाम एन्हांसमेंट्स क्या है?
- 5. बाकी आश्वासन - पैरामीटर्स और बॉडी
- 6. PRNGs की गुणवत्ता का परीक्षण
- 7. Image.GetThumbnailimage विधि और गुणवत्ता
- 8. एक स्क्रम प्रक्रिया में बग फिक्सिंग फिट करने के सर्वोत्तम तरीके?
- 9. आईसीपी का आश्वासन, आंतरिक मेट्रिक्स
- 10. फिक्सिंग टूटी macports
- 11. एचपी (बुध) गुणवत्ता केंद्र के लिए उच्च गुणवत्ता वाले विकल्प?
- 12. पायथन में '../../' पथ फिक्सिंग
- 13. कोड की गुणवत्ता क्यों लोकप्रिय नहीं है?
- 14. फिक्सिंग "तुलना हमेशा गलत है ..." जीसीसी
- 15. आपकी बग प्रबंधन प्रक्रिया क्या है?
- 16. प्रतिपादन और छवि गुणवत्ता आंकड़े
- 17. अच्छा क्यूए/परीक्षण पॉडकास्ट
- 18. TeamCity गुणवत्ता मीट्रिक डैशबोर्ड
- 19. अजीब आदेश बग जब समान मूल्यों के साथ दो कॉलम आदेश देने postgres में (यह एक बग है?)
- 20. क्या सिल्वरलाइट jQuery के समान 'समान' है?
- 21. रेगेक्स में फिक्सिंग FIX प्रोटोकॉल?
- 22. रूबी के लिए स्वचालित कोड गुणवत्ता उपकरण?
- 23. किसी अन्य एप्लिकेशन से एक्सेस आश्वासन?
- 24. py.test - परीक्षण निर्देशिका विफलता जब विभिन्न निर्देशिकाओं में परीक्षण समान
- 25. कोड गुणवत्ता/क्यूए के प्रभाव को दिखाते हुए अध्ययन?
- 26. छवि गुणवत्ता
- 27. सॉफ्टवेयर गुणवत्ता मेट्रिक्स
- 28. system.drawing.imaging के साथ गुणवत्ता और संपीड़न के बीच अंतर?
- 29. मैवेन: विभिन्न कॉन्फ़िगरेशन के लिए समान परीक्षण चलाना
- 30. MATLAB और उच्च गुणवत्ता वाले ईपीएस आंकड़े
पता नहीं, क्यों यह downvoted गया से कहीं अधिक है - यह वास्तव में क्या मैं भी लगता है। अपने quirks, hax और bugs को ठीक करने के लिए अन्य लोगों पर निर्भर करना सिर्फ खराब शैली है :) – cwap
मुझे लगता है कि किसी के पास सिर्फ एक बुरा दिन या कुछ था, क्योंकि वे एक ही समय में मेरे द्वारा नीचे आ गए और नीचे भी आ गए – TStamper