यूनिट परीक्षणों में, मैं कुछ नियमित मूल्यों को लागू करने के तरीकों का परीक्षण करने के लिए उपयोग किया गया है, विधि अनुबंध को अपमानित करने वाले कुछ मूल्य, और सभी सीमा-मामलों के साथ मैं आ सकता हूं।यूनिट परीक्षणों में यादृच्छिकता और/या पुनरावृत्तियों का उपयोग करना?
लेकिन यह यादृच्छिक मूल्यों पर
- परीक्षण करने के लिए बहुत बुरा-प्रथा है, यह एक सीमा आपको लगता है किसी भी परेशानी में कभी नहीं करना चाहिए के भीतर एक मूल्य है, इसलिए हर बार है कि परीक्षण रन, एक और मूल्य पारित हो जाता है में? नियमित मूल्यों के व्यापक परीक्षण के रूप में?
- पुनरावृत्ति का उपयोग कर, संपूर्ण श्रृंखलाओं पर परीक्षण?
मुझे लगता है कि यह दोनों दृष्टिकोण कोई अच्छा नहीं हैं। रेंज-परीक्षण के साथ मैं कल्पना कर सकता हूं कि ऐसा करने के लिए व्यावहारिक नहीं है, क्योंकि यह समय ले रहा है, लेकिन यादृच्छिकता के साथ?
अद्यतन:
मैं इस तकनीक को अपने आप का उपयोग नहीं कर रहा हूँ, इसके बारे में सिर्फ सोच रहा था। यादृच्छिकता एक अच्छा उपकरण हो सकता है, अब मुझे पता है, अगर आप इसे करने के लिए पुन: उत्पन्न कर सकते हैं।
http://en.wikipedia.org/wiki/Fuzz_testing
tx
@ पीटर: मैं अपने टेस्टकेस में यादृच्छिकता का उपयोग कर रहा हूं। मुझे एसयूटी में कुछ त्रुटियां मिलीं और इसने मुझे अपने टेस्टकेस में कुछ त्रुटियां दीं। टेस्टकेस इसके द्वारा अधिक जटिल हो जाता है। आपको अपने टेस्टकेस को उस यादृच्छिक मान (एस) के साथ चलाने के लिए एक विधि की आवश्यकता होगी, जिस पर यह असफल रहा है ... सब कुछ, मैं यादृच्छिकता का उपयोग करने पर वापस थकाऊ हूं लेकिन इसे आंतरिक रूप से खारिज नहीं कर रहा हूं। हर तकनीक के साथ, इसके मूल्य हैं। आपको "फज़िंग" शब्द देखना चाहिए। –
लिवन, waarom maak je er geen antwoord van? Ik zou het graag accepteren। – Peter
@ पीटर, डेटा geval में ... –