मुझे लगता है कि अंतर दायरा है। यदि मुझे उदाहरण के लिए मेरे सभी परीक्षणों में एक ही पैरामीटर की आवश्यकता होगी। env चर, मैं इसे एक श्रोता ITestListener या ISuiteListener (सूट क्षेत्र के लिए) को लागू करने में प्रयोग करेंगे और उसके बाद ITestContext/Suitecontext का उपयोग <test>
के नीचे या <suite>
हालांकि तहत मेरे सभी परीक्षणों भर में मूल्य लागू करने के लिए, अगर मैं बहुत विशिष्ट की जरूरत है विशिष्ट टेस्टकेस के लिए पैरा, तो मैं उन विशेष टेस्टकेस पर @ पैरामीटर एनोटेशन के साथ जाऊंगा।
इसके अलावा, @ पैरामीटर केवल सरल मान ले सकता है, इसलिए ऐसे उपयोगकाज हो सकते हैं जहां कुछ परीक्षणों के आधार पर आपके परीक्षणों को विभिन्न वस्तुओं (स्ट्रिंग्स के बजाए) की आवश्यकता होती है। इस मामले में मैं एक पैराप्रोवाइडर पसंद करूंगा, परम मूल्य (आपका दूसरा विकल्प, हालांकि टेस्टक्लास के लिए तर्क गलत लगता है) गलत है, ऑब्जेक्ट्स बनाना और फिर परीक्षणों को खिलााना। (उदाहरण के लिए। शायद एक गुण फ़ाइल का नाम एक param मान है, जो गुण फ़ाइल में डेटा के आधार पर बनाए गए और ऑब्जेक्ट्स को पढ़ा जाता है और परीक्षणों के लिए अलग-अलग टेस्टडेटा के रूप में खिलाया जाता है)।
स्रोत
2012-10-11 13:26:10