परीक्षण के लिए फाइलों की पुष्टि

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

क्या फ़ाइल को सत्यापित करने का यह वैध तरीका वही है? मैंने ऐसा नहीं सोचा और बहस करना शुरू कर दिया, लेकिन मैं यहां छोटा हूं इसलिए सोचा कि मुझे इसे बहुत दूर नहीं धक्का देना चाहिए। मैं तर्क देना चाहता था कि फाइलों पर इसकी बाइनरी तुलना करना चाहिए ताकि इसकी सामग्री सही हो। मेरे अनुभव समय / दिनांक टिकटों और आकार विशेषताओं में हमेशा अपेक्षित कार्य नहीं करते हैं। कोई विचार???

0
ro fr bn

5 उत्तर

हैशिंग बहुत अच्छी है। लेकिन दूसरा, थोड़ा कम तकनीकी विकल्प WinMerge या TextWrangler जैसे diff टूल को चलाने और प्रत्येक फ़ाइल के दो संस्करणों की तुलना करना है। उबाऊ और मानव त्रुटि के लिए कमरा है।

सबसे अच्छा, यह सुनिश्चित करने के लिए संस्करण नियंत्रण का उपयोग करें कि आप जिन फाइलों का परीक्षण कर रहे हैं वे आपके द्वारा संपादित की गई फाइलें हैं और जिन्हें आप लॉन्च करने जा रहे हैं। हमारे पास हमारे रेपो से स्टेजिंग और लाइव साइट्स के रूप में चेकआउट फ़ोल्डर्स हैं, इसलिए एक बार जब आप अपनी कामकाजी प्रतिलिपि में बदलाव कर लेते हैं, तो आप 100% सुनिश्चित कर सकते हैं कि आपके द्वारा परीक्षण की जाने वाली फ़ाइलों, स्टेजिंग करने के लिए दबाएं और फिर लाइव रहें, क्योंकि आप बस प्रत्येक बॉक्स पर "svn अद्यतन" चलाते हैं और संशोधन संख्या की जांच करते हैं।

ओह, और यदि आपको जल्दी में वापस रोल करने की आवश्यकता है (यह हमारे लिए कभी-कभी या किसी अन्य के साथ होता है) तो आप फिर से स्विच के साथ svn अद्यतन चलाते हैं और पिछले संशोधन में तुरंत वापस जाते हैं।

0
जोड़ा

आपको प्रत्येक फ़ाइल पर एक सीआरसी जांच करना चाहिए ... विकी से:

Cyclic redundancy check, a type of hash function used to produce a checksum, in order to detect errors in transmission or storage.

यह फ़ाइल की सामग्री के आधार पर लगभग अद्वितीय मूल्य उत्पन्न करता है।

0
जोड़ा
सीआरसी -32 में केवल उस आकार के मुकाबले काफी छोटी फाइलों (<128 के) के लिए अच्छी हथौड़ा दूरी है, जिसमें फ़ाइल तुलना के लिए विश्वसनीय रूप से उपयोग करने के लिए पर्याप्त एन्ट्रॉपी नहीं है।
जोड़ा लेखक Epsilon, स्रोत

मैं फ़ाइलों पर md5sum हैश की तरह कुछ करता हूं और रिलीज से ज्ञात हैश की तुलना करता हूं। वे सिर्फ दिनांक / समय तुलना से अधिक सटीक होंगे और स्वचालित रूप से स्वचालित होने में सक्षम होना चाहिए।

0
जोड़ा

सामान्य तरीका है दो फ़ाइलों की एक हैश की गणना करना और इसकी तुलना करना। एमडी 5 और एसएचए 1 विशिष्ट हैश एल्गोरिदम हैं। md5sum को अधिकांश यूनिक्स प्रकार मशीनों पर डिफ़ॉल्ट रूप से स्थापित किया जाना चाहिए, और विकिपीडिया के md5sum आलेख में कुछ लिंक हैं खिड़कियां कार्यान्वयन।

0
जोड़ा

यह पता लगाने का एकमात्र 100% तरीका है कि दो फाइलें बराबर हैं, दोनों की द्विआधारी तुलना करना है।

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

पाचन और चेकसम एल्गोरिदम में सभी को झूठी सकारात्मक संभावनाएं होती हैं, लेकिन सटीक मौका एल्गोरिदम के साथ भिन्न होता है। सामान्य नियम यह है कि जितना अधिक क्रिप्टो बनाया जाता है, और जितना अधिक बिट्स आउटपुट करता है, झूठी सकारात्मक की कम संभावना होती है।

यहां तक ​​कि सीआरसी -32 एल्गोरिदम भी उपयोग करने के लिए काफी अच्छा है और इंटरनेट पर कोड उदाहरणों को ढूंढना आसान होना चाहिए जो इसे लागू करता है।

यदि आप केवल आकार / टाइमस्टैम्प तुलना करते हैं तो मुझे खेद है कि यह बाधित करना आसान है और वास्तव में आपको निश्चित रूप से निश्चित रूप से निश्चित नहीं करेगा कि फाइलें समान या अलग हैं।

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

0
जोड़ा
QAIndia
QAIndia
160 प्रतिभागियों की

QA India ! Unite Here we share job postings , prepare for interviews and share tips/techniques in QA. Please follow following guideline while sharing any job ... QA job # location : # title Company : Title : Requirement: Responsibility: Apply: