सॉफ़्टवेयर का विशेषज्ञीय परीक्षण
अनुबंध, तकनीकी विनिर्देश और बताई गई सुविधाओं के अनुरूप सॉफ़्टवेयर, वेबसाइटों, मोबाइल ऐप, मॉड्यूल, API और स्रोत कोड की जाँच। शुल्क 90 000 ₽ से। मॉस्को और मॉस्को क्षेत्र।
सॉफ़्टवेयर की जाँच विकास के परिणाम के विशिष्ट संस्करण का सहमत आवश्यकताओं से मिलान करती है। फ़ंक्शन की अनुपस्थिति, दोहराए जा सकने वाले दोष और परिवेश या बाहरी एकीकरण से हुई विफलता को अलग करना आवश्यक है।
परीक्षण का विषय
- सॉफ़्टवेयर बिल्ड, स्रोत कोड और कॉन्फ़िगरेशन
- अनुबंध, तकनीकी और विशिष्ट तकनीकी विनिर्देश तथा स्वीकृति मानदंड
- परीक्षण परिदृश्य, लॉग और संस्करण इतिहास
विशेषज्ञ से पूछे जाने वाले प्रश्नों के उदाहरण
- अध्ययन किए जा रहे संस्करण में कौन सी आवश्यकताएँ लागू हैं?
- निर्धारित परिस्थितियों में कौन सी कमियाँ दोहराई जा सकती हैं?
- क्या सीमाएँ कोड, सेटिंग या बाहरी निर्भरताओं से जुड़ी हैं?
- क्या सामग्री कार्य की मात्रा और परिणाम जाँचने के लिए पर्याप्त है?
अंतिम प्रश्न विशिष्ट कार्य की वस्तुओं और परिस्थितियों से बनते हैं।
क्या तैयार करें
- सभी संस्करणों सहित सहमत आवश्यकताएँ
- अध्ययन का बिल्ड और संस्करण की जानकारी
- सहमत मात्रा में कोड और दस्तावेज़ीकरण
- परिवेश का विवरण, परीक्षण डेटा, लॉग और स्वीकृति प्रमाणपत्र
जाँच कैसे बनती है
«आवश्यकता — जाँच की विधि — परिणाम» का संबंध तैयार किया जाता है। परिवेश और दोहराने की परिस्थितियाँ बताई जाती हैं। कोड विश्लेषण आवश्यकता के अनुसार किया जाता है और प्रोग्राम के वास्तविक व्यवहार की जाँच का स्थान नहीं लेता।
संभावनाएँ और सीमाएँ
केवल इंटरफ़ेस तक पहुँच सर्वर वाले भाग के निष्कर्ष सीमित कर सकती है। अधिकारों का स्वामित्व, हानि की राशि और अनुबंध उल्लंघन का होना तकनीकी परीक्षण से अपने आप स्थापित नहीं होते।
परिणाम में क्या दिखता है
परिणाम में जाँची गई आवश्यकताएँ, दोहराए जा सकने वाले परिदृश्य, पाई गई असंगतियाँ और स्रोत सामग्री की सीमाएँ होती हैं।
दोहराए जा सकने वाले जाँच परिदृश्य में क्या शामिल होता है
«बटन काम नहीं करता» संदेश तब जाँचा जा सकने वाला तकनीकी कार्य बनता है जब सिस्टम की प्रारंभिक स्थिति, उपयोगकर्ता की भूमिका, इनपुट डेटा और कार्रवाई का क्रम बताए जाएँ। प्रोटोकॉल में अपेक्षित परिणाम और वास्तविक अवलोकन भी चाहिए। दोबारा जाँच से यह समझना संभव होना चाहिए कि वही परिस्थितियाँ पूरी हुईं या नहीं, केवल मिलता-जुलता स्क्रीन देखना पर्याप्त नहीं है।
- रिपोर्ट के लिए चयन पैरामीटर, अवधि, मूल रिकॉर्ड और प्राप्त फ़ाइल सुरक्षित रखे जाते हैं।
- एकीकरण के लिए — अनुरोध और उत्तर का उदाहरण, परिचालन का समय, परिणाम कोड और संबंधित लॉग।
- पहुँच की त्रुटि के लिए — भूमिका, अनुमतियों की सेटिंग और वह कार्रवाई जो उपयोगकर्ता करना चाहता था।
- अनियमित दोष के लिए — उसके उत्पन्न होने की परिस्थितियों वाले कई अवलोकन और उसी परिदृश्य के सफल निष्पादन की जानकारी।
परिणाम अलग करने चाहिए: आवश्यकता जाँची गई और पूरी मिली; जाँची गई और असंगति मिली; डेटा या पहुँच न होने से जाँच सीमित रही। अंतिम स्थिति अपने आप फ़ंक्शन की अनुपस्थिति नहीं बताती। उदाहरण के लिए, बाहरी सेवा अनुपलब्ध होने से परिदृश्य पूरा करना बाधित हो सकता है, जबकि संबंधित सॉफ़्टवेयर मॉड्यूल मौजूद हो।
परीक्षण डेटा ऐसा चुना जाता है कि सीमांत मामलों और ज्ञात विवादित उदाहरणों सहित परिचालन का अर्थ बना रहे। गोपनीय जानकारी पहचानरहित की जा सकती है यदि बदलाव से त्रुटि उत्पन्न होने की परिस्थितियाँ न बदलें। परिदृश्यों और परिशिष्टों का सहमत सेट पूरे विकास इतिहास को दोहराए बिना निष्कर्ष जाँचने में मदद करता है।
हमें बताएँ
अपने कार्य के बारे में।
स्थिति का वर्णन करें और सामग्री संलग्न करें। अनुरोध का अध्ययन करने के बाद हम अध्ययन के प्रारूप, प्रश्नों, समयसीमा और शुल्क पर सहमति करेंगे।