PHPUnit
文章平均质量分 69
hzcyclone
这个作者很懒,什么都没留下…
展开
-
PHPUnit袖珍指南-第二章 自动测试
第二章 自动测试 最好的程序员也会犯错误。好程序员和差程序员的区别在于:好程序员能通过测试尽可能的发现错误。你越快测试错误,你就越快发现它们,发现和修正的成本就越低。这解释了为什么只在软件发布前才测试的做法为什么问题那么多。大多数错误根本就没有发现过,修正发现的错误是那么的高,以至于你不得不根据优先级来决定只修正那些错误,因为你根本就承受不起全部修正的费用。 相比你正在使用的方法,采用PHPU转载 2012-07-04 15:16:18 · 413 阅读 · 0 评论 -
PHPUnit袖珍指南 第十一章 残根
第十一章残根 相比有多个错误来源的测试,只测试一件事情的测试提供了更好的信息。如何隔离测试的外部影响呢?用来自简单的PHP对象的残根替代昂贵, 杂乱, 不可靠, 缓慢, 复杂的资源。例如,为了单项测试的目的,你可以通过返回常数的方法来代表实际上很复杂的计算。 残根很好的解决了分配昂贵的外部资源的问题。例如,共享资源,在测试之间可以使用PHPUnit2 _ Extensions转载 2012-07-04 15:40:22 · 438 阅读 · 0 评论 -
PHPUnit袖珍指南 第十章 代码覆盖率分析
第十章 代码覆盖率分析 你已经学会了怎么使用单元测试代码,但你怎么测试你的测试呢?你怎么发现没被测试的代码,换句话说,没被测试覆盖的代码?怎么衡量测试的完整性?所有这些问题的答案就是代码覆盖率分析。代码覆盖率分析告诉你当测试进行时,那些产品代码执行过了。 PHPUnit的代码覆盖率分析应用了Xdebug[6]扩展提供的语句覆盖率功能。 什么时语句覆盖率?举个例子来说,如果有一个方法有10转载 2012-07-04 15:39:53 · 507 阅读 · 0 评论 -
PHPUnit袖珍指南 第七章 测试异常和性能回归
第七章 测试异常和性能回归 PHPUnit提供了二个扩展,基于测试类的标准基类PHPUnit2_Framework_TestCase,协助为书写异常和性能回归测试。 7-1 异常 怎么测试异常?当异常抛出时,无法直接使用断言。相反,必须使用PHP 的异常处理机制来书写测试。以下例子示范了入阁测试异常: require_once 'PHPUnit2/Framework/TestCase.转载 2012-07-04 15:38:42 · 726 阅读 · 0 评论 -
PHPUnit袖珍指南 第六章 装置器
第六章 装置器 编写测试最耗时的部分是边编写设置整个程序到达一个已知状态,而后在测试结束后返回到原始状态。这个已知状态叫做测试的装置器。 在例5中,装置器很简单,只是存储在变量$fixture中的数组。多数情况下,装置器会比简单数组复杂,设置代码也会相应增长。当你写几个类似的装置器时这个问题变得更糟糕。没有测试框架的帮助,我们不得不重复很多代码,为每个测试设置装置器。 PHPUnit支持共享转载 2012-07-04 15:38:11 · 422 阅读 · 0 评论 -
PHPUnit袖珍指南-第五章 命令行测试工具
第五章 命令行测试工具 PHPUnit命令行测试工具是通过phpunit命令调用的。如下代码显示如何通过PHPUnit命令行测试工具运行测试。 phpunit ArrayTest PHPUnit 2.3.0 by Sebastian Bergmann. Time: 0.067288 OK (2 tests) 对每个测试,PHPUnit命令行测试工具打印一个字符表示进程转载 2012-07-04 15:37:44 · 482 阅读 · 0 评论 -
PHPUnit袖珍指南-第四章 安装PHPUnit
第4章 安装PHPUnit PHPUnit可以通过PHP扩展和程序库(PEAE)获得。PEAR是可重用PHP组件的框架和分发系统。安装PHPUnit可以通过PEAR安装程序命令获得: pear install PHPUnit2 根据PEAR的版本命名标准,适用于PHP5的PHPUnit包称为PHPUnit2。PHPUnit是适用于PHP4的包,这在本书后面关于“在PHP4中使用P转载 2012-07-04 15:36:12 · 509 阅读 · 0 评论 -
PHPUnit袖珍指南-概述
概述 聪明的Web开发人员会告诉你,越快找到代码的错误,你就能越快修正它,长期而言,项目成本越低。好了,能最有效的检测PHP代码中的错误的工具是PHPUnit,一个开发源代码的框架,它在你不在的时候,自动进行成套的单元测试。使用PHPUnit的好处是显而易见的: l 减少用于测试代码的工作量 l 减少总体软件缺陷 l 增加对代码的信心 l转载 2012-07-04 15:02:59 · 437 阅读 · 0 评论 -
phpunit和php单元测试体验
一: 和其他的Xunit测试框架一样,phpunit框架主要分为以下部分: TestCase --测试用例 TestSuite --测试套件(我习惯称其为测试用例集) Assert--断言(我习惯称其为验证方式) TestResult--测试结果 对于testcase,phpunit中除了一般的testcase,还包含了Incompletetestc转载 2012-07-04 15:45:20 · 1020 阅读 · 0 评论 -
PHPUnit袖珍指南 第九章 测试优先编程
第九章 测试优先编程 单元测试是几种软件开发实践和过程至关重要的部份,譬如测试优先编程,极限编程[3],测试驱动开发[4]。 单元测试也允许在结构上不支持的编程语言中支持契约式设计[5]。 [3] http://en.wikipedia.org/wiki/Extreme_Programming [4] http://en.wikipedia.org/wiki/Test-driven_d转载 2012-07-04 15:39:28 · 438 阅读 · 0 评论 -
PHPUnit袖珍指南 第八章 未完成测试
第八章 未完成测试 当开始书写新的测试用例类时,你也许想要从空的测试方法开始,譬如: public function testSomething( ) { } 我们必须跟踪书写的每个测试。空测试方法的问题是,它们被PHPUnit 框架解释作执行成功。这样产生的测试报告是没有用的。您不能区分测试实际上是成功了或是未完成。在未完成的测试方法中调用$this->fai转载 2012-07-04 15:39:07 · 376 阅读 · 0 评论 -
PHPUnit袖珍指南-第一章 简介
很长时间里,我对“你什么时候会为PHPUnit写一个文档”这个问题的回答是:“你不需要PHPUnit文档,去读读JUnit文档或买一本Junit的书,试一试用PHP和PHPUnit来重写Java和Junit的例子”。当我和O’Reilly德国办公室的Barbara Weiss和Alexandra Follenius这样说的时候,他们鼓励我想想是不是可以写一本书来作为PHPUnit的文档。 1转载 2012-07-04 15:06:36 · 657 阅读 · 0 评论 -
PHPUnit袖珍指南-第三章 PHPUnit的目的
第三章PHPUnit的目的 到此为止,我们只有两个对Array和内建函数sizeof()的测试。当我们开始测试大量的array_*()函数时,每个都需要一个测试。我们可以每个都从头写起。但是,更好的方法是一次性写好一个测试基础构架,以后就只用写每个测试不同的部分。PHPUnit就是这样一个基础构架。 例5展示了如何用PHPUnit重写例4中的两个测试。 例5. 用PHPUnit测试 A转载 2012-07-04 15:35:46 · 488 阅读 · 0 评论 -
PHPUnit袖珍指南 第十二章 测试的其他用途
一旦你开始写自动测试,你就会想要发掘更多用途。以下是一些例子。 12-1. 敏捷文档 通常来说,在采用敏捷方法作为开发流程的项目中,如极限编程,文档很难和迅速变化的项目设计和代码同步。极限编程要求集体拥有代码,应此,每个开发人员都熟悉整个系统。如果你严格按照规定,编写的类具有自说明能力,你就可以用PHPUnit的TextDox功能根据测试来自动生成文档。这种文档给开发人员对每转载 2012-07-04 15:40:53 · 463 阅读 · 0 评论