🚂 RailGuruji
Software engineeringसॉफ्टवेयर इंजीनियरिंग3 / 5

Testing and qualityपरीक्षण और गुणवत्ता

Updated अद्यतन 07 Oct 2026
1
THE AIM OF TESTINGपरीक्षण का उद्देश्य
TESTING is executing a program with the intent of finding an error.
  • A GOOD TEST CASE has a high probability of finding an error
  • A SUCCESSFUL TEST is one that uncovers an error not yet discovered
  • Design tests to find the most errors with the least time and effort
  • QUALITY ASSURANCE builds quality into every phase through standards, reviews and audits
  • A TEST PLAN states what you will test, how, by whom, and the expected results
So a test that finds nothing has not succeeded.
परीक्षण त्रुटि खोजने के इरादे से प्रोग्राम चलाना है।
  • अच्छे परीक्षण मामले में त्रुटि खोजने की उच्च संभावना होती है
  • सफल परीक्षण वह है जो अब तक न खोजी गई त्रुटि सामने लाए
  • परीक्षण ऐसे बनाएँ कि कम से कम समय और प्रयास में अधिकतम त्रुटियाँ मिलें
  • गुणवत्ता आश्वासन मानकों, समीक्षाओं और लेखा परीक्षाओं से हर चरण में गुणवत्ता लाता है
  • परीक्षण योजना बताती है कि आप क्या, कैसे, किसके द्वारा परखेंगे, और अपेक्षित परिणाम क्या हैं
अर्थात् जो परीक्षण कुछ नहीं खोजता, वह सफल नहीं हुआ।
2
THE LEVELS OF TESTINGपरीक्षण के स्तर
Each level of testing checks the work of one development phase.
  • UNIT TESTING checks each module against its CODE and design
  • INTEGRATION TESTING checks the modules working together, against the DESIGN
  • SYSTEM TESTING checks the whole system against the REQUIREMENTS
  • ACCEPTANCE TESTING checks it against the CLIENT'S NEED
  • ALPHA TESTING is done by users at the developer's site; BETA TESTING by users at their own sites
You may integrate TOP-DOWN, with stubs, or BOTTOM-UP, with drivers. So unit testing comes first, and acceptance testing last.
परीक्षण का हर स्तर विकास के एक चरण का कार्य जाँचता है।
  • यूनिट टेस्टिंग हर मॉड्यूल को उसके कोड और डिजाइन से जाँचती है
  • इंटीग्रेशन टेस्टिंग मॉड्यूलों को साथ चलते हुए डिजाइन से जाँचती है
  • सिस्टम टेस्टिंग पूरी प्रणाली को आवश्यकताओं से जाँचती है
  • एक्सेप्टेंस टेस्टिंग उसे ग्राहक की आवश्यकता से जाँचती है
  • अल्फा टेस्टिंग उपयोगकर्ता विकासकर्ता के स्थल पर करते हैं; बीटा टेस्टिंग अपने स्थलों पर
आप इंटीग्रेशन ऊपर से नीचे, स्टब के साथ, या नीचे से ऊपर, ड्राइवर के साथ, कर सकते हैं। अर्थात् यूनिट टेस्टिंग पहले आती है, और एक्सेप्टेंस टेस्टिंग अंत में।
3
BLACK-BOX AND WHITE-BOX TESTINGब्लैक-बॉक्स और व्हाइट-बॉक्स टेस्टिंग
  • BLACK-BOX TESTING assumes no knowledge of the internal structure; it tests the functions against the specification
  • Its techniques are EQUIVALENCE PARTITIONING and BOUNDARY VALUE ANALYSIS
  • WHITE-BOX TESTING uses the internal logic of the code
  • Its technique is BASIS PATH TESTING, drawn on a FLOW GRAPH
  • CYCLOMATIC COMPLEXITY counts the independent paths: V(G) = edges - nodes + 2
With boundary value analysis you test the edges of each input range, where errors gather. So black box sees only inputs and outputs, and white box sees the code.
  • ब्लैक-बॉक्स टेस्टिंग आंतरिक संरचना का कोई ज्ञान नहीं मानती; यह विनिर्देश के अनुसार कार्यों को परखती है
  • इसकी तकनीकें हैं: इक्विवेलेंस पार्टीशनिंग और बाउंड्री वैल्यू एनालिसिस
  • व्हाइट-बॉक्स टेस्टिंग कोड के आंतरिक तर्क का उपयोग करती है
  • इसकी तकनीक बेसिस पाथ टेस्टिंग है, जो फ्लो ग्राफ पर बनती है
  • साइक्लोमैटिक कॉम्प्लेक्सिटी स्वतंत्र मार्ग गिनती है: V(G) = किनारे - नोड + 2
बाउंड्री वैल्यू एनालिसिस से आप हर इनपुट सीमा के किनारे परखते हैं, जहाँ त्रुटियाँ इकट्ठा होती हैं। अर्थात् ब्लैक बॉक्स केवल इनपुट और आउटपुट देखता है, और व्हाइट बॉक्स कोड।
4
VERIFICATION, VALIDATION AND INSPECTIONसत्यापन, वैधीकरण और निरीक्षण
  • VERIFICATION checks whether the product of a phase fulfils the specifications of the previous phase
  • VALIDATION evaluates the software at the end of development, against the software requirements
  • Verification is BUILDING THE SOFTWARE RIGHT; validation is BUILDING THE RIGHT SOFTWARE
  • INSPECTION is a formal review of documents or code by peers, to find defects before testing
  • CODE REVIEW systematically examines source code to fix mistakes missed in development
So you verify each phase, and you validate the finished product.
  • वेरिफिकेशन जाँचता है कि किसी चरण का उत्पाद पिछले चरण के विनिर्देश पूरे करता है या नहीं
  • वैलिडेशन विकास के अंत में सॉफ्टवेयर को सॉफ्टवेयर आवश्यकताओं के विरुद्ध परखता है
  • वेरिफिकेशन है सॉफ्टवेयर को सही ढंग से बनाना; वैलिडेशन है सही सॉफ्टवेयर बनाना
  • इंस्पेक्शन सहकर्मियों द्वारा दस्तावेजों या कोड की औपचारिक समीक्षा है, परीक्षण से पहले दोष खोजने के लिए
  • कोड रिव्यू विकास में छूटी गलतियाँ सुधारने के लिए सोर्स कोड की व्यवस्थित जाँच है
अर्थात् आप हर चरण का सत्यापन करते हैं, और तैयार उत्पाद का वैधीकरण।
Report an error on this pageइस पेज में गलती बताएँ
Read it — now test yourself. पढ़ लिया — अब खुद को परखें। Take the free Mock CBTफ्री Mock CBT दें