database testing complete guide why
प्रैक्टिकल टिप्स और उदाहरण के साथ डेटाबेस परीक्षण के लिए एक पूर्ण गाइड:
एंड्रॉइड जैसी तकनीकों के साथ और बहुत सारे स्मार्टफ़ोन ऐप के साथ कंप्यूटर अनुप्रयोग इन दिनों अधिक जटिल हैं। जितना अधिक जटिल सामने समाप्त होता है, उतना ही जटिल पीछे के छोर बन जाते हैं।
इसलिए DB परीक्षण के बारे में सीखना और सुरक्षा और गुणवत्ता डेटाबेस सुनिश्चित करने के लिए प्रभावी रूप से डेटाबेस को मान्य करने में सक्षम होना अधिक महत्वपूर्ण है।
इस ट्यूटोरियल में, आप डेटा टेस्टिंग के बारे में जानेंगे - क्यों, कैसे और क्या परीक्षण करना है?
डेटाबेस एक सॉफ्टवेयर अनुप्रयोग के अपरिहार्य भागों में से एक है।
इससे कोई फर्क नहीं पड़ता कि यह एक वेब, डेस्कटॉप या मोबाइल, क्लाइंट-सर्वर, पीयर-टू-पीयर, एंटरप्राइज या व्यक्तिगत व्यवसाय है; डेटाबेस बैकएंड पर हर जगह आवश्यक है।
इसी तरह, चाहे वह हेल्थकेयर, फाइनेंस, लीजिंग, रिटेल, मेलिंग एप्लिकेशन हो या किसी स्पेसशिप को नियंत्रित करना हो; एक डेटाबेस हमेशा दृश्य के पीछे कार्रवाई में होता है।
जैसे-जैसे आवेदन की जटिलता बढ़ती है, एक मजबूत और सुरक्षित डेटाबेस की आवश्यकता उभरती है। उसी तरह, लेनदेन की उच्च आवृत्ति वाले अनुप्रयोगों के लिए ( उदाहरण के लिए, बैंकिंग या वित्त अनुप्रयोग), एक पूरी तरह से चित्रित डीबी उपकरण की आवश्यकता युग्मित है।
आजकल, हमारे पास बड़े डेटा हैं जो बड़े और जटिल हैं जो पारंपरिक डेटाबेस उन्हें संभाल नहीं सकते हैं।
वहाँ कई हैं डेटाबेस उपकरण बाजार में उपलब्ध हैं उदाहरण के लिए, MS-Access, MS SQL Server, SQL Server, Oracle, Oracle Financial, MySQL, PostgreSQL, DB2, Toad, Admirer, आदि ये उपकरण लागत, मजबूती, सुविधाओं और सुरक्षा में भिन्न होते हैं। इनमें से प्रत्येक इसके अपने लाभ और कमियां हैं।
आप क्या सीखेंगे:
- क्यों डेटाबेस का परीक्षण करें?
- टेस्ट क्या करना है (डेटाबेस परीक्षण चेकलिस्ट)
- डेटाबेस का परीक्षण कैसे करें (चरण-दर-चरण प्रक्रिया)
क्यों डेटाबेस का परीक्षण करें?
नीचे, हम देखेंगे कि DB के निम्नलिखित पहलुओं को क्यों मान्य किया जाना चाहिए:
# 1) डाटा मैपिंग
सॉफ्टवेयर प्रणालियों में, डेटा अक्सर यूआई (उपयोगकर्ता इंटरफ़ेस) से बैकएंड डीबी और इसके विपरीत तक यात्रा करता है। तो ये देखने के कुछ पहलू हैं:
- जांचें कि क्या यूबी / फ्रंटएंड फॉर्म में फ़ील्ड डीबी तालिका में संबंधित फ़ील्ड के साथ लगातार मैप की जाती हैं। आमतौर पर यह मैपिंग जानकारी आवश्यकताओं के दस्तावेजों में परिभाषित की जाती है।
- जब भी किसी अनुप्रयोग के सामने के छोर पर एक निश्चित कार्रवाई की जाती है, तो एक संबंधित CRUD (बनाएं, पुनः प्राप्त करें, अद्यतन और हटाएं) कार्रवाई पीछे के अंत में लागू होती है। एक परीक्षक को यह जांचना होगा कि क्या सही कार्रवाई को लागू किया गया है और क्या अपने आप में चालान की गई कार्रवाई सफल है या नहीं।
# 2) एसीआईडी गुण सत्यापन
परमाणु, संगति, अलगाव और स्थायित्व। डीबी करता है हर लेनदेन को इन चार गुणों का पालन करना पड़ता है।
- एटमॉसिटी इसका मतलब है कि एक लेनदेन विफल या गुजरता है। इसका मतलब यह है कि भले ही लेनदेन का एक हिस्सा विफल हो जाता है- इसका मतलब है कि संपूर्ण लेनदेन विफल हो गया है। आमतौर पर, इसे 'ऑल-ऑर-नथिंग' नियम कहा जाता है।
- संगति : लेन-देन हमेशा डीबी की एक वैध स्थिति में परिणाम होगा
- एकांत : यदि कई लेन-देन होते हैं और उन्हें एक ही बार में निष्पादित किया जाता है, तो DB का परिणाम / राज्य एक ही होना चाहिए जैसे कि उन्हें एक के बाद एक निष्पादित किया गया हो।
- सहनशीलता : एक बार जब कोई लेनदेन किया जाता है और प्रतिबद्ध होता है, तो कोई भी बाहरी कारक जैसे कि बिजली की हानि या दुर्घटना इसे बदलने में सक्षम नहीं होनी चाहिए
पठन पाठन = >> MySQL लेनदेन ट्यूटोरियल
# 3) डेटा अखंडता
किसी भी के लिए CRUD संचालन अद्यतन और सबसे हाल के मूल्यों / साझा डेटा की स्थिति सभी रूपों और स्क्रीन पर दिखाई देनी चाहिए। मान को एक स्क्रीन पर अपडेट नहीं किया जाना चाहिए और एक दूसरे पर एक पुराने मूल्य को प्रदर्शित करना चाहिए।
जब आवेदन निष्पादन के अधीन है, एंड-यूज़र मुख्य रूप से DB टूल द्वारा सुगम UD CRUD ’ऑपरेशन का उपयोग करता है ।
C: बनाएँ - जब उपयोगकर्ता किसी नए लेनदेन को 'सेव' करता है, तो 'क्रिएट' ऑपरेशन किया जाता है।
आर: पुनः प्राप्त - जब उपयोगकर्ता किसी भी सहेजे गए लेन-देन को 'खोज' या 'देखें', 'पुनर्प्राप्त' ऑपरेशन किया जाता है।
U: अपडेट करें - जब उपयोगकर्ता किसी मौजूदा रिकॉर्ड को 'संपादित' या 'संशोधित' करता है, तो DB का 'अपडेट' ऑपरेशन किया जाता है।
D: हटाएं - जब कोई उपयोगकर्ता सिस्टम से कोई 'रिकॉर्ड' हटाता है, तो DB का 'डिलीट' ऑपरेशन किया जाता है।
एंड-यूज़र द्वारा किया गया कोई भी डेटाबेस ऑपरेशन हमेशा उपरोक्त चार में से एक होता है।
तो अपने डीबी परीक्षण मामलों को एक तरह से तैयार करें जिसमें सभी जगहों पर डेटा की जांच करना शामिल है, यह देखने के लिए कि क्या यह लगातार समान है।
# 4) व्यापार नियम अनुरूपता
डेटाबेस में अधिक जटिलता का अर्थ है कि अधिक जटिल घटक जैसे संबंधपरक बाधाएं, ट्रिगर, संग्रहीत प्रक्रियाएं आदि, इसलिए इन जटिल वस्तुओं को मान्य करने के लिए परीक्षकों को उचित एसक्यूएल प्रश्नों के साथ आना होगा।
टेस्ट क्या करना है (डेटाबेस परीक्षण चेकलिस्ट)
(1) लेन-देन
लेन-देन का परीक्षण करते समय यह सुनिश्चित करना महत्वपूर्ण है कि वे ACID गुणों को संतुष्ट करें।
ये आमतौर पर इस्तेमाल किए जाने वाले कथन हैं:
- BEGIN परिवहन परिवहन #
- अंत परिवहन परिवहन #
रोलबैक विवरण यह सुनिश्चित करता है कि डेटाबेस एक सुसंगत स्थिति में रहे।
- रोलबैक परिवहन #
इन कथनों को निष्पादित करने के बाद, यह सुनिश्चित करने के लिए कि परिवर्तनों को प्रतिबिंबित किया गया है, चयन करें का उपयोग करें।
- TABLENAME से * सेलेक्ट करें
# 2) डेटाबेस स्कीमा
एक डेटाबेस स्कीमा एक औपचारिक परिभाषा से ज्यादा कुछ नहीं है कि डेटा को डीबी के अंदर कैसे व्यवस्थित किया जाना है। इसका परीक्षण करने के लिए:
- डेटाबेस संचालित होता है, जिसके आधार पर आवश्यकताओं को पहचानें। नमूना आवश्यकताएँ:
- किसी भी अन्य फ़ील्ड के बनने से पहले बनाई जाने वाली प्राथमिक कुंजियाँ।
- आसान पुनर्प्राप्ति और खोज के लिए विदेशी कुंजियों को पूरी तरह से अनुक्रमित किया जाना चाहिए।
- कुछ वर्णों के साथ शुरू या समाप्त होने वाले फ़ील्ड नाम।
- एक बाधा के साथ फ़ील्ड, जिसमें कुछ मान डाले जा सकते हैं या नहीं डाले जा सकते हैं।
- प्रासंगिकता के अनुसार निम्न विधियों में से एक का उपयोग करें:
- एसक्यूएल क्वेरी वर्णन
स्कीमा को मान्य करने के लिए।
- व्यक्तिगत क्षेत्रों के नाम और उनके मूल्यों को मान्य करने के लिए नियमित अभिव्यक्ति
- स्कीमाक्रॉलर जैसे उपकरण
# 3) ट्रिगर
जब एक निश्चित घटना एक निश्चित तालिका पर होती है, तो कोड का एक टुकड़ा (एक ट्रिगर) को निष्पादित करने के लिए ऑटो-निर्देश दिया जा सकता है।
उदाहरण के लिए, एक स्कूल में एक नया छात्र शामिल हुआ। छात्र 2 कक्षाएं ले रहा है: गणित और विज्ञान। छात्र को 'छात्र तालिका' में जोड़ा जाता है। एक ट्रिगर छात्र को संबंधित विषय तालिकाओं में जोड़ सकता है जब उसे छात्र तालिका में जोड़ा जाता है।
परीक्षण करने के लिए सामान्य तरीका यह है कि पहले ट्रिगर में स्वतंत्र रूप से एम्बेडेड SQL क्वेरी निष्पादित करें और परिणाम रिकॉर्ड करें। संपूर्ण रूप में ट्रिगर निष्पादित करने के साथ इसका पालन करें। परिणामों की तुलना करें।
इनका परीक्षण ब्लैक-बॉक्स और व्हाइट-बॉक्स परीक्षण चरणों दोनों में किया जाता है।
चौड़ाई पहली खोज एल्गोरिथ्म c ++
- सफेद बॉक्स परीक्षण : स्टब्स और ड्राइवर्स को डेटा डालने या अपडेट करने या हटाने के लिए उपयोग किया जाता है जिसके परिणामस्वरूप ट्रिगर को लागू किया जाएगा। मूल विचार यह है कि फ्रंट एंड (यूआई) के साथ एकीकरण से पहले ही डीबी को अकेले परीक्षण करना है।
- ब्लैक बॉक्स परीक्षण :
सेवा मेरे) UI और DB के बाद से, अब एकीकरण उपलब्ध है; हम सामने के छोर से उस तरह से डेटा सम्मिलित / हटा सकते हैं / अपडेट कर सकते हैं, जिसे ट्रिगर प्राप्त करता है। उसके बाद, चयन कथन का उपयोग DB डेटा को पुनः प्राप्त करने के लिए किया जा सकता है यह देखने के लिए कि क्या ट्रिगर इच्छित उद्देश्य को पूरा करने में सफल रहा है।
बी) इसका परीक्षण करने का दूसरा तरीका सीधे उस डेटा को लोड करना है जो ट्रिगर को आंकेगा और देखेगा कि क्या यह इरादा के अनुसार काम करता है।
# 4) संग्रहीत कार्यविधियाँ
संग्रहीत कार्यविधियाँ कमोबेश उपयोगकर्ता द्वारा परिभाषित कार्यों के समान हैं। इन्हें कॉल प्रक्रिया / निष्पादन प्रक्रिया विवरणों द्वारा लागू किया जा सकता है और आउटपुट आमतौर पर परिणाम सेट के रूप में होता है।
ये RDBMS में संग्रहीत हैं और अनुप्रयोगों के लिए उपलब्ध हैं।
ये भी परीक्षण के दौरान:
- सफेद बॉक्स परीक्षण: संग्रहीत कार्यविधियों को लागू करने के लिए स्टब्स का उपयोग किया जाता है और फिर परिणाम अपेक्षित मूल्यों के विरुद्ध मान्य किए जाते हैं।
- ब्लैक बॉक्स परीक्षण: एप्लिकेशन के सामने के छोर (UI) से एक ऑपरेशन करें और संग्रहीत कार्यविधि और इसके परिणामों के निष्पादन के लिए जांच करें।
# 5) फील्ड की कमी
डिफ़ॉल्ट मान, विशिष्ट मान और विदेशी कुंजी:
- एक फ्रंट-एंड ऑपरेशन करें जो डेटाबेस ऑब्जेक्ट स्थिति का अभ्यास करता है
- SQL क्वेरी के साथ परिणामों को मान्य करें।
एक निश्चित क्षेत्र के लिए डिफ़ॉल्ट मान की जाँच करना काफी सरल है। यह व्यापार नियम सत्यापन का हिस्सा है। आप इसे मैन्युअल रूप से कर सकते हैं या आप QTP जैसे टूल का उपयोग कर सकते हैं। मैन्युअल रूप से, आप एक क्रिया कर सकते हैं जो सामने के छोर से फ़ील्ड के डिफ़ॉल्ट मान के अलावा मूल्य जोड़ देगा और देखेगा कि क्या यह एक त्रुटि के परिणामस्वरूप है।
निम्नलिखित एक नमूना VBScript कोड है:
Function VBScriptRegularexpressionvlaidation(pattern , string_to_match) Set newregexp = new RegExp newregexp.Pattern = “
” newregexp.Ignorecase = True newregexp.Global = True VBScriptRegularexpressionvlaidation = newregexp.Test(string_to_match) End Function Msgbox VBScriptRegularexpressionvlaidation(pattern , string_to_match) यदि डिफ़ॉल्ट मान मौजूद है या गलत है तो उपरोक्त कोड का परिणाम सही नहीं है।
अनूठे मान की जाँच ठीक उसी तरह से की जा सकती है जिस तरह हमने डिफ़ॉल्ट मानों के लिए की थी। UI से मान दर्ज करने का प्रयास करें जो इस नियम का उल्लंघन करेगा और यह देखेगा कि कोई त्रुटि प्रदर्शित हुई है या नहीं।
स्वचालन VB स्क्रिप्ट कोड हो सकता है:
Function VBScriptRegularexpressionvlaidation(pattern , string_to_match) Set newregexp = new RegExp newregexp.Pattern = “
” newregexp.Ignorecase = True newregexp.Global = True VBScriptRegularexpressionvlaidation = newregexp.Test(string_to_match) End Function Msgbox VBScriptRegularexpressionvlaidation(pattern , string_to_match) के लिएविदेशी कुंजीबाधा सत्यापन डेटा भार का उपयोग करता है जो सीधे इनपुट डेटा है जो बाधा का उल्लंघन करते हैं और देखते हैं कि आवेदन उन्हें प्रतिबंधित करता है या नहीं। बैक एंड डेटा लोड के साथ, फ्रंट एंड UI ऑपरेशन को भी इस तरह से करें कि बाधाओं का उल्लंघन हो और देखें कि क्या प्रासंगिक त्रुटि प्रदर्शित होती है।
डेटा परीक्षण गतिविधियाँ
डेटाबेस परीक्षक को निम्नलिखित परीक्षण गतिविधियों पर ध्यान देना चाहिए:
# 1) डेटा मैपिंग सुनिश्चित करें:
डेटा मैपिंग डेटाबेस के प्रमुख पहलुओं में से एक है और इसे हर सॉफ्टवेयर टेस्टर द्वारा कठोरता से परखा जाना चाहिए।
सुनिश्चित करें कि ऑटो और उसके DB के विभिन्न रूपों या स्क्रीन के बीच मैपिंग न केवल सटीक है, बल्कि डिजाइन दस्तावेजों (SRS / BRS) या कोड के अनुसार भी है। मूल रूप से, आपको प्रत्येक बैक-एंड फ़ील्ड के बीच मैपिंग को उसके संबंधित बैकेंड डेटाबेस फ़ील्ड के साथ मान्य करना होगा।
सभी CRUD परिचालनों के लिए, सत्यापित करें कि संबंधित तालिकाओं और रिकॉर्ड को अपडेट किया जाता है जब उपयोगकर्ता आवेदन के जीयूआई से 'सहेजें', 'अपडेट', 'खोज' या 'हटाएं' पर क्लिक करता है।
आपको सत्यापित करने की आवश्यकता है:
- टेबल मैपिंग, कॉलम मैपिंग और डेटा टाइप मैपिंग।
- लुकअप डेटा मैपिंग।
- UI पर प्रत्येक उपयोगकर्ता कार्रवाई के लिए सही CRUD ऑपरेशन है।
- CRUD ऑपरेशन सफल है।
# 2) लेनदेन के एसीआईडी गुण सुनिश्चित करें:
DB लेनदेन के ACID गुण AC को संदर्भित करते हैं सेवा मेरे टोमेसी ’,‘ सी अस्तित्व ', ‘ मैं विलाप 'और' घ पेशाब '। डेटाबेस परीक्षण गतिविधि के दौरान इन चार गुणों का उचित परीक्षण किया जाना चाहिए। आपको यह सत्यापित करने की आवश्यकता है कि हर एक लेन-देन डेटाबेस के ACID गुणों को संतुष्ट करता है।
नीचे दिए गए SQL कोड के माध्यम से एक सरल उदाहरण लेते हैं:
CREATE TABLE acidtest (A INTEGER, B INTEGER, CHECK (A + B = 100));
ACID परीक्षण तालिका में दो कॉलम होंगे - A & B. एक अखंडता बाधा है कि A और B में मानों का योग हमेशा 100 होना चाहिए।
परमाणु परीक्षण यह सुनिश्चित करेगा कि इस तालिका में किया गया कोई भी लेन-देन सभी या कोई भी नहीं है, यानी यदि लेनदेन का कोई भी कदम विफल है तो कोई रिकॉर्ड अपडेट नहीं किया जाता है।
संगति परीक्षण यह सुनिश्चित करेगा कि जब भी कॉलम A या B में मान अपडेट किया जाता है, तो योग हमेशा 100 रहता है। यदि कुल योग 100 के अलावा कुछ नहीं है, तो यह A या B में प्रविष्टि / विलोपन / अद्यतन की अनुमति नहीं देगा।
अलगाव परीक्षण यह सुनिश्चित करेगा कि यदि दो लेनदेन एक ही समय में हो रहे हैं और ACID परीक्षण तालिका के डेटा को संशोधित करने की कोशिश कर रहे हैं, तो ये ट्रैक्ट अलगाव में निष्पादित हो रहे हैं।
टिकाउपन का परीक्षण यह सुनिश्चित करेगा कि एक बार इस तालिका में लेन-देन हो जाने के बाद, यह ऐसा ही रहेगा, यहां तक कि बिजली की हानि, क्रैश, या त्रुटियों की स्थिति में भी।
यदि आपका एप्लिकेशन वितरित डेटाबेस का उपयोग कर रहा है, तो यह क्षेत्र अधिक कठोर, गहन और उत्सुक परीक्षण की मांग करता है।
# 3) डेटा इंटीग्रिटी सुनिश्चित करना
विचार करें कि एप्लिकेशन के विभिन्न मॉड्यूल (यानी स्क्रीन या फॉर्म) अलग-अलग तरीकों से एक ही डेटा का उपयोग करते हैं और डेटा पर सभी CRUD ऑपरेशन करते हैं।
उस स्थिति में, सुनिश्चित करें कि डेटा की नवीनतम स्थिति हर जगह परिलक्षित होती है। सिस्टम को अद्यतन और सबसे हाल के मूल्यों या सभी रूपों और स्क्रीन पर इस तरह के साझा डेटा की स्थिति दिखाना होगा। इसे डाटा इंटिग्रिटी कहा जाता है।
डेटाबेस डेटा अखंडता को मान्य करने के लिए परीक्षण के मामले:
- देखें कि क्या सभी ट्रिगर संदर्भ तालिका रिकॉर्ड को अपडेट करने के लिए हैं।
- जांचें कि क्या कोई गलत / अमान्य डेटा प्रत्येक तालिका के प्रमुख स्तंभों में मौजूद है।
- तालिकाओं में गलत डेटा डालने का प्रयास करें और देखें कि क्या कोई विफलता होती है।
- जांचें कि यदि आप अपने माता-पिता को डालने से पहले बच्चे को सम्मिलित करने का प्रयास करते हैं (प्राथमिक और विदेशी कुंजी के साथ खेलने की कोशिश करें)।
- यदि आप किसी अन्य तालिका में डेटा द्वारा संदर्भित रिकॉर्ड को हटाते हैं, तो कोई भी विफलता होने पर परीक्षण करें।
- जांचें कि क्या प्रतिकृति सर्वर और डेटाबेस सिंक में हैं।
# 4) लागू व्यापार नियमों की सटीकता सुनिश्चित करें:
आज, डेटाबेस केवल रिकॉर्ड संग्रहीत करने के लिए नहीं हैं। वास्तव में, डेटाबेस को अत्यंत शक्तिशाली उपकरणों में विकसित किया गया है जो डीबी स्तर पर व्यावसायिक तर्क को लागू करने के लिए डेवलपर्स को पर्याप्त समर्थन प्रदान करते हैं।
शक्तिशाली विशेषताओं के कुछ सरल उदाहरण हैं ential रेफ़रेंशियल इंटीग्रिटी ’, संबंधपरक बाधाएँ, ट्रिगर, और संग्रहीत कार्यविधियाँ।
इसलिए, DBs द्वारा प्रस्तुत इन और कई अन्य विशेषताओं का उपयोग करते हुए, डेवलपर्स DB स्तर पर व्यावसायिक तर्क को लागू करते हैं। परीक्षक को यह सुनिश्चित करना चाहिए कि कार्यान्वित व्यावसायिक तर्क सही है और सही ढंग से काम करता है।
उपरोक्त बिंदु DB का परीक्षण करने के चार सबसे महत्वपूर्ण To क्या ’का वर्णन करते हैं। अब, 'हाउ टू' पार्ट पर चलते हैं।
डेटाबेस का परीक्षण कैसे करें (चरण-दर-चरण प्रक्रिया)
सामान्य परीक्षण प्रक्रिया परीक्षण डेटाबेस किसी भी अन्य अनुप्रयोग से बहुत अलग नहीं है।
निम्नलिखित मुख्य चरण हैं:
चरण 1) पर्यावरण तैयार करें
चरण 2) एक परीक्षण चलाएं
चरण 3) परीक्षा परिणाम की जाँच करें
चरण 4) अपेक्षित परिणाम के अनुसार मान्य करें
चरण # 5) संबंधित हितधारकों के निष्कर्षों की रिपोर्ट करेंआमतौर पर, SQL क्वेरीज़ का उपयोग परीक्षणों को विकसित करने के लिए किया जाता है। सबसे अधिक इस्तेमाल किया जाने वाला कमांड 'Select' है।
कहाँ से * का चयन करें
Select के अलावा SQL में 3 महत्वपूर्ण प्रकार के कमांड हैं:
- DDL: डेटा परिभाषा भाषा
- डीएमएल: डेटा हेरफेर भाषा
- DCL: डेटा नियंत्रण भाषा
आइए हम सबसे अधिक इस्तेमाल किए जाने वाले बयानों के लिए सिंटैक्स देखें।
डेटा परिभाषा भाषा तालिकाओं (और अनुक्रमित) को संभालने के लिए CREATE, ALTER, RENAME, DROP और TRUNCATE का उपयोग करता है।
डेटा हेरफेर भाषा रिकॉर्ड जोड़ने, अपडेट करने और हटाने के लिए कथन शामिल हैं।
डेटा नियंत्रण भाषा: डेटा में हेरफेर और पहुंच के लिए उपयोगकर्ताओं को प्राधिकरण देने के साथ सौदा। अनुदान और प्रत्यावर्तन दो कथन हैं।
अनुदान सिंटैक्स:
चयन करें / अद्यतन करें
पर
सेवा ;रिवोक सिंटैक्स:
Revokeselect / अद्यतन
पर
से;कुछ प्रैक्टिकल टिप्स
(1) अपने आप प्रश्न लिखें:
डेटाबेस को सही तरीके से जांचने के लिए, परीक्षक को SQL और DML (डेटा मैनिप्युलेशन लैंग्वेज) स्टेटमेंट्स का बहुत अच्छा ज्ञान होना चाहिए। परीक्षक को ऑटो के आंतरिक DB संरचना को भी जानना चाहिए।
आप बेहतर कवरेज के लिए संबंधित तालिकाओं में GUI और डेटा सत्यापन को संयोजित कर सकते हैं। यदि आप SQL सर्वर का उपयोग कर रहे हैं तो आप क्वेरी लिखने, उन्हें निष्पादित करने और परिणाम प्राप्त करने के लिए SQL क्वेरी एनालाइज़र का उपयोग कर सकते हैं।
यह एक डेटाबेस का परीक्षण करने का सबसे अच्छा और मजबूत तरीका है जब एप्लिकेशन जटिलता के एक छोटे या मध्यम स्तर का होता है।
यदि आवेदन बहुत जटिल है, तो परीक्षक के लिए सभी आवश्यक SQL प्रश्नों को लिखना कठिन या असंभव हो सकता है। जटिल प्रश्नों के लिए, आप डेवलपर से सहायता लेते हैं। मैं हमेशा इस विधि की सलाह देता हूं क्योंकि यह आपको परीक्षण में विश्वास दिलाता है और आपके SQL कौशल को भी बढ़ाता है।
# 2) प्रत्येक तालिका में डेटा का निरीक्षण करें:
आप CRUD संचालन के परिणामों का उपयोग करके डेटा सत्यापन कर सकते हैं। जब आप डेटाबेस एकीकरण को जानते हैं तो एप्लिकेशन UI का उपयोग करके इसे मैन्युअल रूप से किया जा सकता है। लेकिन यह एक थकाऊ और बोझिल कार्य हो सकता है जब विभिन्न डेटाबेस तालिकाओं में बहुत बड़ा डेटा होता है।
मैन्युअल डेटा परीक्षण के लिए, डेटाबेस परीक्षक को डेटाबेस तालिका संरचना का अच्छा ज्ञान होना चाहिए।
# 3) डेवलपर्स से प्रश्न प्राप्त करें:
यह डेटाबेस का परीक्षण करने का सबसे सरल तरीका है। GUI से कोई भी CRUD ऑपरेशन करें और डेवलपर से प्राप्त संबंधित SQL क्वेरी को निष्पादित करके इसके प्रभावों को सत्यापित करें। इसमें न तो SQL के अच्छे ज्ञान की आवश्यकता होती है और न ही एप्लिकेशन के DB संरचना के अच्छे ज्ञान की आवश्यकता होती है।
लेकिन इस विधि का सावधानी से उपयोग करने की आवश्यकता है। क्या होगा यदि डेवलपर द्वारा दी गई क्वेरी शब्दार्थ से गलत है या उपयोगकर्ता की आवश्यकता को सही ढंग से पूरा नहीं करती है? प्रक्रिया केवल डेटा को मान्य करने में विफल रहेगी।
# 4) डेटाबेस स्वचालन परीक्षण उपकरण का उपयोग करें:
डेटा परीक्षण प्रक्रिया के लिए कई उपकरण उपलब्ध हैं। आपको अपनी आवश्यकताओं के अनुसार सही उपकरण का चयन करना चाहिए और इसका सबसे अच्छा उपयोग करना चाहिए।
=> यहां टॉप डीबी टेस्टिंग टूल्स की सूची दी गई है जिनकी आपको जांच करनी चाहिए
निष्कर्ष
डेटाबेस पर परीक्षण करने के लिए इन सभी विशेषताओं, कारकों और प्रक्रियाओं के साथ, प्रमुख डेटाबेस अवधारणाओं में तकनीकी रूप से कुशल होने के लिए परीक्षकों की बढ़ती मांग है। कुछ नकारात्मक मान्यताओं के बावजूद, डेटाबेस का परीक्षण करने से नई अड़चनें पैदा होती हैं और यह अतिरिक्त खर्च है - यह परीक्षण का एक क्षेत्र है जो महत्वपूर्ण ध्यान और मांग को आकर्षित कर रहा है।
पठन पाठन = >> डेटाबेस सुरक्षा परीक्षण क्या है
मुझे उम्मीद है कि इस ट्यूटोरियल ने इस बात पर ध्यान केंद्रित करने में मदद की है कि ऐसा क्यों है और आपको डेटाबेस के परीक्षण में क्या जाता है, इसके मूल विवरण भी प्रदान किए हैं।
कृपया हमें अपनी प्रतिक्रिया दें और अपने व्यक्तिगत अनुभवों को भी साझा करें यदि आप डीबी परीक्षण पर काम कर रहे हैं।
अनुशंसित पाठ
- डेटाबेस परीक्षण JMeter के साथ
- 40+ सर्वश्रेष्ठ डेटाबेस परीक्षण उपकरण - लोकप्रिय डेटा परीक्षण समाधान
- XML के लिए डेटाबेस परीक्षण के लिए एक साधारण दृष्टिकोण
- ETL परीक्षण डेटा वेयरहाउस परीक्षण ट्यूटोरियल (एक पूर्ण गाइड)
- डेटा माइग्रेशन टेस्टिंग ट्यूटोरियल: एक संपूर्ण गाइड
- शीर्ष 10 डेटाबेस डिज़ाइन उपकरण जटिल डेटा मॉडल बनाने के लिए
- उदाहरणों के साथ डेटा वेयरहाउस टेस्टिंग ट्यूटोरियल | ईटीएल परीक्षण गाइड
- Oracle डाटाबेस का परीक्षण कैसे करें
^
- एसक्यूएल क्वेरी वर्णन