मेन्यू

सॉफ्टवेयर परीक्षण की शर्तें पूरी शब्दावली

  • मुख्य
  • अन्य
  • सॉफ्टवेयर परीक्षण की शर्तें पूरी शब्दावली

software testing terms complete glossary

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

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

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

सॉफ्टवेयर परीक्षण (1)

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

सेवा मेरे

स्वीकृति मानदंड: बाहर निकलने के मापदंड जो एक घटक या प्रणाली को होने के लिए संतुष्ट होना चाहिएउपयोगकर्ता, ग्राहक या अन्य अधिकृत संस्था द्वारा स्वीकार किया जाता है। (IEEE 610)

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

पहुंच परीक्षण: उस आसानी को निर्धारित करने के लिए परीक्षण जिससे विकलांग उपयोगकर्ता किसी घटक या सिस्टम का उपयोग कर सकते हैं। (जेरार्ड)

सटीकता: सटीक की आवश्यक डिग्री के साथ सही या सहमत परिणाम या प्रभाव प्रदान करने के लिए सॉफ्टवेयर उत्पाद की क्षमता। (आईएसओ ९ १२२) कार्यक्षमता परीक्षण भी देखें।

वास्तविक परिणाम: किसी घटक या प्रणाली का परीक्षण करने पर उत्पन्न व्यवहार / अवलोकन।

तदर्थ परीक्षण: अनौपचारिक रूप से किया गया परीक्षण; कोई औपचारिक परीक्षण की तैयारी नहीं होती है, कोई मान्यता प्राप्त परीक्षण डिजाइन तकनीक का उपयोग नहीं किया जाता है, परिणाम के लिए कोई उम्मीद नहीं है और यादृच्छिकता परीक्षण निष्पादन गतिविधि का मार्गदर्शन करती है।

अनुकूलन क्षमता: सॉफ़्टवेयर उत्पाद की क्षमता को इस उद्देश्य के लिए प्रदान किए गए सॉफ़्टवेयर के लिए अलग-अलग निर्दिष्ट वातावरणों के लिए कार्रवाई या साधनों के बिना अनुकूलित किया जा सकता है। (आईएसओ ९ १२२) पोर्टेबिलिटी परीक्षण भी देखें।

चुस्त परीक्षण: चुस्त कार्यप्रणाली, जैसे कि चरम प्रोग्रामिंग (एक्सपी) का उपयोग करके एक परियोजना के लिए परीक्षण अभ्यास, विकास को परीक्षण के ग्राहक के रूप में व्यवहार करना और परीक्षण-पहले डिजाइन प्रतिमान पर जोर देना।

अल्फा परीक्षण: संभावित उपयोगकर्ताओं / ग्राहकों या डेवलपर्स की साइट पर एक स्वतंत्र परीक्षण टीम द्वारा नकली या वास्तविक परिचालन परीक्षण, लेकिन विकास संगठन के बाहर। अल्फा परीक्षण को अक्सर आंतरिक स्वीकृति परीक्षण के रूप में नियोजित किया जाता है।

विश्लेषण क्षमता: सॉफ़्टवेयर उत्पाद की क्षमता को सॉफ़्टवेयर में विफलताओं या विफलताओं के कारणों या पहचान के लिए संशोधित किए जाने वाले भागों के लिए निदान किया जाना चाहिए। (आईएसओ ९ १२२) देखरेख क्षमता परीक्षण भी।

विसंगति: कोई भी शर्त जो अपेक्षाओं, विनिर्देशों, डिजाइन दस्तावेजों, उपयोगकर्ता दस्तावेजों, मानकों आदि के आधार पर या किसी की धारणा या अनुभव के आधार पर अपेक्षा से भटकती है। विसंगतियों के दौरान पाया जा सकता है, लेकिन सॉफ्टवेयर उत्पादों या लागू प्रलेखन के लिए समीक्षा, परीक्षण, विश्लेषण, संकलन, या उपयोग तक सीमित नहीं है। (IEEE 1044) दोष, विचलन, त्रुटि, गलती, विफलता, घटना, समस्या भी देखें।

आकर्षण: सॉफ्टवेयर उत्पाद की क्षमता उपयोगकर्ता के लिए आकर्षक होगी। (आईएसओ ९ १२२)

लेखा परीक्षा: सॉफ़्टवेयर उत्पादों या प्रक्रियाओं का एक स्वतंत्र मूल्यांकन मानकों, दिशानिर्देशों, विनिर्देशों, और / या प्रक्रियाओं के अनुपालन का पता लगाने के लिए उद्देश्य मानदंड के आधार पर, जिसमें शामिल हैं:

(1) उत्पादित किए जाने वाले उत्पादों का रूप या सामग्री

(2) वह प्रक्रिया जिसके द्वारा उत्पादों का उत्पादन किया जाएगा

(3) मानकों या दिशानिर्देशों का अनुपालन कैसे मापा जाएगा। (IEEE 1028)

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

स्वचालित टेस्टवेयर: टेस्टवेयर का उपयोग स्वचालित परीक्षण में किया जाता है, जैसे टूल स्क्रिप्ट।

उपलब्धता: उपयोग के लिए आवश्यक होने पर एक घटक या प्रणाली परिचालन या सुलभ है। अक्सर प्रतिशत के रूप में व्यक्त किया जाता है। (IEEE 610)

ख

बैक-टू-बैक परीक्षण: परीक्षण जिसमें एक घटक या प्रणाली के दो या अधिक वेरिएंट को एक ही इनपुट, आउटपुट की तुलना, और विसंगतियों के मामलों में विश्लेषण के साथ निष्पादित किया जाता है। (IEEE 610)

आधार रेखा: एक विनिर्देश या सॉफ़्टवेयर उत्पाद जिसकी औपचारिक रूप से समीक्षा की गई या उस पर सहमति व्यक्त की गई, उसके बाद आगे के विकास के आधार के रूप में कार्य करता है, और इसे केवल औपचारिक परिवर्तन नियंत्रण प्रक्रिया के माध्यम से बदला जा सकता है। (IEEE 610 के बाद)

मूल ब्लॉक: एक या एक से अधिक लगातार निष्पादन योग्य बयानों का एक अनुक्रम जिसमें कोई शाखा नहीं है।

आधार परीक्षण सेट: आंतरिक संरचना या विनिर्देश से प्राप्त परीक्षण मामलों का एक सेट यह सुनिश्चित करने के लिए कि एक निर्दिष्ट कवरेज मानदंड का 100% हासिल किया गया है।

व्यवहार: इनपुट मानों और पूर्व शर्त के एक घटक या प्रणाली की प्रतिक्रिया।

बेंचमार्क परीक्षण: (1) एक मानक जिसके खिलाफ माप या तुलना की जा सकती है। (2) एक परीक्षण जिसका उपयोग घटकों या प्रणालियों की एक दूसरे से या मानक के रूप में (1) में तुलना करने के लिए किया जाता है। (IEEE 610 के बाद)

bespoke सॉफ्टवेयर: सॉफ्टवेयर विशेष रूप से उपयोगकर्ताओं या ग्राहकों के एक समूह के लिए विकसित किया गया है। इसके विपरीत ऑफ-द-शेल्फ सॉफ्टवेयर है।

सर्वश्रेष्ठ प्रणालियां: एक बेहतर तरीका या अभिनव अभ्यास जो किसी संदर्भ के तहत किसी संगठन के बेहतर प्रदर्शन में योगदान देता है, जिसे आमतौर पर अन्य सहकर्मी संगठनों द्वारा 'सर्वश्रेष्ठ' के रूप में मान्यता दी जाती है।

बीटा परीक्षण: किसी बाहरी साइट पर संभावित और / या मौजूदा उपयोगकर्ताओं / ग्राहकों द्वारा परिचालन परीक्षण अन्यथा डेवलपर्स के साथ शामिल नहीं है, यह निर्धारित करने के लिए कि कोई घटक या सिस्टम उपयोगकर्ता / ग्राहक की जरूरतों को पूरा करता है या व्यवसाय प्रक्रियाओं के भीतर फिट बैठता है। बीटा परीक्षण को अक्सर बाजार से प्राप्त प्रतिक्रिया के लिए बाहरी स्वीकृति परीक्षण के रूप में नियोजित किया जाता है।

बिग-बैंग परीक्षण: एक प्रकार का एकीकरण परीक्षण जिसमें सॉफ्टवेयर तत्व, हार्डवेयर तत्व, या दोनों को एक साथ एक घटक या एक समग्र प्रणाली में जोड़ा जाता है, न कि चरणों में। (IEEE 610 के बाद) एकीकरण परीक्षण भी देखें।

ब्लैक बॉक्स परीक्षण: घटक या प्रणाली की आंतरिक संरचना के संदर्भ के बिना परीक्षण, कार्यात्मक या गैर-कार्यात्मक।

ब्लैक बॉक्स परीक्षण डिजाइन तकनीक: एक आंतरिक या संरचना के संदर्भ के बिना एक घटक या प्रणाली के विनिर्देश, या तो कार्यात्मक या गैर-कार्यात्मक, के विश्लेषण के आधार पर परीक्षण मामलों को प्राप्त करने और चुनने के लिए प्रलेखित प्रक्रिया।

अवरुद्ध परीक्षण मामले: एक परीक्षण मामला जिसे निष्पादित नहीं किया जा सकता है क्योंकि इसके निष्पादन के लिए पूर्व शर्त पूरी नहीं होती है।

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

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

सीमा मूल्य विश्लेषण: एक ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक जिसमें परीक्षण मामलों को सीमा मूल्यों के आधार पर डिज़ाइन किया गया है।

सीमा मूल्य कवरेज: सीमा मूल्यों का प्रतिशत जो एक परीक्षण सूट द्वारा प्रयोग किया गया है।

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

शाखा कवरेज: शाखाओं का प्रतिशत जिनका परीक्षण सूट द्वारा किया गया है। 100% शाखा कवरेज से तात्पर्य 100% निर्णय कवरेज और 100% कथन कवरेज से है।

शाखा परीक्षण: एक सफेद बॉक्स परीक्षण डिजाइन तकनीक जिसमें परीक्षण मामलों को शाखाओं को निष्पादित करने के लिए डिज़ाइन किया गया है।

व्यवसाय प्रक्रिया-आधारित परीक्षण: परीक्षण के लिए एक दृष्टिकोण जिसमें परीक्षण मामले विवरण और / या व्यावसायिक प्रक्रियाओं के ज्ञान के आधार पर डिज़ाइन किए गए हैं।

सी

क्षमता परिपक्वता मॉडल (CMM): एक पांच स्तरीय मंचन एक प्रभावी सॉफ्टवेयर प्रक्रिया के प्रमुख तत्वों का वर्णन करता है। क्षमता परिपक्वता मॉडल सॉफ्टवेयर विकास और रखरखाव की योजना, इंजीनियरिंग और प्रबंधन के लिए प्रथाओं को शामिल करता है। (सीएमएम)

क्षमता परिपक्वता मॉडल एकीकरण (CMMI): एक फ्रेमवर्क जो एक प्रभावी उत्पाद विकास और रखरखाव प्रक्रिया के प्रमुख तत्वों का वर्णन करता है। क्षमता परिपक्वता मॉडल एकीकरण योजना, इंजीनियरिंग और उत्पाद विकास और रखरखाव के प्रबंधन के लिए प्रथाओं को शामिल करता है। CMMI CMM का नामित उत्तराधिकारी है। (CMMI)

लिंक्ड सूची नोड सी ++

कब्जा / प्लेबैक उपकरण: एक प्रकार का परीक्षण निष्पादन उपकरण जहां स्वचालित परीक्षण स्क्रिप्ट उत्पन्न करने के लिए मैन्युअल परीक्षण के दौरान इनपुट दर्ज किए जाते हैं जिन्हें बाद में निष्पादित किया जा सकता है (अर्थात पुनरावृत्त)। इन उपकरणों का उपयोग अक्सर स्वचालित प्रतिगमन परीक्षण का समर्थन करने के लिए किया जाता है।

मामला: कंप्यूटर एडेड सॉफ्टवेयर इंजीनियरिंग के लिए एक्रोनिम।

कास्ट: कंप्यूटर एडेड सॉफ्टवेयर टेस्टिंग के लिए रेटिंग। परीक्षण स्वचालन भी देखें।

कारण-प्रभाव ग्राफ: उनके संबंधित आउटपुट (प्रभाव) के साथ इनपुट और / या उत्तेजनाओं (कारणों) का एक चित्रमय प्रतिनिधित्व, जिसका उपयोग परीक्षण मामलों को डिजाइन करने के लिए किया जा सकता है।

कारण-प्रभाव रेखांकन: एक ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक जिसमें परीक्षण मामलों को कारण-प्रभाव ग्राफ से डिज़ाइन किया गया है। (बीएस 2 ९ २५/२)

प्रमाणीकरण: यह पुष्टि करने की प्रक्रिया कि एक घटक, प्रणाली या व्यक्ति अपनी निर्दिष्ट आवश्यकताओं का अनुपालन करता है, उदा। एक परीक्षा पास करके।

परिवर्तनशीलता: सॉफ्टवेयर उत्पाद की क्षमता निर्दिष्ट संशोधनों को लागू करने के लिए सक्षम करने के लिए। (आईएसओ ९ १२२) देखरेख भी।

वर्गीकरण पेड़ विधि: एक ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक जिसमें परीक्षण के मामलों, एक वर्गीकरण पेड़ के माध्यम से वर्णित किया गया है, को इनपुट और / या आउटपुट डोमेन के प्रतिनिधियों के संयोजन को निष्पादित करने के लिए डिज़ाइन किया गया है। (ग्रॉटमैन)

कोड कवरेज़: एक विश्लेषण विधि जो यह निर्धारित करती है कि परीक्षण सूट द्वारा सॉफ्टवेयर के किन हिस्सों को निष्पादित (कवर) किया गया है और किन भागों को निष्पादित नहीं किया गया है, उदा। स्टेटमेंट कवरेज, निर्णय कवरेज या स्थिति कवरेज।

सह-अस्तित्व: एक सामान्य वातावरण में साझा संसाधनों में अन्य स्वतंत्र सॉफ़्टवेयर के साथ सह-अस्तित्व के लिए सॉफ़्टवेयर उत्पाद की क्षमता। (आईएसओ ९ १२२) पोर्टेबिलिटी परीक्षण देखें।

जटिलता: वह डिग्री जिसके लिए किसी कंपोनेंट या सिस्टम में एक डिज़ाइन और / या आंतरिक संरचना होती है जिसे समझना, बनाए रखना और सत्यापित करना मुश्किल होता है। चक्रीय जटिलता भी देखें।

अनुपालन: सॉफ्टवेयर उत्पाद की क्षमता कानूनों और इसी तरह के नुस्खे में मानकों, सम्मेलनों या नियमों का पालन करने के लिए। (आईएसओ ९ १२२)

अनुपालन परीक्षण : घटक या प्रणाली के अनुपालन को निर्धारित करने के लिए परीक्षण की प्रक्रिया।

घटक: एक न्यूनतम सॉफ्टवेयर आइटम जिसे अलगाव में परीक्षण किया जा सकता है।

घटक एकीकरण परीक्षण: एकीकृत घटकों के बीच इंटरफेस और बातचीत में दोषों को उजागर करने के लिए परीक्षण किया गया।

घटक विनिर्देश: निर्दिष्ट शर्तों के तहत निर्दिष्ट इनपुट मूल्यों और आवश्यक गैर-कार्यात्मक व्यवहार (जैसे संसाधन-उपयोग) के लिए इसके आउटपुट मूल्यों के संदर्भ में एक घटक के कार्य का विवरण।

घटक परीक्षण: व्यक्तिगत सॉफ्टवेयर घटकों का परीक्षण। (IEEE 610 के बाद)

यौगिक स्थिति: तार्किक ऑपरेटर (और, या XOR) के माध्यम से दो या अधिक एकल स्थितियाँ, उदा। ‘ए> बी और सी> 1000 '।

संगामिति परीक्षण: यह निर्धारित करने के लिए परीक्षण कि एक ही समय के भीतर दो या दो से अधिक गतिविधियों की घटना कैसे होती है, या तो गतिविधियों को एक साथ करके या एक साथ निष्पादन द्वारा प्राप्त की जाती है, घटक या प्रणाली द्वारा नियंत्रित की जाती है। (IEEE 610 के बाद)

स्थिति: एक तार्किक अभिव्यक्ति जिसे सच या गलत के रूप में मूल्यांकन किया जा सकता है, उदा। ए> बी। परीक्षण की स्थिति भी देखें।

हालत कवरेज: हालत परिणामों का प्रतिशत जो एक परीक्षण सूट द्वारा प्रयोग किया गया है। 100% कंडीशन कवरेज के लिए प्रत्येक निर्णय स्टेटमेंट में प्रत्येक एकल स्थिति को ट्रू और फाल्स के रूप में जांचना आवश्यक है।

हालत निर्धारण कवरेज: सभी एकल स्थिति परिणामों का प्रतिशत जो स्वतंत्र रूप से एक निर्णय परिणाम को प्रभावित करता है जो एक परीक्षण केस सूट द्वारा प्रयोग किया गया है। 100% स्थिति निर्धारण कवरेज का अर्थ है 100% निर्णय स्थिति कवरेज।

हालत निर्धारण परीक्षण: एक सफेद बॉक्स परीक्षण डिजाइन तकनीक जिसमें परीक्षण मामलों को एकल स्थिति परिणामों को निष्पादित करने के लिए डिज़ाइन किया गया है जो स्वतंत्र रूप से एक निर्णय परिणाम को प्रभावित करते हैं।

हालत परीक्षण: एक सफेद बॉक्स परीक्षण डिजाइन तकनीक जिसमें परीक्षण मामलों को हालत परिणामों को निष्पादित करने के लिए डिज़ाइन किया गया है।

हालत परिणाम: किसी स्थिति का सही या गलत का मूल्यांकन।

विन्यास: किसी घटक या प्रणाली की संरचना, उसके घटक भागों की संख्या, प्रकृति और अंतर्संबंधों द्वारा परिभाषित।

कॉन्फ़िगरेशन ऑडिटिंग: कॉन्फ़िगरेशन आइटम के पुस्तकालयों की सामग्री पर जांच करने का कार्य, उदा। मानकों के अनुपालन के लिए। (IEEE 610)

कॉन्फ़िगरेशन नियंत्रण: कॉन्फ़िगरेशन प्रबंधन का एक तत्व, उनके कॉन्फ़िगरेशन पहचान की औपचारिक स्थापना के बाद मूल्यांकन, समन्वय, अनुमोदन या अस्वीकृति, और कॉन्फ़िगरेशन आइटम में परिवर्तन के कार्यान्वयन से मिलकर। (आईईईई

610)

कॉन्फ़िगरेशन पहचान: कॉन्फ़िगरेशन प्रबंधन का एक तत्व, जिसमें सिस्टम के लिए कॉन्फ़िगरेशन आइटम का चयन करना और तकनीकी दस्तावेज में उनके कार्यात्मक और भौतिक विशेषताओं को रिकॉर्ड करना शामिल है। (IEEE 610)

कॉन्फ़िगरेशन आइटम: हार्डवेयर, सॉफ्टवेयर या दोनों का एक एकत्रीकरण, जो कॉन्फ़िगरेशन प्रबंधन के लिए नामित है और कॉन्फ़िगरेशन प्रबंधन प्रक्रिया में एकल इकाई के रूप में माना जाता है। (IEEE 610)

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

संगति: एक घटक या प्रणाली के दस्तावेजों या भागों के बीच विरोधाभास से एकरूपता, मानकीकरण, और स्वतंत्रता की डिग्री। (IEEE 610)

बहाव को काबू करें: एक घटक या प्रणाली के माध्यम से निष्पादन में घटनाओं (पथ) के सभी संभावित अनुक्रमों का एक सार प्रतिनिधित्व।

रूपांतरण परीक्षण: प्रतिस्थापन प्रणालियों में उपयोग के लिए मौजूदा सिस्टम से डेटा परिवर्तित करने के लिए उपयोग किए गए सॉफ़्टवेयर का परीक्षण।

COTS: वाणिज्यिक ऑफ-द-शेल्फ सॉफ्टवेयर के लिए एक्रोनिम।

कवरेज: डिग्री, एक प्रतिशत के रूप में व्यक्त की जाती है, जिसमें एक निर्दिष्ट कवरेज आइटम का परीक्षण सूट द्वारा किया गया है।

कवरेज विश्लेषण: परीक्षण निष्पादन के दौरान एक निर्दिष्ट कवरेज मद में प्राप्त कवरेज का मापन पूर्व निर्धारित मापदंड का उल्लेख करते हुए निर्धारित करता है कि अतिरिक्त परीक्षण की आवश्यकता है और यदि ऐसा है, तो कौन से परीक्षण मामलों की आवश्यकता है।

कवरेज आइटम: टेस्ट कवरेज के लिए आधार के रूप में उपयोग की जाने वाली इकाई या संपत्ति, उदा। समतुल्य विभाजन या कोड स्टेटमेंट।

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

साइक्लोमेटिक कम्पलेक्सिटी: एक कार्यक्रम के माध्यम से स्वतंत्र पथों की संख्या। साइक्लोमैटिक जटिलता को परिभाषित किया गया है: L - N + 2P, जहां -एल = एक ग्राफ में किनारों / लिंक की संख्या -एन = एक ग्राफ में नोड्स की संख्या - पी = ग्राफ के डिस्कनेक्ट किए गए भागों की संख्या (जैसे एक कॉलिंग ग्राफ और एक सबरूटीन)। (मैककेबे के बाद)

घ

डेटा परिभाषा: एक निष्पादन योग्य कथन जहां एक चर को एक मान दिया जाता है।

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

डाटा प्रवाह: अनुक्रम और वस्तुओं की स्थिति के संभावित परिवर्तनों का एक सार प्रतिनिधित्व, जहां किसी वस्तु की स्थिति है:निर्माण, उपयोग, या विनाश। (बीज़र)

डेटा प्रवाह विश्लेषण: वैरिएबल की परिभाषा और उपयोग के आधार पर स्थिर विश्लेषण का एक रूप।

डेटा प्रवाह कवरेज: परीक्षण केस सूट द्वारा प्रयोग किए जाने वाले परिभाषा-उपयोग जोड़े का प्रतिशत।

डेटा प्रवाह परीक्षण: एक सफेद बॉक्स परीक्षण डिजाइन तकनीक जिसमें परीक्षण मामलों को परिभाषा को निष्पादित करने और चर के जोड़े का उपयोग करने के लिए डिज़ाइन किया गया है।

डिबगिंग: सॉफ्टवेयर में विफलताओं के कारणों को खोजने, विश्लेषण और निकालने की प्रक्रिया।

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

फैसले को: एक कार्यक्रम बिंदु जिस पर नियंत्रण प्रवाह के दो या अधिक वैकल्पिक मार्ग हैं। अलग शाखाओं के लिए दो या दो से अधिक लिंक वाला नोड।

निर्णय स्थिति कवरेज: सभी हालत परिणामों और निर्णय परिणामों का प्रतिशत जो एक परीक्षण सूट द्वारा प्रयोग किया गया है। 100% निर्णय स्थिति कवरेज का तात्पर्य 100% स्थिति कवरेज और 100% निर्णय कवरेज दोनों से है।

निर्णय स्थिति परीक्षण: एक सफेद बॉक्स परीक्षण डिजाइन तकनीक जिसमें परीक्षण मामलों को हालत परिणामों और निर्णय परिणामों को निष्पादित करने के लिए डिज़ाइन किया गया है।

निर्णय कवरेज: निर्णय परिणामों का प्रतिशत जो एक परीक्षण सूट द्वारा प्रयोग किया गया है। 100% निर्णय कवरेज का तात्पर्य दोनों 100% शाखा कवरेज और 100% स्टेटमेंट कवरेज से है।

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

निर्णय तालिका परीक्षण: एक ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक जिसमें परीक्षण मामलों को निर्णय तालिका में दिखाए गए इनपुट और / या उत्तेजनाओं (कारणों) के संयोजन को निष्पादित करने के लिए डिज़ाइन किया गया है। (वेनेंदल)

निर्णय परीक्षण: एक सफेद बॉक्स परीक्षण डिजाइन तकनीक जिसमें परीक्षण मामलों को निर्णय परिणामों को निष्पादित करने के लिए डिज़ाइन किया गया है।

निर्णय परिणाम: एक निर्णय का परिणाम (जो कि लिया जाने वाली शाखाओं को निर्धारित करता है)।

दोष: एक घटक या प्रणाली में एक दोष जो घटक या प्रणाली को उसके आवश्यक कार्य करने में विफल करने का कारण बन सकता है, उदा। गलत कथन या डेटा परिभाषा। एक दोष, अगर निष्पादन के दौरान सामना किया जाता है, तो घटक या सिस्टम की विफलता हो सकती है।

दोष घनत्व: घटक या प्रणाली के आकार (मानक माप शर्तों में व्यक्त, उदाहरण के लिए, लाइनों की संख्या, वर्गों या फ़ंक्शन बिंदुओं की संख्या) द्वारा विभाजित घटक या प्रणाली में पहचाने गए दोषों की संख्या।

दोष जांच प्रतिशत (DDP): एक परीक्षण चरण द्वारा पाए गए दोषों की संख्या, उस परीक्षण चरण और किसी अन्य माध्यम से प्राप्त संख्या से विभाजित।

दोष रिपोर्ट: एक घटक या प्रणाली में किसी भी दोष पर एक दस्तावेज़ की रिपोर्टिंग जो घटक या सिस्टम को उसके आवश्यक कार्य करने में विफल करने का कारण बन सकती है। (IEEE 829 के बाद)

दोष प्रबंधन: दोषों को पहचानने, जांच करने, कार्रवाई करने और निपटाने की प्रक्रिया। इसमें रिकॉर्डिंग दोष, उन्हें वर्गीकृत करना और प्रभाव की पहचान करना शामिल है। (IEEE 1044 के बाद)

दोष मास्किंग: एक घटना जिसमें एक दोष दूसरे का पता लगाने से रोकता है। (IEEE 610 के बाद)

परिभाषा-उपयोग जोड़ी: उस चर के उपयोग के साथ एक चर की परिभाषा का संघ। परिवर्तनीय उपयोगों में कम्प्यूटेशनल (जैसे गुणन) या पथ के निष्पादन को निर्देशित करना ('विधेय' का उपयोग करना) शामिल है।

देने योग्य: कोई भी (कार्य) उत्पाद जिसे किसी अन्य को दिया जाना चाहिए, जो (कार्य) उत्पाद का लेखक है।

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

डेस्क जाँच: इसके निष्पादन के मैनुअल सिमुलेशन द्वारा सॉफ्टवेयर या विनिर्देशन का परीक्षण।

विकास परीक्षण: एक घटक या प्रणाली के कार्यान्वयन के दौरान आयोजित औपचारिक या अनौपचारिक परीक्षण, आमतौर पर डेवलपर्स द्वारा विकास के माहौल में। (IEEE 610 के बाद)

प्रलेखन परीक्षण: प्रलेखन की गुणवत्ता का परीक्षण, उदा। उपयोगकर्ता गाइड या स्थापना गाइड।

डोमेन: वह सेट जिसमें से मान्य इनपुट और / या आउटपुट मान का चयन किया जा सकता है।

चालक: एक सॉफ्टवेयर घटक या परीक्षण उपकरण जो एक घटक को बदलता है जो नियंत्रण और / या घटक या प्रणाली की कॉलिंग का ख्याल रखता है। (टीएमएपी के बाद)

गतिशील विश्लेषण: व्यवहार के मूल्यांकन की प्रक्रिया, उदा। निष्पादन के दौरान एक सिस्टम या घटक की मेमोरी प्रदर्शन, सीपीयू उपयोग। (IEEE 610 के बाद)

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

गतिशील परीक्षण: परीक्षण जिसमें एक घटक या प्रणाली के सॉफ्टवेयर का निष्पादन शामिल है।

है

दक्षता: सॉफ्टवेयर उत्पाद की क्षमता उपयुक्त प्रदर्शन प्रदान करने के लिए, वर्णित शर्तों के तहत उपयोग किए गए संसाधनों की मात्रा के सापेक्ष है। (आईएसओ ९ १२२)

दक्षता परीक्षण: सॉफ्टवेयर उत्पाद की दक्षता निर्धारित करने के लिए परीक्षण की प्रक्रिया।

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

एमुलेटर: एक उपकरण, कंप्यूटर प्रोग्राम, या सिस्टम जो एक ही इनपुट को स्वीकार करता है और एक दिए गए सिस्टम के समान आउटपुट उत्पन्न करता है। (IEEE 610) सिम्युलेटर भी देखें।

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

प्रवेश बिंदु: एक घटक के भीतर पहला निष्पादन योग्य बयान।

समतुल्य विभाजन: एक इनपुट या आउटपुट डोमेन का एक हिस्सा जिसके लिए एक घटक या प्रणाली का व्यवहार विनिर्देश के आधार पर समान माना जाता है।

समतुल्य विभाजन कवरेज: तुल्यता विभाजन का प्रतिशत जो एक परीक्षण सूट द्वारा प्रयोग किया गया है।

समान विभाजन: एक ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक जिसमें परीक्षण मामलों को समकक्ष विभाजन से प्रतिनिधियों को निष्पादित करने के लिए डिज़ाइन किया गया है। सिद्धांत रूप में परीक्षण मामलों को प्रत्येक विभाजन को कम से कम एक बार कवर करने के लिए डिज़ाइन किया गया है।

त्रुटि: एक मानवीय क्रिया जो गलत परिणाम उत्पन्न करती है। (IEEE 610 के बाद)

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

त्रुटि सीडिंग: पता लगाने और हटाने की दर की निगरानी और शेष दोषों की संख्या का अनुमान लगाने के उद्देश्य से घटक या प्रणाली में पहले से ही ज्ञात दोषों को जानबूझकर जोड़ने की प्रक्रिया। (IEEE 610)

त्रुटि सहिष्णुता: एक प्रणाली या घटक की क्षमता गलत इनपुट की उपस्थिति के बावजूद सामान्य ऑपरेशन जारी रखने के लिए। (IEEE 610 के बाद)।

संचालन अपवाद: किसी मानव उपयोगकर्ता से या किसी अन्य घटक या सिस्टम से, या आंतरिक विफलता के लिए गलत इनपुट के जवाब में एक घटक या प्रणाली का व्यवहार।

निष्पादन योग्य कथन: एक बयान जो संकलित किया जाता है, उसे ऑब्जेक्ट कोड में अनुवादित किया जाता है, और जिसे प्रोग्राम चलने पर प्रक्रियात्मक रूप से निष्पादित किया जाएगा और डेटा पर कार्रवाई कर सकता है।

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

संपूर्ण परीक्षण: एक परीक्षण दृष्टिकोण जिसमें परीक्षण सूट में इनपुट मूल्यों और पूर्व शर्त के सभी संयोजन शामिल हैं।

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

निकास बिंदु: एक घटक के भीतर अंतिम निष्पादन योग्य बयान।

अपेक्षित परिणाम: निर्दिष्ट शर्तों के तहत घटक या प्रणाली के विनिर्देश, या किसी अन्य स्रोत द्वारा अनुमानित व्यवहार।

खोजपूर्ण परीक्षण: परीक्षण जहां परीक्षक सक्रिय रूप से परीक्षणों के डिजाइन को नियंत्रित करता है क्योंकि वे परीक्षण किए जाते हैं और नए और बेहतर परीक्षणों को डिजाइन करने के लिए परीक्षण करते समय प्राप्त जानकारी का उपयोग करते हैं। (बाख)

एफ

विफल: यदि कोई वास्तविक परिणाम उसके अपेक्षित परिणाम से मेल नहीं खाता है, तो परीक्षण विफल माना जाता है।

असफलता: इसकी अपेक्षित डिलीवरी, सेवा या परिणाम से घटक या प्रणाली का वास्तविक विचलन। (फेंटन के बाद)

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

विफलता मोड और प्रभाव विश्लेषण (FMEA): जोखिम की पहचान करने और विफलता के संभावित तरीकों की पहचान करने और उनकी घटना को रोकने के प्रयास के विश्लेषण के लिए एक व्यवस्थित दृष्टिकोण।

विफलता दर: माप की किसी इकाई को दिए गए श्रेणी की विफलताओं की संख्या का अनुपात, उदा। समय की प्रति यूनिट की विफलता, प्रति लेनदेन की विफलता, कंप्यूटर की प्रति संख्या में विफलताएं चलती हैं। (IEEE 610)

दोष सहिष्णुता: सॉफ्टवेयर उत्पाद की क्षमता सॉफ्टवेयर दोष (दोष) या इसके निर्दिष्ट इंटरफ़ेस के उल्लंघन के मामलों में प्रदर्शन के एक निर्दिष्ट स्तर को बनाए रखने के लिए। (आईएसओ ९ १२२) विश्वसनीयता भी देखें।

त्रुटि रहित विश्लेषण: दोष (दोष) के कारणों का विश्लेषण करने के लिए इस्तेमाल की जाने वाली एक विधि।

व्यवहार्य पथ: एक पथ जिसके लिए इनपुट मानों और पूर्व शर्त का एक सेट मौजूद है जो इसे निष्पादित करता है।

सुविधा: आवश्यकताओं के प्रलेखन द्वारा निर्दिष्ट या निहित एक घटक या प्रणाली का एक उदाहरण (उदाहरण के लिए विश्वसनीयता, प्रयोज्य या डिजाइन की कमी)। (IEEE 1008 के बाद)

परिमित अवस्था मशीन: एक कम्प्यूटेशनल मॉडल जिसमें राज्यों की एक सीमित संख्या होती है और उन राज्यों के बीच संक्रमण होता है, संभवतः साथ की जाने वाली क्रियाएं। (IEEE 610)

औपचारिक समीक्षा: प्रलेखित प्रक्रियाओं और आवश्यकताओं की विशेषता की समीक्षा, उदा। निरीक्षण।

जमे हुए परीक्षण के आधार: एक परीक्षण आधार दस्तावेज़ जो केवल एक औपचारिक परिवर्तन नियंत्रण प्रक्रिया द्वारा संशोधित किया जा सकता है। आधार रेखा भी देखें।

समारोह बिंदु विश्लेषण (FPA): सूचना प्रणाली की कार्यक्षमता के आकार को मापने का तरीका। माप प्रौद्योगिकी से स्वतंत्र है। इस माप का उपयोग उत्पादकता के माप, आवश्यक संसाधनों के अनुमान और परियोजना नियंत्रण के आधार के रूप में किया जा सकता है।

कार्यात्मक एकीकरण: एक एकीकरण दृष्टिकोण जो एक बुनियादी कार्यक्षमता को जल्दी काम करने के उद्देश्य से घटकों या प्रणालियों को जोड़ता है। एकीकरण परीक्षण भी देखें।

कार्यात्मक आवश्यकता: एक आवश्यकता जो एक फ़ंक्शन को निर्दिष्ट करती है जो एक घटक या सिस्टम को निष्पादित करना चाहिए। (IEEE 610)

कार्यात्मक परीक्षण डिजाइन तकनीक: अपनी आंतरिक संरचना के संदर्भ के बिना किसी घटक या प्रणाली की कार्यक्षमता के विनिर्देश के विश्लेषण के आधार पर परीक्षण मामलों को प्राप्त करने और चुनने के लिए प्रलेखित प्रक्रिया। ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक भी देखें।

क्रियात्मक परीक्षण: घटक या प्रणाली की कार्यक्षमता के विनिर्देश के विश्लेषण के आधार पर परीक्षण। ब्लैक बॉक्स परीक्षण भी देखें।

कार्यक्षमता: सॉफ़्टवेयर उत्पाद की क्षमता उन कार्यों को प्रदान करने के लिए है जो निर्दिष्ट शर्तों के तहत उपयोग किए जाने पर बताई गई और निहित आवश्यकताओं को पूरा करती हैं। (आईएसओ ९ १२२)

कार्यक्षमता परीक्षण: सॉफ्टवेयर उत्पाद की कार्यक्षमता निर्धारित करने के लिए परीक्षण की प्रक्रिया।

जी

ग्लास बॉक्स परीक्षण: सफेद बॉक्स परीक्षण देखें।

एच

अनुमानी मूल्यांकन: मान्यताप्राप्त प्रयोज्य सिद्धांतों (तथाकथित 'उत्तराधिकार') के साथ उपयोगकर्ता इंटरफ़ेस के अनुपालन को निर्धारित करने के लिए एक स्थिर प्रयोज्य परीक्षण तकनीक।

उच्च स्तरीय परीक्षण मामला: इनपुट डेटा और अपेक्षित परिणामों के लिए ठोस (कार्यान्वयन स्तर) मूल्यों के बिना एक परीक्षण मामला।

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

मैं

प्रभाव का विश्लेषण: निर्दिष्ट आवश्यकताओं को दिए गए परिवर्तन को लागू करने के लिए विकास प्रलेखन, परीक्षण प्रलेखन और घटकों की परतों में परिवर्तन का आकलन।

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

वृद्धिशील परीक्षण: परीक्षण जहां घटकों या प्रणालियों को एकीकृत किया जाता है और एक या कुछ समय में परीक्षण किया जाता है, जब तक कि सभी घटकों या प्रणालियों को एकीकृत और परीक्षण नहीं किया जाता है।

घटना: परीक्षण के दौरान होने वाली कोई भी घटना जिसके लिए जांच की आवश्यकता होती है। (IEEE 1008 के बाद)

घटना का प्रबंधन: घटनाओं को पहचानने, जांच करने, कार्रवाई करने और निपटाने की प्रक्रिया। इसमें घटनाओं को दर्ज करना, उन्हें वर्गीकृत करना और प्रभाव की पहचान करना शामिल है। (IEEE 1044 के बाद)

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

घटना रिपोर्ट: परीक्षण के दौरान होने वाली किसी भी घटना पर एक दस्तावेज़ की रिपोर्टिंग जिसमें जांच की आवश्यकता होती है। (IEEE 829 के बाद)

आजादी: जिम्मेदारियों का पृथक्करण, जो उद्देश्य परीक्षण की सिद्धि को प्रोत्साहित करता है। (DO-178b के बाद)

सुविधाजनक पथ: एक पथ जो संभव इनपुट मानों के किसी भी सेट द्वारा प्रयोग नहीं किया जा सकता है।

अनौपचारिक समीक्षा: एक औपचारिक (प्रलेखित) प्रक्रिया पर आधारित समीक्षा नहीं।

इनपुट: एक चर (चाहे एक घटक के भीतर या बाहर संग्रहीत) जो एक घटक द्वारा पढ़ा जाता है।

इनपुट डोमेन: वह सेट जिससे वैध इनपुट मानों का चयन किया जा सकता है .. डोमेन भी देखें।

इनपुट मान: एक इनपुट का एक उदाहरण। इनपुट भी देखें

निरीक्षण: एक प्रकार की समीक्षा जो दोषों का पता लगाने के लिए दस्तावेजों की दृश्य परीक्षा पर निर्भर करती है, उदा। विकास मानकों का उल्लंघन और उच्च स्तर के प्रलेखन के लिए गैर-अनुरूपता। सबसे औपचारिक समीक्षा तकनीक और इसलिए हमेशा एक प्रलेखित प्रक्रिया पर आधारित है। (IEEE 610 के बाद, IEEE 1028)

स्थापित करने की क्षमता: एक विशिष्ट वातावरण में स्थापित किए जाने वाले सॉफ्टवेयर उत्पाद की क्षमता (ISO 9126)। पोर्टेबिलिटी भी देखें।

स्थापना परीक्षण: सॉफ्टवेयर उत्पाद की किस्त की जांच की प्रक्रिया। पोर्टेबिलिटी परीक्षण भी देखें।

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

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

उपकरण: निष्पादन के दौरान कार्यक्रम के व्यवहार के बारे में जानकारी एकत्र करने के लिए कार्यक्रम में अतिरिक्त कोड का सम्मिलन।

उपकरण: एक सॉफ्टवेयर टूल जिसका उपयोग इंस्ट्रूमेंटेशन के लिए किया जाता है।

सेवन परीक्षण: विस्तृत और आगे के परीक्षण के लिए घटक या प्रणाली तैयार है या नहीं, यह तय करने के लिए एक धूम्रपान परीक्षण का एक विशेष उदाहरण। एक सेवन परीक्षण आमतौर पर परीक्षण निष्पादन चरण की शुरुआत में किया जाता है।

एकीकरण: बड़ी विधानसभाओं में घटकों या प्रणालियों के संयोजन की प्रक्रिया।

एकीकरण जांच: इंटरफेस में और एकीकृत घटकों या प्रणालियों के बीच बातचीत में दोषों को उजागर करने के लिए परीक्षण किया गया। घटक एकीकरण परीक्षण, सिस्टम एकीकरण परीक्षण भी देखें।

इंटरफ़ेस परीक्षण: एक एकीकरण परीक्षण प्रकार जो घटकों या प्रणालियों के बीच इंटरफेस के परीक्षण से संबंधित है।

अंतर: एक या एक से अधिक निर्दिष्ट घटकों या प्रणालियों के साथ बातचीत करने के लिए सॉफ्टवेयर उत्पाद की क्षमता। (आईएसओ 9126 के बाद) कार्यक्षमता भी देखें।

अंतर परीक्षण क्षमता: सॉफ्टवेयर उत्पाद के अंतर को निर्धारित करने के लिए परीक्षण की प्रक्रिया। कार्यक्षमता परीक्षण भी देखें।

अमान्य परीक्षण: इनपुट मानों का उपयोग करके परीक्षण जो घटक या सिस्टम द्वारा अस्वीकार किए जाने चाहिए। त्रुटि सहिष्णुता भी देखें।

अलगाव परीक्षण: आसपास के घटकों से अलगाव में व्यक्तिगत घटकों का परीक्षण, यदि आवश्यक हो तो आसपास के घटकों को स्टब और ड्राइवरों द्वारा नकली किया जाता है।

सेवा मेरे

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

एल

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

LCSAJ कवरेज: एलसीएसएजे के एक घटक का प्रतिशत जो एक परीक्षण सूट द्वारा प्रयोग किया गया है। 100% LCSAJ कवरेज से तात्पर्य 100% निर्णय कवरेज से है।

LCSAJ परीक्षण: एक सफेद बॉक्स परीक्षण डिजाइन तकनीक जिसमें परीक्षण मामलों को LCSAJs निष्पादित करने के लिए डिज़ाइन किया गया है।

सीखने की क्षमता: सॉफ्टवेयर उत्पाद की क्षमता उपयोगकर्ता को इसके अनुप्रयोग को सीखने में सक्षम बनाती है। (आईएसओ ९ १२२) प्रयोज्यता भी देखें।

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

निम्न स्तर का परीक्षण मामला: इनपुट डेटा और अपेक्षित परिणामों के लिए ठोस (कार्यान्वयन स्तर) मूल्यों के साथ एक परीक्षण मामला।

म

रखरखाव: दोषों को सुधारने के लिए, प्रदर्शन या अन्य विशेषताओं को सुधारने के लिए या संशोधित वातावरण में उत्पाद को अनुकूलित करने के लिए वितरण के बाद एक सॉफ्टवेयर उत्पाद का संशोधन। (IEEE 1219)

रखरखाव परीक्षण: किसी परिचालनात्मक प्रणाली में परिवर्तन का परीक्षण करना या किसी परिचालित प्रणाली में परिवर्तित पर्यावरण का प्रभाव।

स्थिरता: जिस आसानी से किसी सॉफ़्टवेयर उत्पाद को दोषों को ठीक करने के लिए संशोधित किया जा सकता है, नई आवश्यकताओं को पूरा करने के लिए संशोधित किया जा सकता है, भविष्य के रखरखाव को आसान बनाने के लिए संशोधित किया जा सकता है, या एक परिवर्तित वातावरण के लिए अनुकूलित किया जा सकता है। (आईएसओ ९ १२२)

स्थिरता परीक्षण: सॉफ्टवेयर उत्पाद की स्थिरता को निर्धारित करने के लिए परीक्षण की प्रक्रिया।

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

परिपक्वता: (१) किसी संगठन की कार्यकुशलता और उसकी प्रक्रियाओं और कार्य पद्धतियों की प्रभावशीलता और दक्षता के संबंध में। क्षमता परिपक्वता मॉडल, टेस्ट मैच्योरिटी मॉडल भी देखें। (2) सॉफ्टवेयर उत्पाद की क्षमता सॉफ्टवेयर में दोषों के परिणामस्वरूप विफलता से बचने के लिए। (आईएसओ ९ १२२) विश्वसनीयता भी देखें।

उपाय: मापी (ISO 14598) बनाकर किसी इकाई की विशेषता को निर्दिष्ट संख्या या श्रेणी।

माप तोल: उस इकाई की एक विशेषता का वर्णन करने के लिए एक इकाई को एक संख्या या श्रेणी निर्दिष्ट करने की प्रक्रिया। (आईएसओ 14598)

नाप का पैमाना: एक पैमाने जो डेटा विश्लेषण के प्रकार को संकुचित करता है जो उस पर किया जा सकता है। (आईएसओ 14598)

स्मृति रिसाव: प्रोग्राम के डायनेमिक स्टोर एलोकेशन लॉजिक में एक खराबी जिसके कारण इसका उपयोग करने के बाद मेमोरी को पुनः प्राप्त करने में विफल होने का कारण बनता है, अंततः मेमोरी की कमी के कारण प्रोग्राम विफल हो जाता है।

मीट्रिक: एक माप पैमाने और माप के लिए इस्तेमाल की जाने वाली विधि। (आईएसओ 14598)

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

मॉडरेटर: एक निरीक्षण या अन्य समीक्षा प्रक्रिया के लिए जिम्मेदार नेता और मुख्य व्यक्ति।

मॉनिटर: एक सॉफ्टवेयर टूल या हार्डवेयर डिवाइस जो परीक्षण या पर्यवेक्षण के तहत घटक या सिस्टम के साथ समवर्ती रूप से चलता है, रिकॉर्ड और / या घटक या सिस्टम के व्यवहार का विश्लेषण करता है। (IEEE 610 के बाद)

कई हालत कवरेज: सभी एकल स्थिति के संयोजन का प्रतिशतएक परीक्षण सूट द्वारा प्रयोग किया गया है कि एक बयान के भीतर परिणाम। 100% एकाधिकहालत कवरेज का मतलब है 100% हालत निर्धारण कवरेज।

कई हालत परीक्षण: एक सफेद बॉक्स परीक्षण डिजाइन तकनीक जिसमें परीक्षण मामलों को एकल स्थिति परिणामों (एक बयान के भीतर) के संयोजन को निष्पादित करने के लिए डिज़ाइन किया गया है।

उत्परिवर्तन विश्लेषण: परीक्षण सूट पूरी तरह से मापने के लिए एक परीक्षण सूट जिस हद तक कार्यक्रम के मामूली वेरिएंट (म्यूटेंट) से कार्यक्रम को भेदभाव कर सकता है।

एन

एन-स्विच कवरेज: एन + 1 संक्रमण के अनुक्रमों का प्रतिशत जो एक परीक्षण सूट द्वारा प्रयोग किया गया है। (चाउ)

एन-स्विच परीक्षण: राज्य संक्रमण परीक्षण का एक रूप जिसमें परीक्षण मामलों को एन + 1 संक्रमण के सभी वैध अनुक्रमों को निष्पादित करने के लिए डिज़ाइन किया गया है। (चाउ) राज्य संक्रमण परीक्षण भी देखें।

नकारात्मक परीक्षण: परीक्षण यह दिखाने के उद्देश्य से कि एक घटक या प्रणाली काम नहीं करती है। नकारात्मक परीक्षण एक विशिष्ट परीक्षण दृष्टिकोण या परीक्षण डिजाइन तकनीक के बजाय परीक्षकों के दृष्टिकोण से संबंधित है। (बीज़र के बाद)।

गैर-अनुरूपता: एक निर्दिष्ट आवश्यकता की गैर पूर्ति। (आईएसओ 9000)

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

गैर-कार्यात्मक परीक्षण: एक घटक या प्रणाली की विशेषताओं का परीक्षण करना जो कार्यक्षमता से संबंधित नहीं है, उदा। विश्वसनीयता, दक्षता, प्रयोज्यता, स्थिरता और सुवाह्यता।

गैर-कार्यात्मक परीक्षण डिजाइन तकनीक: गैर-संवैधानिक परीक्षण के लिए परीक्षण का डिज़ाइन या चयन करने के लिए उपयोग की जाने वाली विधियाँ

या

ऑफ-द-शेल्फ सॉफ्टवेयर: एक सॉफ्टवेयर उत्पाद जो सामान्य बाजार के लिए विकसित किया जाता है, अर्थात् बड़ी संख्या में ग्राहकों के लिए, और यह समान स्वरूप में कई ग्राहकों को दिया जाता है।

संचालन क्षमता: सॉफ्टवेयर उत्पाद की क्षमता उपयोगकर्ता को इसे संचालित करने और नियंत्रित करने में सक्षम बनाती है। (आईएसओ ९ १२२) प्रयोज्यता भी देखें।

परिचालन वातावरण: हार्डवेयर और सॉफ़्टवेयर उत्पाद उपयोगकर्ताओं या ग्राहकों की साइटों पर स्थापित किए जाते हैं, जहाँ परीक्षण के तहत घटक या सिस्टम का उपयोग किया जाएगा। सॉफ्टवेयर में ऑपरेटिंग सिस्टम, डेटाबेस मैनेजमेंट सिस्टम और अन्य एप्लिकेशन शामिल हो सकते हैं।

परिचालन प्रोफ़ाइल परीक्षण: सिस्टम संचालन (छोटी अवधि के कार्यों) के मॉडल का उपयोग करके सांख्यिकीय परीक्षण और विशिष्ट उपयोग की उनकी संभावना। (मूसा)

परिचालन परीक्षण: इसके संचालन वातावरण में एक घटक या प्रणाली का मूल्यांकन करने के लिए परीक्षण किया गया। (IEEE 610)

आउटपुट: एक चर (चाहे एक घटक के भीतर या बाहर संग्रहीत) जो एक घटक द्वारा लिखा गया हो।

आउटपुट डोमेन: वह सेट जिसमें से मान्य आउटपुट मान का चयन किया जा सकता है। डोमेन भी देखें

उत्पादन मूल्य: एक आउटपुट का एक उदाहरण। आउटपुट भी देखें।

पी

जोड़ा प्रोग्राम तैयार करना: एक सॉफ्टवेयर डेवलपमेंट एप्रोच जिसमें किसी प्रोग्राम के कोड (प्रोडक्शन और / या टेस्ट) की लाइनें एक ही कंप्यूटर पर दो प्रोग्रामर द्वारा लिखी जाती हैं। इसका तात्पर्य यह है कि चल रही वास्तविक समय कोड समीक्षा की जाती है।

जोड़ी परीक्षण: दोष खोजने के लिए दो परीक्षक एक साथ काम करते हैं। आमतौर पर, वे परीक्षण करते समय इसका एक कंप्यूटर और व्यापार नियंत्रण साझा करते हैं।

उत्तीर्ण करना: एक परीक्षा को पास करने के लिए समझा जाता है यदि उसका वास्तविक परिणाम उसके अपेक्षित परिणाम से मेल खाता है।

पास / असफल मानदंड: निर्णय नियम का उपयोग यह निर्धारित करने के लिए किया जाता है कि परीक्षण वस्तु (कार्य) या सुविधा परीक्षण से गुजरी है या विफल। (IEEE 829)

पथ: घटनाओं का एक क्रम, उदा। एक प्रविष्टि बिंदु से एक निकास बिंदु तक एक घटक या प्रणाली के निष्पादन योग्य बयान।

पथ कवरेज: पथों का प्रतिशत जिनका परीक्षण सूट द्वारा किया गया है। 100% पथ कवरेज का अर्थ है 100% LCSAJ कवरेज।

पथ संवेदीकरण: दिए गए पथ के निष्पादन के लिए इनपुट मानों का एक समूह चुनना।

पथ परीक्षण: एक सफेद बॉक्स परीक्षण डिजाइन तकनीक जिसमें परीक्षण मामलों को पथ निष्पादित करने के लिए डिज़ाइन किया गया है।

प्रदर्शन: जिस समय कोई प्रणाली या घटक प्रसंस्करण समय और थ्रूपुट दर के बारे में दिए गए अवरोधों के भीतर अपने निर्दिष्ट कार्यों को पूरा करता है। (IEEE 610 के बाद) दक्षता देखें।

कार्यनिष्पादन संकेतक: प्रभावशीलता और / या दक्षता का एक उच्च स्तर मीट्रिक, जो प्रगतिशील विकास को निर्देशित और नियंत्रित करने के लिए उपयोग किया जाता है, उदा। परीक्षण के लिए दोष जांच प्रतिशत (DDP)। (CMMI)

प्रदर्शन का परीक्षण: सॉफ्टवेयर उत्पाद के प्रदर्शन को निर्धारित करने के लिए परीक्षण की प्रक्रिया। दक्षता परीक्षण देखें।

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

चरण परीक्षण योजना: एक परीक्षण योजना जो आम तौर पर एक परीक्षण स्तर को संबोधित करती है।

पोर्टेबिलिटी: जिस आसानी से सॉफ़्टवेयर उत्पाद को एक हार्डवेयर या सॉफ़्टवेयर वातावरण से दूसरे में स्थानांतरित किया जा सकता है। (आईएसओ ९ १२२)

पोर्टेबिलिटी परीक्षण: सॉफ्टवेयर उत्पाद की पोर्टेबिलिटी निर्धारित करने के लिए परीक्षण की प्रक्रिया।

पोस्टकंडिशन: पर्यावरण और राज्य की स्थिति जो एक परीक्षण या परीक्षण प्रक्रिया के निष्पादन के बाद पूरी होनी चाहिए।

निष्पादन के बाद की तुलना: सॉफ्टवेयर के चलने के बाद किए गए वास्तविक और अपेक्षित परिणामों की तुलना।

पूर्व शर्त: पर्यावरण और राज्य की स्थिति जो घटक या प्रणाली से पहले पूरी होनी चाहिए उन्हें एक विशेष परीक्षण या परीक्षण प्रक्रिया के साथ निष्पादित किया जा सकता है।

प्राथमिकता: किसी वस्तु को सौंपा गया (व्यवसाय) महत्व का स्तर, उदा। दोष।

प्रक्रिया चक्र परीक्षण: एक ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक जिसमें परीक्षण के मामलों को व्यावसायिक प्रक्रियाओं और प्रक्रियाओं को समझने के लिए डिज़ाइन किया गया है। (टीएमएपी)

प्रक्रिया: परस्पर संबंधित गतिविधियों का एक सेट, जो इनपुट को आउटपुट में बदल देता है। (आईएसओ 12207)

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

परियोजना परीक्षण योजना: एक परीक्षण योजना जो आमतौर पर कई परीक्षण स्तरों को संबोधित करती है।

छद्म यादृच्छिक: एक श्रृंखला जो यादृच्छिक प्रतीत होती है, लेकिन वास्तव में कुछ निर्धारित अनुक्रम के अनुसार उत्पन्न होती है।

क्यू

गुणवत्ता: वह डिग्री जिसके लिए एक घटक, प्रणाली या प्रक्रिया निर्दिष्ट आवश्यकताओं और / या उपयोगकर्ता / ग्राहक की जरूरतों और अपेक्षाओं को पूरा करती है। (IEEE 610 के बाद)

गुणवत्ता आश्वासन: गुणवत्ता प्रबंधन का एक हिस्सा यह विश्वास प्रदान करने पर केंद्रित है कि गुणवत्ता की आवश्यकताओं को पूरा किया जाएगा। (आईएसओ 9000)

गुणवत्ता विशेषता: एक विशेषता या विशेषता जो किसी आइटम की गुणवत्ता को प्रभावित करती है। (IEEE 610)

गुणवत्ता प्रबंधन: गुणवत्ता के संबंध में किसी संगठन को प्रत्यक्ष और नियंत्रित करने के लिए समन्वित गतिविधियाँ। गुणवत्ता के संबंध में दिशा और नियंत्रण में आम तौर पर गुणवत्ता नीति और गुणवत्ता उद्देश्यों, गुणवत्ता नियोजन, गुणवत्ता नियंत्रण, गुणवत्ता आश्वासन और गुणवत्ता में सुधार की स्थापना शामिल है। (आईएसओ 9000)

आर

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

पुनर्प्राप्ति: प्रदर्शन के एक निर्दिष्ट स्तर को फिर से स्थापित करने और विफलता के मामले में सीधे प्रभावित होने वाले डेटा को पुनर्प्राप्त करने के लिए सॉफ़्टवेयर उत्पाद की क्षमता। (आईएसओ ९ १२२) विश्वसनीयता भी देखें।

पुनर्प्राप्ति परीक्षण: सॉफ़्टवेयर उत्पाद की पुनर्प्राप्ति की क्षमता निर्धारित करने के लिए परीक्षण की प्रक्रिया। विश्वसनीयता परीक्षण भी देखें।

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

निर्गम नोट: परीक्षण निष्पादन चरण के प्रारंभ में परीक्षण आइटम, उनके कॉन्फ़िगरेशन, वर्तमान स्थिति और परीक्षण द्वारा विकास के लिए वितरित की गई वितरण जानकारी और संभवतः अन्य हितधारकों की पहचान करने वाला दस्तावेज़। (IEEE 829 के बाद)

विश्वसनीयता: सॉफ्टवेयर उत्पाद की क्षमता निर्दिष्ट समय अवधि के लिए, या एक निश्चित संख्या में परिचालनों के लिए अपने आवश्यक कार्यों को करने की क्षमता है। (आईएसओ ९ १२२)

विश्वसनीयता परीक्षण: सॉफ्टवेयर उत्पाद की विश्वसनीयता निर्धारित करने के लिए परीक्षण की प्रक्रिया।

बदली: एक ही वातावरण में एक ही उद्देश्य के लिए किसी अन्य निर्दिष्ट सॉफ़्टवेयर उत्पाद के स्थान पर उपयोग किए जाने वाले सॉफ़्टवेयर उत्पाद की क्षमता। (आईएसओ ९ १२२) पोर्टेबिलिटी भी देखें।

आवश्यकता: उपयोगकर्ता द्वारा किसी समस्या को हल करने के लिए आवश्यक एक शर्त या क्षमता या एक उद्देश्य को प्राप्त करना जो एक अनुबंध, मानक, विनिर्देश, या अन्य औपचारिक रूप से लगाए गए दस्तावेज़ को संतुष्ट करने के लिए सिस्टम या सिस्टम घटक से मिलना या होना चाहिए। (IEEE 610 के बाद)

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

आवश्यकताओं प्रबंधन उपकरण: एक उपकरण जो आवश्यकताओं, आवश्यकताओं की विशेषताओं (जैसे प्राथमिकता, ज्ञान जिम्मेदार) और एनोटेशन की रिकॉर्डिंग का समर्थन करता है, और आवश्यकताओं और आवश्यकताओं के परतों के प्रबंधन के माध्यम से ट्रैसेबिलिटी की सुविधा देता है। कुछ आवश्यकताओं के प्रबंधन उपकरण स्थैतिक विश्लेषण के लिए सुविधाएं भी प्रदान करते हैं, जैसे कि स्थिरता की जाँच और पूर्व-निर्धारित आवश्यकताओं के नियमों का उल्लंघन।

आवश्यकताएँ चरण: सॉफ्टवेयर जीवन चक्र में समय की अवधि जिसके दौरान एक सॉफ्टवेयर उत्पाद के लिए समीकरण परिभाषित और प्रलेखित होते हैं। (IEEE 610)

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

संसाधन उपयोग परीक्षण: सॉफ्टवेयर उत्पाद के संसाधन-उपयोग को निर्धारित करने के लिए परीक्षण की प्रक्रिया।

परिणाम: एक परीक्षण के निष्पादन का परिणाम / परिणाम। इसमें स्क्रीन पर आउटपुट, डेटा में परिवर्तन, रिपोर्ट और संचार संदेश भेजे गए हैं। वास्तविक परिणाम, अपेक्षित परिणाम भी देखें।

पुनरारंभ मानदंड: परीक्षण गतिविधियाँ जिन्हें परीक्षण के बाद दोहराया जाना चाहिए, निलंबन के बाद फिर से शुरू किया जाता है। (IEEE 829 के बाद)

पुनः परीक्षण: सुधारात्मक कार्यों की सफलता को सत्यापित करने के लिए, परीक्षण मामलों को चलाने वाले परीक्षण जो पिछली बार विफल रहे थे।

समीक्षा करें: योजनाबद्ध परिणामों से विसंगतियों का पता लगाने और सुधार की सिफारिश करने के लिए एक उत्पाद या परियोजना की स्थिति का मूल्यांकन। उदाहरणों में प्रबंधन की समीक्षा, अनौपचारिक समीक्षा, तकनीकी समीक्षा, निरीक्षण और पूर्वाभ्यास शामिल हैं। (IEEE 1028 के बाद)

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

जोखिम: ऐसा कारक जो भविष्य में नकारात्मक परिणाम दे सकता है; आमतौर पर प्रभाव और संभावना के रूप में व्यक्त किया जाता है।

संकट विश्लेषण: उनके प्रभाव और होने की संभावना (संभावना) का अनुमान लगाने के लिए पहचान किए गए जोखिमों का आकलन करने की प्रक्रिया।

जोखिम-आधारित परीक्षण: उत्पाद जोखिमों के बारे में जानकारी की खोज करने और प्रदान करने के लिए उन्मुख परीक्षण। (गेरार्ड के बाद)

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

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

जोखिम प्रबंधन: जोखिमों की पहचान, विश्लेषण, प्राथमिकता और नियंत्रण के कार्यों के लिए प्रक्रियाओं और प्रथाओं का व्यवस्थित अनुप्रयोग।

मजबूती: वह डिग्री जिसके लिए कोई घटक या सिस्टम अमान्य इनपुट या तनावपूर्ण पर्यावरणीय परिस्थितियों की उपस्थिति में सही ढंग से कार्य कर सकता है। (IEEE 610) त्रुटिपूर्णता, दोष-सहिष्णुता भी देखें।

मूल कारण: एक अंतर्निहित कारक जो एक गैर-अनुरूपता का कारण बनता है और संभवतः प्रक्रिया सुधार के माध्यम से स्थायी रूप से समाप्त किया जाना चाहिए।

रों

सुरक्षा: उपयोग की एक निर्दिष्ट संदर्भ में लोगों, व्यापार, सॉफ्टवेयर, संपत्ति या पर्यावरण को नुकसान के जोखिम के स्वीकार्य स्तर को प्राप्त करने के लिए सॉफ्टवेयर उत्पाद की क्षमता। (आईएसओ ९ १२२)

सुरक्षा परीक्षण: सॉफ्टवेयर उत्पाद की सुरक्षा का निर्धारण करने के लिए परीक्षण की प्रक्रिया।

मापनीयता: सॉफ्टवेयर उत्पाद की क्षमता बढ़े हुए भार को समायोजित करने के लिए उन्नत किया जाना है। (गेरार्ड के बाद)

स्केलेबिलिटी परीक्षण: सॉफ़्टवेयर उत्पाद की मापनीयता निर्धारित करने के लिए परीक्षण।

मुंशी: वह व्यक्ति जिसे प्रत्येक दोष का उल्लेख करना है और समीक्षा बैठक के दौरान सुधार के लिए कोई सुझाव, एक लॉगिंग फॉर्म पर। मुंशी को यह सुनिश्चित करना होगा कि लॉगिंग फॉर्म पठनीय और समझ में आता है।

भाषा का अंकन: एक प्रोग्रामिंग भाषा जिसमें निष्पादन योग्य परीक्षण स्क्रिप्ट लिखी जाती हैं, जिसका उपयोग परीक्षण निष्पादन उपकरण (उदाहरण के लिए कैप्चर / रिप्ले टूल) द्वारा किया जाता है।

सुरक्षा: सॉफ़्टवेयर उत्पादों की विशेषताएँ जो अनधिकृत पहुँच को रोकने की क्षमता पर आधारित हैं, चाहे वे आकस्मिक या जानबूझकर, कार्यक्रमों और डेटा के लिए। (आईएसओ ९ १२२)

सुरक्षा परीक्षण: सॉफ्टवेयर उत्पाद की सुरक्षा निर्धारित करने के लिए परीक्षण।

तीव्रता: एक घटक या प्रणाली के विकास या संचालन पर प्रभाव की डिग्री। (IEEE 610 के बाद)

अनुकरण: किसी अन्य प्रणाली द्वारा एक भौतिक या अमूर्त प्रणाली की चयनित व्यवहार विशेषताओं का प्रतिनिधित्व। (आईएसओ २३ (२/१)

सिम्युलेटर: एक उपकरण, कंप्यूटर प्रोग्राम या परीक्षण के दौरान उपयोग किया जाने वाला सिस्टम, जो नियंत्रित इनपुट के सेट के साथ दिए जाने पर दिए गए सिस्टम की तरह व्यवहार या संचालित होता है। (IEEE 610, DO178b के बाद) एमुलेटर भी देखें।

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

सॉफ्टवेयर की गुणवत्ता: किसी सॉफ्टवेयर उत्पाद की कार्यक्षमता और विशेषताओं की समग्रता जो कथित या निहित जरूरतों को पूरा करने की क्षमता पर आधारित है। (आईएसओ 9126 के बाद)

विनिर्देश: एक दस्तावेज़, जो आदर्श रूप से पूर्ण, सटीक और सत्यापित तरीके से निर्दिष्ट करता है, एक घटक या प्रणाली की आवश्यकताओं, डिजाइन, व्यवहार या अन्य विशेषताओं, और, अक्सर, ये निर्धारित करने की प्रक्रियाएं कि क्या ये प्रावधान संतुष्ट हैं। (IEEE 610 के बाद)

विनिर्देश-आधारित परीक्षण डिजाइन तकनीक: ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक देखें।

निर्दिष्ट इनपुट: एक इनपुट जिसके लिए विनिर्देश एक परिणाम की भविष्यवाणी करता है।

स्थिरता: सॉफ़्टवेयर उत्पाद की क्षमता सॉफ्टवेयर में संशोधनों से अप्रत्याशित प्रभावों से बचने के लिए। (आईएसओ ९ १२२) देखरेख भी।

राज्य आरेख: एक आरेख जो बताता है कि एक घटक या प्रणाली ग्रहण कर सकती है, और उन घटनाओं या परिस्थितियों को दिखाती है जो एक राज्य से दूसरे राज्य में परिवर्तन और / या परिणाम करते हैं। (IEEE 610)

राज्य तालिका: प्रत्येक संभावित घटना के साथ संयुक्त प्रत्येक राज्य के लिए परिणामी संक्रमण दिखाने वाला एक ग्रिड, जो वैध और अमान्य दोनों संक्रमण दिखा रहा है।

अवस्था संक्रमण: एक घटक या प्रणाली के दो राज्यों के बीच एक संक्रमण।

राज्य संक्रमण परीक्षण: एक ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक जिसमें परीक्षण मामलों को वैध और अमान्य राज्य परिवर्तनों को निष्पादित करने के लिए डिज़ाइन किया गया है। एन-स्विच परीक्षण भी देखें।

बयान: एक प्रोग्रामिंग भाषा में एक इकाई, जो आम तौर पर निष्पादन की सबसे छोटी अविभाज्य इकाई है।

बयान कवरेज: निष्पादन योग्य बयानों का प्रतिशत जो एक परीक्षण सूट द्वारा प्रयोग किया गया है।

कथन परीक्षण: एक सफेद बॉक्स परीक्षण डिजाइन तकनीक जिसमें परीक्षण मामलों को शीर्ष विवरण बयान किया जाता है।

स्थैतिक विश्लेषण: सॉफ्टवेयर कलाकृतियों का विश्लेषण, उदा। आवश्यकताओं या कोड, इन सॉफ्टवेयर कलाकृतियों के निष्पादन के बिना बाहर किया।

स्थैतिक विश्लेषक: एक उपकरण जो स्थैतिक विश्लेषण करता है।

स्थिर कोड विश्लेषण: उस सॉफ्टवेयर के निष्पादन के बिना किए गए प्रोग्राम सोर्स कोड का विश्लेषण।

स्थिर कोड विश्लेषक: एक उपकरण जो स्थिर कोड विश्लेषण करता है। उपकरण कुछ गुणों के लिए स्रोत कोड की जाँच करता है, जैसे कोडिंग मानकों, गुणवत्ता मैट्रिक्स या डेटा प्रवाह विसंगतियों के अनुरूप।

स्थैतिक परीक्षण: उस सॉफ्टवेयर के निष्पादन के बिना विनिर्देश या कार्यान्वयन स्तर पर एक घटक या प्रणाली का परीक्षण, उदा। समीक्षा या स्थिर कोड विश्लेषण।

सांख्यिकीय परीक्षण: एक परीक्षण डिजाइन तकनीक जिसमें इनपुट के सांख्यिकीय वितरण का एक मॉडल प्रतिनिधि परीक्षण मामलों के निर्माण के लिए उपयोग किया जाता है। परिचालन प्रोफ़ाइल परीक्षण भी देखें।

स्थिति लेखा: कॉन्फ़िगरेशन प्रबंधन का एक तत्व, जिसमें कॉन्फ़िगरेशन को प्रभावी ढंग से प्रबंधित करने के लिए आवश्यक जानकारी की रिकॉर्डिंग और आयात करना शामिल है। इस जानकारी में अनुमोदित कॉन्फ़िगरेशन पहचान, कॉन्फ़िगरेशन में प्रस्तावित परिवर्तनों की स्थिति और स्वीकृत परिवर्तनों की कार्यान्वयन स्थिति की एक सूची शामिल है। (IEEE 610)

तनाव परीक्षण: किसी सिस्टम या घटक का उसकी निर्धारित आवश्यकताओं की सीमा से परे या उसके मूल्यांकन के लिए किया गया परीक्षण। (IEEE 610)

संरचनात्मक कवरेज: घटक की आंतरिक संरचना के आधार पर कवरेज के उपाय।

संरचनात्मक परीक्षण डिजाइन तकनीक: सफेद बॉक्स परीक्षण डिजाइन तकनीक देखें।

ठूंठ: एक सॉफ्टवेयर घटक का एक कंकाल या विशेष प्रयोजन कार्यान्वयन, एक घटक को विकसित करने या परीक्षण करने के लिए उपयोग किया जाता है जो कॉल करता है या अन्यथा उस पर निर्भर है। यह एक बुलाया घटक को प्रतिस्थापित करता है। (IEEE 610 के बाद)

उपपथ: किसी घटक के भीतर निष्पादन योग्य कथनों का क्रम।

निलंबन मानदंड: (अस्थायी रूप से) उपयोग किए जाने वाले मानदंड सभी या परीक्षण वस्तुओं पर परीक्षण गतिविधियों के एक हिस्से को रोकते हैं। (IEEE 829 के बाद)

उपयुक्तता: सॉफ्टवेयर उत्पाद की क्षमता निर्दिष्ट कार्यों और उपयोगकर्ता उद्देश्यों के लिए कार्यों का एक उपयुक्त सेट प्रदान करने के लिए। (आईएसओ ९ १२२) कार्यक्षमता भी देखें।

सॉफ्टवेयर उपयोगिता मापन सूची (SUMI): प्रयोज्य का मूल्यांकन करने के लिए एक प्रश्नावली आधारित प्रयोज्य परीक्षण तकनीक, उदा। उपयोगकर्ता की संतुष्टि, एक घटक या प्रणाली के लिए। (वेनेंदल)

वाक्यविन्यास परीक्षण: एक ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक जिसमें परीक्षण मामलों को इनपुट डोमेन और / या आउटपुट डोमेन की परिभाषा के आधार पर डिज़ाइन किया गया है।

प्रणाली: किसी विशिष्ट कार्य या कार्यों के सेट को पूरा करने के लिए आयोजित घटकों का एक संग्रह। (IEEE 610)

सिस्टम एकीकरण परीक्षण: सिस्टम और पैकेज के एकीकरण का परीक्षण; बाहरी संगठनों (जैसे इलेक्ट्रॉनिक डेटा इंटरचेंज, इंटरनेट) के लिए इंटरफेस का परीक्षण।

सिस्टम परीक्षण: यह सत्यापित करने के लिए कि यह निर्दिष्ट आवश्यकताओं को पूरा करता है एक एकीकृत प्रणाली के परीक्षण की प्रक्रिया। (हेट्ज़ेल)

टी

तकनीकी पुनरवलोकन: एक सहकर्मी समूह चर्चा गतिविधि जिसमें उठाए जाने वाले तकनीकी दृष्टिकोण पर आम सहमति प्राप्त करने पर ध्यान केंद्रित किया जाता है। एक तकनीकी समीक्षा को सहकर्मी समीक्षा के रूप में भी जाना जाता है। (गिल्ब और ग्राहम, IEEE 1028)

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

परीक्षण स्वचालन: परीक्षण गतिविधियों को करने या समर्थन करने के लिए सॉफ्टवेयर का उपयोग, उदा। परीक्षण प्रबंधन, परीक्षण डिजाइन, परीक्षण निष्पादन और परिणाम जाँच।

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

परीक्षण मामला: इनपुट मान, निष्पादन पूर्व शर्त, अपेक्षित परिणाम और निष्पादन पोस्टकंडिशन का एक सेट, जो एक विशेष उद्देश्य या परीक्षण की स्थिति के लिए विकसित किया गया है, जैसे कि एक विशेष कार्यक्रम पथ का उपयोग करना या किसी विशिष्ट आवश्यकता के अनुपालन को सत्यापित करना। (IEEE 610 के बाद)

परीक्षण के मामले विनिर्देश: एक परीक्षण वस्तु के लिए परीक्षण मामलों (उद्देश्य, इनपुट, परीक्षण क्रियाएं, अपेक्षित परिणाम और निष्पादन पूर्व शर्त) के एक सेट को निर्दिष्ट करने वाला दस्तावेज़। (IEEE 829 के बाद)

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

परीक्षण तुलनित्र: स्वचालित परीक्षण तुलना करने के लिए एक परीक्षण उपकरण।

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

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

परीक्षण डेटा: एक परीक्षण निष्पादित होने से पहले मौजूद डेटा (उदाहरण के लिए, डेटाबेस में) और परीक्षण के तहत घटक या सिस्टम से प्रभावित होता है।

परीक्षण डेटा तैयारी उपकरण: एक प्रकार का परीक्षण उपकरण जो परीक्षण में उपयोग के लिए डेटा को मौजूदा डेटाबेस से चुना या बनाया, उत्पन्न, हेरफेर और संपादित करने में सक्षम बनाता है।

परीक्षण डिजाइन विनिर्देश: एक दस्तावेज एक परीक्षण आइटम के लिए परीक्षण की स्थिति (कवरेज आइटम) को निर्दिष्ट करता है, विस्तृत परीक्षण दृष्टिकोण और संबंधित उच्च स्तरीय परीक्षण मामलों की पहचान करता है। (IEEE 829 के बाद)

परीक्षण डिजाइन उपकरण: एक उपकरण जो एक CASE उपकरण रिपॉजिटरी में आयोजित किए जा सकने वाले विनिर्देश से परीक्षण इनपुट उत्पन्न करके टेस्ट डिज़ाइन गतिविधि का समर्थन करता है, उदा। आवश्यकताओं प्रबंधन उपकरण, या उपकरण में ही निर्दिष्ट निर्दिष्ट परीक्षण स्थितियों से।

परीक्षण डिजाइन तकनीक: एक विधि जिसका उपयोग परीक्षण के मामलों को प्राप्त करने या चयन करने के लिए किया जाता है।

परीक्षण का वातावरण: एक पर्यावरण जिसमें हार्डवेयर, इंस्ट्रूमेंटेशन, सिमुलेटर, सॉफ्टवेयर टूल, और अन्य सहायक तत्वों का परीक्षण करने की आवश्यकता होती है। (IEEE 610 के बाद)

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

परीक्षण निष्पादन: परीक्षण के तहत घटक या प्रणाली द्वारा परीक्षण चलाने की प्रक्रिया, वास्तविक परिणाम का उत्पादन करती है।

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

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

परीक्षण निष्पादन अनुसूची: परीक्षण प्रक्रियाओं के निष्पादन के लिए एक योजना। परीक्षण प्रक्रियाओं को उनके संदर्भ में परीक्षण निष्पादन अनुसूची में शामिल किया गया है और जिस क्रम में उन्हें निष्पादित किया जाना है।

परीक्षण निष्पादन तकनीक: वास्तविक परीक्षण निष्पादन करने के लिए उपयोग की जाने वाली विधि,या तो मैन्युअल या स्वचालित।

परीक्षण निष्पादन उपकरण: एक प्रकार का परीक्षण उपकरण जो स्वचालित परीक्षण स्क्रिप्ट का उपयोग करके अन्य सॉफ़्टवेयर को निष्पादित करने में सक्षम है, उदा। कब्जा / प्लेबैक। (Fewster और ग्राहम)

दोहन ​​परीक्षण: एक परीक्षण वातावरण में स्टब्स और ड्राइवर शामिल थे जो एक परीक्षण का संचालन करने के लिए आवश्यक थे।

परीक्षण अवसंरचना: परीक्षण वातावरण, परीक्षण उपकरण, कार्यालय पर्यावरण और प्रक्रियाओं से मिलकर परीक्षण करने के लिए संगठनात्मक कलाकृतियों की आवश्यकता है।

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

परीक्षण स्तर: परीक्षण गतिविधियों का एक समूह जो एक साथ संगठित और प्रबंधित होता है। एक परियोजना में एक परीक्षण स्तर जिम्मेदारियों से जुड़ा हुआ है। परीक्षण स्तर के उदाहरण घटक परीक्षण, एकीकरण परीक्षण, प्रणाली परीक्षण और स्वीकृति परीक्षण हैं। (टीएमएपी के बाद)

परीक्षण लॉग: परीक्षणों के निष्पादन के बारे में प्रासंगिक विवरणों का एक कालानुक्रमिक रिकॉर्ड। (IEEE 829)

परीक्षण लॉगिंग: परीक्षण लॉग में निष्पादित परीक्षणों के बारे में जानकारी दर्ज करने की प्रक्रिया।

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

परीक्षण प्रबंधन: परीक्षण गतिविधियों की योजना, आकलन, निगरानी और नियंत्रण, आमतौर पर एक परीक्षण प्रबंधक द्वारा किया जाता है।

टेस्ट मैच्योरिटी मॉडल (TMM): परीक्षण प्रक्रिया में सुधार के लिए एक पाँच स्तरीय मंचन, क्षमता परिपक्वता मॉडल (सीएमएम) से संबंधित है जो एक प्रभावी प्रक्रिया प्रक्रिया के प्रमुख तत्वों का वर्णन करता है।

परीक्षण प्रक्रिया में सुधार (टीपीआई): परीक्षण प्रक्रिया में सुधार के लिए एक सतत रूपरेखा जो एक प्रभावी परीक्षण प्रक्रिया के प्रमुख तत्वों का वर्णन करती है, विशेष रूप से सिस्टम परीक्षण और स्वीकृति परीक्षण पर लक्षित है।

परीक्षण वस्तु: परीक्षण किया जाने वाला घटक या प्रणाली। परीक्षण आइटम भी देखें।

परीक्षण उद्देश्य: एक परीक्षण को डिजाइन करने और निष्पादित करने का एक कारण या उद्देश्य।

परीक्षण का तांडव: परीक्षण के तहत सॉफ्टवेयर के वास्तविक परिणाम के साथ तुलना करने के लिए अपेक्षित परिणाम निर्धारित करने के लिए एक स्रोत। एक oracle मौजूदा प्रणाली (एक बेंचमार्क के लिए), एक उपयोगकर्ता मैनुअल या एक व्यक्ति का विशेष ज्ञान हो सकता है, लेकिन कोड नहीं होना चाहिए। (एड्रियन के बाद)

परीक्षण प्रदर्शन संकेतक: एक मीट्रिक, सामान्य उच्च स्तर में, यह दर्शाता है कि एक निश्चित लक्ष्य मान या मानदंड किस हद तक पूरा हुआ है। अक्सर परीक्षण प्रक्रिया सुधार उद्देश्यों से संबंधित, उदा। दोष जांच प्रतिशत (DDP)।

परीक्षण चरण: एक परियोजना के प्रबंधनीय चरण में एकत्र किए गए परीक्षण गतिविधियों का एक अलग सेट, उदा। एक परीक्षण स्तर की निष्पादन गतिविधियाँ। (गेरार्ड के बाद)

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

परीक्षण योजना: परीक्षण योजना की स्थापना या अद्यतन करने की गतिविधि।

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

परीक्षण बिंदु विश्लेषण (TPA): फ़ंक्शन सूत्र विश्लेषण के आधार पर एक सूत्र आधारित परीक्षण अनुमान विधि। (टीएमएपी)

परीक्षण प्रक्रिया: परीक्षण प्रक्रिया विनिर्देश देखें।

परीक्षण प्रक्रिया विनिर्देश: एक दस्तावेज एक परीक्षण के निष्पादन के लिए कार्यों के अनुक्रम को निर्दिष्ट करता है। टेस्ट स्क्रिप्ट या मैनुअल टेस्ट स्क्रिप्ट के रूप में भी जाना जाता है। (IEEE 829 के बाद)

परीक्षण प्रक्रिया: मौलिक परीक्षण प्रक्रिया में योजना, विनिर्देश, निष्पादन, रिकॉर्डिंग और पूर्णता के लिए जाँच शामिल है। (बीएस 2 ९ २५/२)

परीक्षण पुनरावृत्ति: परीक्षण का एक गुण यह दर्शाता है कि क्या प्रत्येक बार परीक्षण निष्पादित होने पर समान परिणाम उत्पन्न होते हैं।

परीक्षण के लिए चलाना: परीक्षण वस्तु के एक विशिष्ट संस्करण पर एक परीक्षण का निष्पादन।

परीक्षण स्क्रिप्ट: आमतौर पर एक परीक्षण प्रक्रिया विनिर्देश का उल्लेख करने के लिए उपयोग किया जाता है, विशेष रूप से एक स्वचालित एक।

विनिर्देश परीक्षण: एक दस्तावेज जिसमें एक परीक्षण डिजाइन विनिर्देश, परीक्षण मामले विनिर्देश और / या परीक्षण प्रक्रिया विनिर्देश शामिल हैं।

परीक्षण की रणनीति: एक उच्च-स्तरीय दस्तावेज़ जो प्रदर्शन किए जाने वाले परीक्षण स्तरों और एक कार्यक्रम (एक या अधिक परियोजनाओं) के लिए उन स्तरों के भीतर परीक्षण को परिभाषित करता है।

परीक्षण सूट: परीक्षण के तहत एक घटक या प्रणाली के लिए कई परीक्षण मामलों का एक सेट, जहां एक परीक्षण के बाद की स्थिति को अक्सर अगले एक के लिए पूर्व शर्त के रूप में उपयोग किया जाता है।

परीक्षण सारांश रिपोर्ट: परीक्षण गतिविधियों और परिणामों को सारांशित करने वाला एक दस्तावेज। इसमें निकास मानदंडों के विरुद्ध संबंधित परीक्षण वस्तुओं का मूल्यांकन भी शामिल है।(IEEE 829 के बाद)

परीक्षण लक्ष्य: निकास मानदंडों का एक सेट।

परीक्षण उपकरण: एक सॉफ़्टवेयर उत्पाद जो एक या अधिक परीक्षण गतिविधियों का समर्थन करता है, जैसे कि नियोजन और नियंत्रण, विनिर्देश, प्रारंभिक फ़ाइलों और डेटा का निर्माण, परीक्षण निष्पादन और परीक्षण विश्लेषण। (TMap) CAST भी देखें।

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

परीक्षण क्षमता: सॉफ्टवेयर उत्पाद की क्षमता को संशोधित सॉफ्टवेयर का परीक्षण करने में सक्षम बनाता है। (आईएसओ ९ १२२) देखरेख भी।

परीक्षण की समीक्षा: परीक्षण की प्रक्रिया के लिए एक इनपुट दस्तावेज के रूप में कार्य करने के लिए पर्याप्त गुणवत्ता स्तर पर है या नहीं यह निर्धारित करने के लिए परीक्षण के आधार की एक विस्तृत जांच। (टीएमएपी के बाद)

परीक्षण योग्य आवश्यकताएँ: वह डिग्री जिसके लिए एक आवश्यकता को उन शर्तों के रूप में बताया गया है जो परीक्षण डिजाइन (और बाद के परीक्षण मामलों) की स्थापना की अनुमति देती हैं और यह निर्धारित करने के लिए परीक्षण निष्पादित करती हैं कि क्या आवश्यकताएं पूरी हुई हैं। (IEEE 610 के बाद)

परीक्षक: एक तकनीकी रूप से कुशल पेशेवर जो एक घटक या प्रणाली के परीक्षण में शामिल है।

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

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

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

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

टॉप-डाउन परीक्षण: एकीकरण परीक्षण के लिए एक वृद्धिशील दृष्टिकोण जहां घटक पदानुक्रम के शीर्ष पर घटक का परीक्षण पहले किया जाता है, निचले स्तर के घटकों को स्टब्स द्वारा सिम्युलेटेड किया जाता है। परीक्षण किए गए घटकों का उपयोग निचले स्तर के घटकों का परीक्षण करने के लिए किया जाता है। प्रक्रिया को तब तक दोहराया जाता है जब तक कि निम्नतम स्तर के घटकों का परीक्षण नहीं किया गया हो।

यू

समझ: सॉफ़्टवेयर उत्पाद की क्षमता उपयोगकर्ता को यह समझने में सक्षम करने के लिए कि सॉफ़्टवेयर उपयुक्त है, और इसका उपयोग विशेष कार्यों और उपयोग की शर्तों के लिए कैसे किया जा सकता है। (आईएसओ ९ १२२) प्रयोज्यता भी देखें।

अगम्य संकेत: ऐसा कोड जो पहुँचा नहीं जा सकता और इसलिए निष्पादित करना असंभव है।

प्रयोज्य: निर्दिष्ट शर्तों के तहत उपयोग किए जाने पर सॉफ़्टवेयर की क्षमता, उपयोगकर्ता को समझा, सीखा, उपयोग और आकर्षक होना चाहिए। (आईएसओ ९ १२२)

उपयोगिता परीक्षण: यह निर्दिष्ट करने के लिए परीक्षण कि सॉफ्टवेयर उत्पाद को किस हद तक समझा जाता है, सीखना आसान है, संचालित करना आसान है और निर्दिष्ट शर्तों के तहत उपयोगकर्ताओं के लिए आकर्षक है। (आईएसओ 9126 के बाद)

केस परीक्षण का उपयोग करें: एक ब्लैक बॉक्स टेस्ट डिज़ाइन तकनीक जिसमें उपयोगकर्ता के परिदृश्यों को निष्पादित करने के लिए परीक्षण मामलों को डिज़ाइन किया गया है।

उपयोगकर्ता परीक्षण: एक परीक्षण जिससे वास्तविक जीवन के उपयोगकर्ता एक घटक या प्रणाली की उपयोगिता का मूल्यांकन करने के लिए शामिल होते हैं।

वी

वी-मॉडल: आवश्यकताओं के विनिर्देशन से रखरखाव तक सॉफ्टवेयर विकास जीवन चक्र गतिविधियों का वर्णन करने के लिए एक रूपरेखा। वी-मॉडल दिखाता है कि परीक्षण गतिविधियों को सॉफ्टवेयर विकास जीवन चक्र के प्रत्येक चरण में कैसे एकीकृत किया जा सकता है।

सत्यापन: परीक्षा द्वारा पुष्टि और उद्देश्य प्रमाण के प्रावधान के माध्यम से कि एक विशिष्ट इच्छित उपयोग या आवेदन के लिए आवश्यकताओं को पूरा किया गया है। (आईएसओ 9000)

परिवर्तनशील: एक कंप्यूटर में भंडारण का एक तत्व जो एक सॉफ्टवेयर प्रोग्राम द्वारा एक नाम से संदर्भित करके सुलभ है।

सत्यापन: परीक्षा द्वारा पुष्टि और उद्देश्य साक्ष्य के प्रावधान के माध्यम से जो निर्दिष्ट आवश्यकताओं को पूरा किया गया है। (आईएसओ 9000)

ऊर्ध्वाधर ट्रैसेबिलिटी: घटकों को विकास प्रलेखन की परतों के माध्यम से आवश्यकताओं का पता लगाना।

मात्रा परीक्षण: परीक्षण जहां प्रणाली को बड़ी मात्रा में डेटा के अधीन किया जाता है। संसाधन-उपयोग परीक्षण भी देखें।

में

पूर्वाभ्यास: जानकारी इकट्ठा करने और इसकी सामग्री की एक आम समझ स्थापित करने के लिए एक दस्तावेज़ के लेखक द्वारा एक कदम-दर-चरण प्रस्तुति। (फ्रीडमैन और डब्ल्यूEinberg, IEEE 1028)

सफेद बॉक्स परीक्षण डिजाइन तकनीक: एक घटक या प्रणाली की आंतरिक संरचना के विश्लेषण के आधार पर परीक्षण के मामलों को प्राप्त करने और चुनने के लिए प्रलेखित प्रक्रिया।

सफेद बॉक्स परीक्षण: घटक या प्रणाली की आंतरिक संरचना के विश्लेषण के आधार पर परीक्षण।

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

मुझसे संपर्क करो यदि आप इस शब्दावली में और परिभाषाएँ जोड़ना चाहते हैं।

संदर्भ: http://www.istqb.org/downloads/glossary-1.0.pdf

अनुशंसित पाठ

^