PHPUnit - एक अंतरफलक के लिए एक परीक्षण वर्ग लेखन, और एक कारखाने

Question

का उपयोग कर वस्तुओं का परीक्षण मैं एक वर्ग है कि एक अंतरफलक के वारिस होगा लिख ​​रहा हूँ। क्लाइंट कोड उस इंटरफ़ेस के लिए लिखा जाएगा, और इसका समर्थन करने के लिए लिखी गई कक्षा। विचार यह है कि मैं बाद में उस इंटरफ़ेस के लिए अन्य कक्षाएं लिखूंगा, और उन दो अलग-अलग वर्गों की वस्तुओं को पूरी तरह से विनिमय करने योग्य होना चाहिए। उस प्रथम श्रेणी के लिए एक टेस्ट क्लास लिखने के बजाय, मैं इंटरफ़ेस के लिए एक लिखना चाहता हूं।

मेरे योजना एक परीक्षण वर्ग है कि निर्माता (निर्भरता इंजेक्शन) के लिए एक कारखाने वस्तु ले जाएगा, और परीक्षण के अंतर्गत वर्ग के नए उदाहरण बना करने के लिए कारखाने का उपयोग लिखने के लिए किया गया था।

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

लेकिन के बारे में क्या निर्माता का परीक्षण? क्या मैं एक अमूर्त टेस्ट क्लास लिखने और उन वर्गों में कन्स्ट्रक्टर परीक्षणों को लागू करने के लिए बेहतर हूं जो सार परीक्षण कक्षा का उत्तराधिकारी हैं (विभिन्न वर्गों को अलग-अलग तत्काल किया जा सकता है)?

अगर मैं पहला विचार, मुझे लगता है मैं प्रत्येक वर्ग परीक्षण किया जा रहा के लिए एक परीक्षण वर्ग के लिए होता है, की तरह का उपयोग किया था:

class ClassATest extends [PHPUnit test case] 
{ 
    $myFactory = new ClassAFactory(); 
    $myTest = new ClassTest($myFactory); 

    $myTest->test1(); 
    $myTest->test2(); 
    //etc. 
} 

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

Answer 1

मैं आप अपनी योजना पर पुनर्विचार करने की जरूरत है। आप एक इंटरफ़ेस का परीक्षण नहीं कर सकते हैं और एक अच्छा कारण है - इंटरफ़ेस केवल एपीआई को परिभाषित करता है और कार्यक्षमता नहीं, टेस्ट कार्यक्षमता का परीक्षण करता है। मैं आपको एक उदाहरण देता हूं जो मदद कर सकता है। मान लें कि आपके पास "मैसेजिंग" इंटरफ़ेस है। तो आप एक ईमेल मैसेजर और एक एसएमएस मैसेजर लागू करते हैं। अब आप EmailMessager साथ के रूप में इन अलग से परीक्षण की आवश्यकता आप यकीन है कि यह अपने सामान कर रही है, हो सकता है प्राप्तकर्ता (ईमेल पता) मान्य और संभवतः एक ई वर्ग आदि के लिए भेजने सौंपने जाहिर है जो SMS संदेश अलग होगा बनाने की जरूरत है।

Answer 2

आप एक संपत्ति है कि प्रत्येक उपवर्ग एक कारखाने की आवश्यकता के बिना सेट हो जाएगा का उपयोग कर परीक्षण तरीकों के सभी के साथ एक सार परीक्षण का मामला बना सकते हैं। यह निश्चित गुणों का परीक्षण कर सकता है कि सभी कार्यान्वयन को अवश्य होना चाहिए।

abstract class IAdderTestCase extends PFTC 
{ 
    function testAdd() { 
     self::assertEquals(5, $this->fixture->add(2, 3)); 
    } 
    ... 
} 

class BasicAdderTest extends IAdderTestCase 
{ 
    function setUp() { 
     $this->fixture = new BasicAdder(); 
    } 
} 

PHPUnit सेटअप() प्रत्येक परीक्षा पद्धति से पहले कॉल करेंगे। इसे प्रत्येक कंक्रीट सबक्लास के साथ सभी विरासत परीक्षण विधियों को किसी भी अतिरिक्त, उदाहरण के लिए कॉल करना चाहिए। रचनाकारों का परीक्षण करने के लिए।