इकाई परीक्षण, विज्ञान और गणित

प्रस्तावना

आमतौर पर यूनिट परीक्षण का उपयोग किया जाता है। ऐसा लगता है कि कोई भी उसके बिना नहीं कर सकता, हर कोई परीक्षण लिखता है, और किसी भी गंभीर परियोजना कारणों में उनकी अनुपस्थिति, कम से कम, गलतफहमी। हालाँकि, कई लोग "प्रोग्रामिंग भगवान" को क्रोधित नहीं करने के लिए एक अनुष्ठान के रूप में परीक्षण करते हैं। जैसे, यह आवश्यक है । क्यों? क्योंकि ।

मैं डरावनी बातें कहूंगा।

इससे कोई फर्क नहीं पड़ता कि परीक्षण इकाई के रूप में क्या लेना है। इससे कोई फर्क नहीं पड़ता कि परीक्षण कैसे समूहीकृत हैं। इससे कोई फर्क नहीं पड़ता कि वे कोड के पहले या बाद में लिखे गए हैं या नहीं। TDD या नहीं TDD? कोई फरक नहीं है। कवरेज का हिस्सा? लानत मत करो। आखिरकार, कोई भी परीक्षण नहीं हो सकता है। यह सब पूरी तरह अप्रासंगिक है। यह जरूरी है कि सॉफ्टवेयर की जरूरतें पूरी हों।

यूनिट परीक्षण एक अनुष्ठान नहीं है, लेकिन एक अच्छा, काम करने वाला उपकरण है, जिससे आप इन आवश्यकताओं को पूरा करने के करीब पहुंच सकते हैं। और इस उपकरण को सही ढंग से उपयोग करने में सक्षम होने की आवश्यकता है।

रुको, गणित में विज्ञान कहाँ से आता है?

सामग्री

1. वारंटी और संभावनाएं
2. एक सिद्धांत के रूप में प्रोग्रामिंग
3. प्रमेयों के प्रमाण के रूप में परीक्षण
4. क्या महत्वपूर्ण है और क्या नहीं
5. क्या मुझे परीक्षण करने की आवश्यकता है

वारंटी और संभावनाएं

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

मैं दायित्वों, तकनीकी बारीकियों और प्रबंधन आवश्यकताओं की एक श्रृंखला से अधिक कुछ परीक्षणों में कैसे बनाऊं, इसके बारे में लिखना चाहता हूं। ताकि परीक्षण प्रॉप्स न हों, जो अस्थिर संरचनाओं को तत्काल विनाश से बचाते हैं, लेकिन नींव जिस पर हमारे कार्यक्रम दृढ़ता और आत्मविश्वास से खड़े होते हैं।

, — . — . — . , , , , .

. . : , , 100%, .

.

"". , , , , . , , . "" "". , . , , "" , , . , "", , , .

, , , . , — , .

, , .

. "", "". "" "" "".

"" , , . "" — , , ( , ).

"" , , , , — . "" "" , , "".

"" , "" "", "" "", .

. , std::vector, clear. , "", .

? , (capacity). , "":

1. clear() , size() ;
2. clear() , empty() true;
3. clear() , capacity() , clear().
4. clear() , , , .

"" "":

test_case("   `clear()`    ")
{
    std::vector<int> v{1, 2, 3, 4};

    v.clear();

    check(v.size() == 0);
}

, "", ? .

, , . — , "". , "" "" , size(). "".

, "", std::vector<int> v{1, 2, 3, 4}. . , "", ? , , . ? , , ( , ).

"" , , : "", , , . , "".

"", size() , . : , . "", .

"" "".

, "", ( , ) .

,

, , , (, , - — — ). , "" "". — .

, , : , ( TDD ). — "". , , "", TDD, .

, . , , . , , .

, , , .

— , . , , . , . , .

इस प्रकार, हमारे रूपक "विज्ञान", अर्थात्, कोड, और "उद्देश्य वास्तविकता", अर्थात्, परीक्षण, एक दूसरे की ओर बढ़ते हैं, कभी भी आदर्श तक नहीं पहुंचते हैं, लेकिन वांछित संभावना बढ़ाते हैं।