在PHP中使用Mockery进行测试驱动开发(TDD) - 上

测试驱动开发网上也谈了很多了,PHP方面的文章也有一些,在百度和Google里搜,好像没有看到几篇谈用Mock(伪装对象)的技术的,这里写篇文章讲讲。

先过一下测试驱动开发的基本理念:就是先写测试用例(一般这个测试用例都是自动化的单元测试用例,便于快速回滚执行),然后通过逐步修复测试用例的方法补齐产品代码,最后测试用例修复完毕后,产品也就写完了。

从我自己的实践中,我认为在类库开发的时候使用测试驱动开发技术是一个很好的方案,理由如下: 
能够写出测试用例,即说明对问题域已经有一个清晰的了解, 
节省了写文档的时间,测试用例就是类库调用的示例代码了。 
代码质量有保证,因为写类库的过程就是修复测试用例的过程,所以测试用例修复完毕后类库也就写完了。 
便于估时,估计类库开发时间的问题就简化成估计修复测试用例的时间了,相对于来说估时容易一些。

我们以编写一个字符串转数字的函数为例讲解测试驱动开发的理念,再引入Mock技术。在开始之前,需要安装PHPUnit和Mockery库(本文不使用PHPUnit自带的Mock库):

# 安装PHPUnitpear config-set auto_discover 1
pear install pear.phpunit.de/PHPUnit# 安装Mock库sudo pear channel-discover pear.survivethedeepend.com
sudo pear channel-discover hamcrest.googlecode.com/svn/pear
sudo pear install --alldeps deepend/Mockery

那从测试驱动开发的理念来做的话,我们先写测试用例 – parseinttest.php:

<?    class ParseIntTest extends PHPUnit_Framework_TestCase {        public function testParseIntBasic() {
            $v = parse_int("12345");
            $this->assertEquals(12345, $v);

            $v = parse_int("-12345");
            $this->assertEquals(-12345, $v);        /*            $v = parse_int("abcd");            $this->assertEquals(0, $v);            $v = parse_int("0xab12");            $this->assertEquals(0xab12, $v);            $v = parse_int("01b");            $this->assertEquals(1, $v);        */
        }
    }
?>

上面的代码里,我们通过单元测试用例指定了要实现的函数parse_int的需求,即可以解析整数、带符号的整数等,又因为时间和资源的限制,那我们去掉了对十六进制和二进制的支持。

运行下面的命令执行测试用例:

phpunit --verbose parseinttest

因为这个时间没有任何代码,所以得到期望的错误 – PHPUnit告诉我们找不到parse_int这个函数: 
PHPUnit 3.6.12 by Sebastian Bergmann.

PHP Fatal error:  Call to undefined function parse_int() in /var/www/pmdemo/parseinttest2.php on line 6

那我们先建一个空的parse_int函数 – parseint.php:

<?
    function parse_int($str) {        return 0;
    }
?>

上面的代码里我们先不实现函数parse_int的任何逻辑,再运行测试用例,得到:

shiyimin@ubuntu :/var/www/pmdemo$ phpunit --verbose parseinttest 
PHPUnit 3.6.12 by Sebastian Bergmann.

F

Time: 0 seconds, Memory: 2.75Mb

There was 1 failure:

1) ParseIntTest::testParseIntBasic 
Failed asserting that 0 matches expected 12345.

/var/www/pmdemo/parseinttest.php:7

FAILURES! 
Tests: 1, Assertions: 1, Failures: 1.

从上面红色高亮显示出来的错误消息,我们知道是测试用例里的第一个判断没有通过,即下面的判断语句没有执行成功:

$this->assertEquals(12345, $v);

这是因为我们的parse_int函数总是返回0这个值,发现了这个错误,我们来补齐这个逻辑以修复测试用例:

parseint.php

<?
    function parse_int($str) {
        $result = 0;
    $i = 0;    

    for ( $i = 0; $i < strlen($str); ++$i ) {    
        $result *= 10;
        $result += $str[$i] - ‘0‘;
    }    return $result;
    }
?>

再次运行测试用例: 
shiyimin@ubuntu :/var/www/pmdemo$ phpunit --verbose parseinttest 
PHPUnit 3.6.12 by Sebastian Bergmann.

F

Time: 0 seconds, Memory: 2.75Mb

There was 1 failure:

1) ParseIntTest::testParseIntBasic 
Failed asserting that 12345 matches expected -12345.

/var/www/pmdemo/parseinttest.php:10

FAILURES! 
Tests: 1, Assertions: 2, Failures: 1.

从上面的结果可以看出,第一个测试用例已经修复了,现在是在处理带符号的字符串时,发生了问题,继续修复代码:

parseint.php

<?
    function parse_int($str) {
        $result = 0;
    $i = 0;
    $neg = 1;        
        if ( $str[0] == ‘-‘ ) { 
        $neg = -1;
    }    for ( $i = 0; $i < strlen($str); ++$i ) {    
        $result *= 10;
        $result += $str[$i] - ‘0‘;
    }    return $result * $neg;
    }
?>

再运行测试用例: 
shiyimin@ubuntu :/var/www/pmdemo$ phpunit --verbose parseinttest 
PHPUnit 3.6.12 by Sebastian Bergmann.

.

Time: 0 seconds, Memory: 2.75Mb

OK (1 test, 2 assertions)

好了,这次所有测试用例都通过了,那我们的产品代码的实现也告一段落了,当然文章为了讲解方便,上面的代码并不是一个完整的实现,例如它就无法处理字符串“+12345”的情形。

下篇文章讲解如何在PHPUnit里应用Mock技术。

时间: 2024-10-11 04:16:55

在PHP中使用Mockery进行测试驱动开发(TDD) - 上的相关文章

测试驱动开发(TDD)及测试框架Mocha.js入门学习

组里马上要转变开发模式,由传统的开发模式(Developer开发,QA测试),转变为尝试TDD(Test-driven development,测试驱动开发)的开发模型.由此将不存在QA的角色,或者仅存很少的QA用于系统模块间的集成测试. 因此代码的测试与开发都将由开发者(Developer)来保证. 这就需要借助优秀测试框架的帮助,尤其是支持TDD开发模式的自动化测试框架更为重要,因为我使用的编程是语言是Node.js,那么广泛使用的Mocha.js将成为我的首选. 在团队转型过程中,很多事情

原创翻译-测试驱动开发(TDD)

测试驱动开发原则 翻译自<<Expert Python Programming>> 测试驱动开发是指首先编写包含所有测试软件特点的测试集,然后再去开发软件.也就是说,在编写软件之前先把这个软件的测试文档写清楚.举个例子,如果有个程序员想编写一个可以计算一组数字平均值的函数,那我们先要写出这个函数是怎么用的.我们可以这样写:assert average(1, 2, 3) == 2assert average(1, -3) == -1 这些测试例子也可以由别的人来负责编写.现在,这个函

测试驱动开发-TDD

基本思想 在编写功能代码之前,先写单元测试用例,开发的目的是为了让这个测试用例通过 测试驱动开发注意事项 1.开发围绕着测试展开 2.编写的每个测试恰好能体现一种失败情况 3.编写的功能代码恰好能通过一个测试用例 附:常见的测试方法 功能测试.单元测试.系统测试和负荷测试等 原文地址:https://www.cnblogs.com/youmingDDD/p/9322722.html

推行测试驱动开发 (TDD) 有这么难吗?

推行 TDD 成效不彰,充斥着似是而非的言论:TDD 造成额外工作量,TDD 没有效益,ROI 太低-- 为何会如此?我的观察是-- "大家都把开发人员当贼看--认为只要是代码有缺陷,架构腐败,都认为是开发人员搞的,都认为是开发人员没有质量意识,千错万错都是开发人员的错." 大家试着同理心去想想,当大家都将开发人员当贼看时,我们又怎能会有一个合理的说法,去说服开发人员做 TDD?我们又怎能会有一个激情的动机,去驱动开发人员做 TDD? 另外一方面,TDD 最大的限制在于: TDD 只能

测试驱动开发与Python

最近在看一本书<Test-Driven Development with Python>,里面非常详细的介绍了如何一步一步通过测试驱动开发(TDD)的方式开发Web项目.刚好这本书中使用了我之前所了解的一些技术,Django.selenium.unittest等.所以,读下来受益匪浅. 我相信不少开发都写单元测试,不过,一般是先写功能代码,然后,再写单元测试用例,在编写单元测试用例的过程中,可能需要调整功能代码,从而使单元测试用例通过.但是TDD就特别要求先写测试用例,后写实现代码.这一开始确

从换位思考到测试驱动开发转

在人于人之间的相处中,换位思考有利于人们理解彼此的需求,进而促成共赢的局面.把换位思考用到软件的设计中,能够提升软件的质量.这是我在Michael Feathers的培训里,领悟到的最巧妙的一个思维方式.如果你对Michael的名字不熟悉,那么他写的Working Effectively with Legacy Code这本书,你可能听说过. 如何在软件的开发中做到换位思考?在回答这个问题之前,让我们看看换位思考为什么能提升软件质量. 不用不知道,一用吓一跳 你代码敲得很High,把属于你的那部

(转)浅谈测试驱动开发(TDD)

测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量.本文从开发人员使用的角度,介绍了 TDD 优势.原理.过程.原则.测试技术.Tips 等方面. 2 评论: 李群 ([email protected])www.ihere.org 背景 一个高效的软件开发过程对软件开发人员来说是至关重要的,决定着开发是痛苦的挣扎,还是不断进步的喜悦.国人对软件蓝领的不屑,对繁琐冗长的传统开发过程的不耐,使大多数开发人员无所适从.最近兴起的一些软件开发过程相关

从测试角度对测试驱动开发的思考【转】

测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量.本文主要从测试角度出发,从需求分解等四个阶段阐述了测试人员在测试驱动开发中所发挥的促进作用 大家都知道,软件生命周期一般分为六个阶段:制定计划.需求分析.设计.编码.测试.运行和维护.在软件工程中,这个复杂的过程用软件开发模型来描述和表示,常见的软件开发模型有:瀑布模型.螺旋模型.V模型.W模型等.而这些传统的开发模型都以开发为主,测试常常扮演的是一个亡羊补牢的配角,这类开发模型已渐渐的不能

测试驱动开发实践

总是以为自己了解了测试驱动开发,其实做起来和了解根本不是一回事.原来觉得代码清晰得很,后来试验了一下才知道那是自己的错觉.这次,让我们抛却Eclipse的自动补全功能,来一场真正的测试驱动开发吧. 项目描述:这是一个很简单的项目,目标是扫描磁盘上所有特定格式的文件,将其路径存储下来,通过程序可以快捷搜索到文件路径并自动定位到该文件. 用户故事(简单点写了): 1.              扫描磁盘,将目录下的所有文件列出来,将特定格式的文件信息存储到磁盘. 2.              所有