आपके प्रश्न के दूसरे भाग का उत्तर देने के लिए: क्या कुछ और गहरा है जो कई थ्रेड्स पर परीक्षणों को वितरित करने (कम से कम कुछ) का प्रस्ताव रखता है?
कोड का एक बड़ा सौदा केवल तब काम करता है जब एकल पिरोया हुआ हो। यह गलती से संसाधन विवाद और गतिरोध उत्पन्न करने के लिए तुच्छ है, इस धारणा पर कार्यक्रम लिखते समय कि वे एकल थ्रेडेड होंगे। और यह ठीक काम करता है क्योंकि अधिकांश कार्यक्रम वास्तव में एकल थ्रेडेड चलाते हैं। एक ही समय में कई प्रतियां, या विभिन्न कार्यक्रमों को चलाने के द्वारा समानता प्राप्त की जाती है (वेब स्क्रिप्ट एक सामान्य उदाहरण है - एक पृष्ठ पर पहुंचने वाले उपयोगकर्ताओं की बहुत सारी का मतलब है कि एक ही समय में चलने वाली उस पृष्ठ के लिए स्क्रिप्ट की बहुत सारी प्रतियां)।
कक्षा के लिए एक सरल "लॉग इन फाइल" की कल्पना करें। जब आप एक उदाहरण बनाते हैं, तो यह लिखने के लिए फ़ाइल को खोलता है, जब आप उस फ़ाइल को बंद कर देते हैं, तो आप उसे मुक्त कर देते हैं। तो, पहला परीक्षण एक उदाहरण बनाता है और एक परीक्षण चलाना शुरू करता है। दूसरा परीक्षण एक दूसरे सूत्र में वही काम करता है। और विफल हो जाता है, क्योंकि दूसरा उदाहरण फ़ाइल तक पहुंच नहीं लिख सकता है। लेकिन अगर एक बार में सभी टेस्ट पास हो जाते हैं।
यह सब के आसपास कोडित किया जा सकता है, और सरल उदाहरण काम करने के लिए tweaked किया जा सकता है। लेकिन ऐसा करना शायद मूल कार्यक्रम के लिए अनावश्यक है । धागा-सुरक्षित कोड लिखने के बाद बस आप यूनिट परीक्षण चला सकते हैं कई लोगों के लिए अनुचित है। इसलिए बहु-थ्रेडेड यूनिट परीक्षण एक वैकल्पिक अतिरिक्त रहना चाहिए।