मैं प्रक्रियात्मक कोडबेस के साथ PHP में यूनिट परीक्षण कैसे लिखूं?

Question

मैं अधिकतर यूनिट परीक्षण के लाभों से आश्वस्त हूं, और मैं इस अवधारणा को PHP में लिखे गए एक बड़े मौजूदा कोडबेस पर लागू करना चाहता हूं। इस कोड का 10% से कम ऑब्जेक्ट उन्मुख है।

मैंने कई यूनिट परीक्षण ढांचे (PHPUnit, SimpleTest, और phpt) को देखा है। हालांकि, मुझे इनमें से किसी भी परीक्षण के लिए उदाहरण नहीं मिला है। मेरी स्थिति के लिए सबसे अच्छा ढांचा क्या है और क्या गैर-ओओपी कोड का उपयोग कर यूनिट परीक्षण PHP के कोई उदाहरण हैं?

Answer 1

आप यूनिट-टेस्ट प्रक्रियात्मक PHP, कोई समस्या नहीं कर सकते हैं। और यदि आपका कोड HTML के साथ मिश्रित है तो आप निश्चित रूप से भाग्य से बाहर नहीं हैं।

एप्लिकेशन या स्वीकृति परीक्षण स्तर पर, आपका प्रक्रियात्मक PHP शायद व्यवहार निर्धारित करने के लिए सुपरग्लोबल्स ($_POST, $_GET, $_COOKIE इत्यादि) के मूल्य पर निर्भर करता है, और एक टेम्पलेट फ़ाइल और आउटपुट थूककर समाप्त होता है।

एप्लिकेशन-स्तरीय परीक्षण करने के लिए, आप केवल सुपरग्लोबल मान सेट कर सकते हैं; एक आउटपुट बफर शुरू करें (अपनी स्क्रीन बाढ़ से एचटीएमएल का एक गुच्छा रखने के लिए); पेज पर कॉल करें; बफर के अंदर सामान के खिलाफ जोर देना; और अंत में बफर कचरा। तो, आप कुछ इस तरह कर सकता है:

public function setUp() 
{ 
    if (isset($_POST['foo'])) { 
     unset($_POST['foo']); 
    } 
} 

public function testSomeKindOfAcceptanceTest() 
{ 
    $_POST['foo'] = 'bar'; 
    ob_start(); 
    include('fileToTest.php'); 
    $output = ob_get_flush(); 
    $this->assertContains($someExpectedString, $output); 
} 

यहां तक ​​कि भारी का भी शामिल है, के परीक्षण के इस प्रकार आपको पता चलेगा कि आप काम या नहीं अनुप्रयोग स्तर विशेषताएं हैं बहुत से "चौखटे के लिए"। यह वास्तव में महत्वपूर्ण होगा क्योंकि आप अपना कोड सुधारना शुरू कर देते हैं, क्योंकि यदि आप आश्वस्त हैं कि डेटाबेस कनेक्टर अभी भी काम करता है और पहले से बेहतर दिखता है, तो आप एक बटन पर क्लिक करना चाहते हैं और उसे देख सकते हैं, हां, आप अभी भी डेटाबेस के माध्यम से लॉगिन और लॉगआउट।

निचले स्तर पर, परिवर्तनीय दायरे के आधार पर मामूली विविधताएं हैं और क्या कार्य साइड इफेक्ट्स (सत्य या गलत लौटते हुए) द्वारा काम करते हैं, या परिणाम सीधे वापस कर देते हैं।

क्या वेरिएबल्स स्पष्ट रूप से पारित होते हैं, पैरामीटर या कार्यों के बीच पैरामीटर के सरणी के रूप में? या कई अलग-अलग स्थानों में चर सेट हैं, और ग्लोबल्स के रूप में पूरी तरह से पारित कर रहे हैं? यदि यह (अच्छा) स्पष्ट मामला है, तो आप फ़ंक्शन को धारण करने वाली फ़ाइल सहित (1) फ़ंक्शन का परीक्षण कर सकते हैं, फिर (2) फ़ंक्शन टेस्ट मान सीधे खिला रहे हैं, और (3) आउटपुट को कैप्चर करना और इसके खिलाफ जोर देना। यदि आप ग्लोबल्स का उपयोग कर रहे हैं, तो परीक्षणों के बीच सभी ग्लोबल्स को सावधानीपूर्वक निकालने के लिए आपको अतिरिक्त सावधान रहना होगा (ऊपर, $ _POST उदाहरण में)। यह बहुत ही ग्लोबल्स को धक्का और खींचने वाले फ़ंक्शन से निपटने के दौरान परीक्षणों को बहुत छोटा (5-10 लाइन, 1-2 आवेषण) रखने में विशेष रूप से सहायक होता है।

एक और मूल मुद्दा यह है कि क्या कार्य आउटपुट लौटकर काम करता है, या पारित पैराम को बदलकर काम करता है, इसके बजाय सही/गलत लौटाता है। पहले मामले में, परीक्षण आसान है, लेकिन फिर से, यह दोनों ही मामलों में संभव है:

// assuming you required the file of interest at the top of the test file 
public function testShouldConcatenateTwoStringsAndReturnResult() 
{ 
    $stringOne = 'foo'; 
    $stringTwo = 'bar'; 
    $expectedOutput = 'foobar'; 
    $output = myCustomCatFunction($stringOne, $stringTwo); 
    $this->assertEquals($expectedOutput, $output); 
} 

बुरा मामले में, जहां अपने कोड दुष्प्रभाव से काम करता है और सही या गलत रिटर्न, आप अभी भी बहुत आसानी से परीक्षण कर सकते हैं :

/* suppose your cat function stupidly 
* overwrites the first parameter 
* with the result of concatenation, 
* as an admittedly contrived example 
*/ 
public function testShouldConcatenateTwoStringsAndReturnTrue() 
    { 
     $stringOne = 'foo'; 
     $stringTwo = 'bar'; 
     $expectedOutput = 'foobar'; 
     $output = myCustomCatFunction($stringOne, $stringTwo); 
     $this->assertTrue($output); 
     $this->Equals($expectedOutput, $stringOne); 
    } 

उम्मीद है कि इससे मदद मिलती है।

Answer 2

आप एक परीक्षण वर्ग का उपयोग कर

require_once 'your_non_oop_file.php' # Contains fct_to_test() 

और PHPUnit के साथ आप अपने परीक्षण समारोह को परिभाषित में अपने गैर OOP कोड को शामिल करने की कोशिश कर सकते:

testfct_to_test() { 
    assertEquals(result_expected, fct_to_test(), 'Fail with fct_to_test'); 
} 

Answer 3

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

इसलिए, यदि आप एक प्रक्रियात्मक कोड आधार है, तो आप इस अपने कार्यों बुला परीक्षण तरीकों

require 'my-libraries.php'; 
class SomeTest extends SomeBaseTestFromSomeFramework { 
    public function testSetup() { 
     $this->assertTrue(true); 
    } 

    public function testMyFunction() { 
     $output = my_function('foo',3); 

     $this->assertEquals('expected output',$output); 
    } 
} 

PHP कोड आधारों के साथ यह चाल है, अक्सर अपने पुस्तकालय कोड चल रहा है के साथ हस्तक्षेप करेगा में पूरा कर सकते हैं आपके परीक्षण ढांचे के रूप में, क्योंकि आपके कोडेबेस और परीक्षण ढांचे में एक वेब ब्राउज़र (सत्र, साझा वैश्विक चर, आदि) में एक अनुप्रयोग वातावरण स्थापित करने से संबंधित बहुत से कोड होंगे। कभी-कभी उस बिंदु पर पहुंचने की अपेक्षा करें जहां आप अपना लाइब्रेरी कोड शामिल कर सकते हैं और एक गंदगी सरल परीक्षण (उपरोक्त testSetup फ़ंक्शन) चला सकते हैं।

यदि आपके कोड में फ़ंक्शन नहीं हैं, और केवल HTML फ़ाइलों को आउटपुट करने वाली PHP फ़ाइलों की एक श्रृंखला है, तो आप भाग्य से बाहर हैं। आपका कोड अलग-अलग इकाइयों में अलग नहीं किया जा सकता है, जिसका अर्थ है कि इकाई परीक्षण आपके लिए अधिक उपयोग नहीं होने वाला है। Selenium और Watir जैसे उत्पादों के साथ "स्वीकृति परीक्षण" स्तर पर अपना समय बिताना बेहतर होगा। ये आपको ब्राउज़र को स्वचालित करने देंगे, और उसके बाद सामग्री के लिए पृष्ठों को विशिष्ट स्थानों/रूपों में जांचें।