- 浏览: 834846 次
- 性别:
- 来自: 南京
文章分类
最新评论
-
xieye:
jetty插件有好几个版本,1.6,1.7,1.8
我选的是用 ...
tapestry入门(翻译)3 导入项目到eclipse -
xieye:
还有,
注:第2部分时,需要先安装jetty,我自己在安装过程 ...
tapestry入门(翻译)3 导入项目到eclipse -
xieye:
说明一下:实际使用中,导入时我并没有错误。2、我把eclips ...
tapestry入门(翻译)3 导入项目到eclipse -
xieye:
其实还是有一些先决条件的。1是外部环境,2是进步是阶段性的(意 ...
(转载文章)如何愉悦起来:一位精神治疗师的见解 -
mandy_yanzi:
我都已经饿7天了坚持为了我的衣衣
身体健康的问题
php单元测试进阶(10)- 核心技术 - 桩件(stub) - 调用方法注入桩件
本系列文章主要代码与文字来源于《单元测试的艺术》,原作者:Roy Osherove。译者:金迎。
本系列文章根据php的语法与使用习惯做了改编。所有代码在本机测试通过。如转载请注明出处。
使用本方法的步骤如下。
在被测试类中:
添加一个返回真实实例的方法
正常的在代码中使用该方法
在测试代码中:
创建一个新类继承被测类
创建一个你要替换的接口的那个类型的公共字段
重写被测类的返回真实实例的方法
返回上面的公共字段
在测试类中:
创建一个桩件,此桩件实现了要替换的接口
创建新派生类而非被测类的实例
配置这个新的实例,注入桩件
与前文比较,上文介绍了工厂类注入桩件,源代码4个文件,测试代码2个文件。
本文介绍调用方法注入桩件,源代码3个文件,测试代码3个文件。
一个接口和两个实现不变,被测类改变,测试类改变,新加一个测试辅助类即派生类。
本方法的要点:其实测试的是子类,而不是原本的被测类。
这种方法比前面几个好,因为它使你无需进入更深层次(改变调用栈深处的依赖)即可直接替换依赖项,实现起来干净快速。
这种方法的缺点:非常适合用来模拟提供给被测代码的输入,但是如果用来验证从被测代码到依赖项的调用却十分不便。
例如,如果测试代码调用一个web服务,得到一个返回值,你想要模拟自己的返回值,使用这个方法很好。但是如果你想测试代码对web服务的调用是否正确,事情很快就变糟了。这需要大量的手工编码,而mock框架或类库更适合做这样的工作。总之,本方法适合模拟返回值或者整个返回接口,但不适合检查对象之间的交互。
源代码
(1)t2\application\index\controller下根据测试需要(实际是解耦,让程序更加结构清晰)提取的接口
IExtensionManager.php(未改动)
(2)t2\application\index\controller下文件管理器类,实现了上面的接口,但是实际被排除在单元测试之外,不测它。应该使用集成测试来测试此类。
FileExtensionManager.php(未改动)
(3)t2\application\index\controller下被测类,日志分析器。使用了调用方法注入的方式来写代码,便于派生类覆盖,然后测试
LogAnalyzer.php
测试代码
(4)t2\tests\index\controller\下,桩件类,用于替换文件管理器,便于测试
FakeExtensionManager.php(未改动)
(5)t2\tests\index\controller\下,被测试类的子类,用于覆盖产生桩件的方法,便于测试。因为这个子类测试专用,所以当然放在测试文件夹下。
LogAnalyzerExtend.php
(6)t2\tests\index\controller\下,最后是测试类,但不是测试被测试类,而是测试被测试类的子类。
LogAnalyzerTest.php
cmd下测试通过。
上一篇:php单元测试进阶(9)- 核心技术 - 桩件(stub) - 工厂类注入桩件
下一篇:php单元测试进阶(11)- 核心技术 - 桩件(stub) - 不使用桩件
本系列文章主要代码与文字来源于《单元测试的艺术》,原作者:Roy Osherove。译者:金迎。
本系列文章根据php的语法与使用习惯做了改编。所有代码在本机测试通过。如转载请注明出处。
使用本方法的步骤如下。
在被测试类中:
添加一个返回真实实例的方法
正常的在代码中使用该方法
在测试代码中:
创建一个新类继承被测类
创建一个你要替换的接口的那个类型的公共字段
重写被测类的返回真实实例的方法
返回上面的公共字段
在测试类中:
创建一个桩件,此桩件实现了要替换的接口
创建新派生类而非被测类的实例
配置这个新的实例,注入桩件
与前文比较,上文介绍了工厂类注入桩件,源代码4个文件,测试代码2个文件。
本文介绍调用方法注入桩件,源代码3个文件,测试代码3个文件。
一个接口和两个实现不变,被测类改变,测试类改变,新加一个测试辅助类即派生类。
本方法的要点:其实测试的是子类,而不是原本的被测类。
这种方法比前面几个好,因为它使你无需进入更深层次(改变调用栈深处的依赖)即可直接替换依赖项,实现起来干净快速。
这种方法的缺点:非常适合用来模拟提供给被测代码的输入,但是如果用来验证从被测代码到依赖项的调用却十分不便。
例如,如果测试代码调用一个web服务,得到一个返回值,你想要模拟自己的返回值,使用这个方法很好。但是如果你想测试代码对web服务的调用是否正确,事情很快就变糟了。这需要大量的手工编码,而mock框架或类库更适合做这样的工作。总之,本方法适合模拟返回值或者整个返回接口,但不适合检查对象之间的交互。
源代码
(1)t2\application\index\controller下根据测试需要(实际是解耦,让程序更加结构清晰)提取的接口
IExtensionManager.php(未改动)
<?php namespace app\index\controller; /** * 文件名是否有效接口 * 源代码中的文件管理器类会实现,一个桩件也会实现 * 接口的存在,让所有代码的含义更加清晰,稳定。 */ interface IExtensionManager { /** * 判断文件名是否有效 * @param string $filename * @return boolean */ public function isValid($filename); }
(2)t2\application\index\controller下文件管理器类,实现了上面的接口,但是实际被排除在单元测试之外,不测它。应该使用集成测试来测试此类。
FileExtensionManager.php(未改动)
<?php namespace app\index\controller; /** * 文件管理器类 * */ class FileExtensionManager implements IExtensionManager { /** * 根据某个配置文件的内容判断文件名是否有效 * @param string $filename */ public function isValid($filename) { // 会使用file_get_contents函数读取某个文件的内容 // 这里为了简略不写,因为不是重点。 return true; } }
(3)t2\application\index\controller下被测类,日志分析器。使用了调用方法注入的方式来写代码,便于派生类覆盖,然后测试
LogAnalyzer.php
<?php namespace app\index\controller; /** * 日志分析器类,也是被测类 * * 注意,这是用调用方法注入桩件的例子。 */ class LogAnalyzer { /** * 判断文件名是否有效,调用另一个类来实现 * @param string $filename */ public function isValidLogFileName($filename) { return $this->getManager()->isValid($filename); } protected function getManager() { return new FileExtensionManager(); } }
测试代码
(4)t2\tests\index\controller\下,桩件类,用于替换文件管理器,便于测试
FakeExtensionManager.php(未改动)
<?php namespace tests\index\controller; /** * 一个桩件类,用于测试日志分析器,因为日志分析会读取文件,妨碍单元测试。 */ class FakeExtensionManager implements \app\index\controller\IExtensionManager { public $willBeValid = false; /** * 根据某个配置文件的内容判断文件名是否有效 * @param string $filename */ public function isValid($filename) { return $this->willBeValid; } }
(5)t2\tests\index\controller\下,被测试类的子类,用于覆盖产生桩件的方法,便于测试。因为这个子类测试专用,所以当然放在测试文件夹下。
LogAnalyzerExtend.php
<?php namespace tests\index\controller; use app\index\controller\IExtensionManager; /** * 测试辅助类,是源代码被测类的子类。用于覆盖原被测类的方法,便于测试。 * 请注意本类写法,为了代码更加通用,使用了构造方法注入桩件,而不是写死。 * 其实也可以写死,代码更少,只是此类就不能复用了。 * * 但是又可以看到,万一原代码有构造方法呢,冲突咋办?其实没关系。 * 因为我们可以为了测试源代码的一个类的多个方法,写不同的测试辅助类来对应。 */ class LogAnalyzerExtend extends \app\index\controller\LogAnalyzer { /** * @var \app\index\controller\IExtensionManager */ private $manager; /** * 用构造方法注入 * @param \app\index\controller\IExtensionManager $mgr */ public function __construct($mgr) { $this->manager = $mgr; } /** * 覆盖原方法,便于测试 */ protected function getManager() { return $this->manager; } }
(6)t2\tests\index\controller\下,最后是测试类,但不是测试被测试类,而是测试被测试类的子类。
LogAnalyzerTest.php
<?php namespace tests\index\controller; /** * 测试用的类 */ class LogAnalyzerTest extends \think\testing\TestCase { /** * @test * 使用静态工厂注入桩件的方法 进行测试 * 注意,尽量使得测试的方法名称有意义,这非常重要,便于维护测试代码。有规律 */ public function isValidFileName_NameSupportedExtension_ReturnTrue() { //准备好一个返回true的桩件。 $myFakeManager = new FakeExtensionManager(); $myFakeManager->willBeValid = true; //开始创建被测类的子类的对象,注入桩件,准备测试 $analyzer = new LogAnalyzerExtend($myFakeManager); //创建同时注入 $result = $analyzer->isValidLogFileName("short.ext"); $this->assertTrue($result); } }
cmd下测试通过。
上一篇:php单元测试进阶(9)- 核心技术 - 桩件(stub) - 工厂类注入桩件
下一篇:php单元测试进阶(11)- 核心技术 - 桩件(stub) - 不使用桩件
发表评论
-
召唤神龙 - 安装 centos 8, php 8, mysql 8, laravel 8 的整套 php 运行环境
2020-11-27 16:26 709本文编写时间:2020-11-27 传说集齐龙珠可以召唤神 ... -
centos8 使用阿里镜像快速安装php7.4套件
2020-11-15 00:48 853centos8 使用阿里镜像快速安装php7.4套件 本文只 ... -
centos7 使用阿里镜像快速安装php7.4套件
2020-11-15 00:32 1256本文只考虑centos7 今日 2020-11-16 rem ... -
composer常用命令
2020-11-05 14:46 1481列出当前全局配置 composer config -l -g ... -
期待centos8+php8 + mysql8 + laravel8,8888
2020-10-29 19:24 521期待centos8+php8 + mysql8 目前主要使用 ... -
ubuntu 安装 php7.4以及各类插件
2020-10-24 13:20 1130ubuntu 安装 php7.4以及各类插件 安装系统 最近 ... -
宝塔定义站点
2020-02-24 10:41 2宝塔定义站点。 1111111111111111111111 ... -
让php-fpm以root账号运行
2020-02-19 21:41 821一般来说,我们没有这种需求,但是当需要时, 可以让php-fp ... -
将代码部署到coding.net
2020-01-10 14:20 648coding.net 是一个git仓库,有免费有收费。 首先 ... -
php部署工具deployer技巧 - vendor目录创建
2020-01-06 12:06 911deployer是个好东西,可是每次都composer ,其实 ... -
自定义redis多个实例
2020-01-04 01:17 650假如多个项目部署到同一台服务器,有时会被redis的各项目前缀 ... -
推荐使用php的部署工具 deployer
2020-01-03 16:48 921php部署代码可以使用 https://deployer.or ... -
使用composer 类库 cachetool 清除opcache 的缓存
2020-01-03 16:38 966php的生产服务器上,需要把opche打开。 但有时,会被缓 ... -
laravel容器学习体会
2019-12-31 15:11 673根据文档与实测结果 假设我在app下建一个Services目 ... -
phalcon 自定义超强日志类
2019-12-18 10:00 833phalcon自带的日志文件类,有两个麻烦之处。 1、路径不能 ... -
自定义后台的使用
2019-12-18 05:22 424如果自己写后台,保存用户的表单请求值 所有的情况如下: 1 ... -
phalcon 自定义事件使用的多种方式
2019-12-16 20:43 781方法1:官方文档的方式。 这是控制器: public ... -
phalcon对控制器返回值的使用以输出json
2019-12-16 19:17 835在phalcon里,控制器的Action的方法的返回值没啥用。 ... -
phalcon数据库DB使用实例
2019-12-12 17:12 700整理了一下phalcon的db使用,写了个demo。 ... -
php-redis5.0降级成php-redis4.3
2019-08-22 00:01 895最新版本的php的redis插件,版本是5.0 但是可能会有 ...
相关推荐
本话题聚焦于如何利用驱动程序(Driver Program)和桩程序(Stub Program)来有效地进行单元测试,特别是在Java环境下。 驱动程序和桩程序是单元测试中的两个关键概念: 1. **驱动程序(Driver Program)**:驱动...
单元测试是对软件中的最小可测试单元进行检查和验证,对于Java来说,这个单元通常是方法。通过单元测试,开发者可以独立地测试每个功能模块,确保它们按预期工作,同时发现并修复潜在的错误,提高代码质量。 Junit4...
Stub测试桩函数库是软件测试领域中一个重要的工具,它在单元测试中扮演着关键角色。测试桩(Stub)是用来模拟被测代码依赖的外部组件或服务的行为,以控制测试环境并提供预定义的响应。这样,我们可以在孤立的环境中...
打桩技术则是在单元测试中模拟被测试函数依赖的外部功能,这样可以避免真实环境的复杂性,同时保证测试的独立性和可重复性。`cpp-stub` 库就是为实现这个目的而设计的,它提供了创建和管理这些打桩函数的接口。 在...
赠送jar包:grpc-stub-1.24.0.jar; 赠送原API文档:grpc-stub-1.24.0-javadoc.jar; 赠送源代码:grpc-stub-1.24.0-sources.jar; 赠送Maven依赖信息文件:grpc-stub-1.24.0.pom; 包含翻译后的API文档:grpc-stub-...
单元测试打桩开源库 cpp-stub 使用手册 中文版本,这是从git上直接下载的,git上下载的源代码在arm上调用Stub.reset方法会引发段错误,在资源cpp-stub开源代码(下载地址:...
《单元测试的艺术》是Roy Osherove所著的一本经典著作,主要探讨了软件开发中的单元测试技术及其重要性。源代码的提供使得读者能够更深入地理解和实践书中的理论知识。下面,我们将深入探讨单元测试的核心概念、相关...
- **桩模块**(Stub):替代被测单元中调用的其他基本单元或外部接口,用于模拟其行为。 #### 五、单元测试策略 单元测试的实施策略有很多种,主要包括以下几种: 1. **自顶向下测试**: - **方法**:从系统的...
远程过程调用(RPC,Remote Procedure Call)是一种在分布式计算环境中广泛应用的技术,它允许一个程序在一台计算机上执行另一台计算机上的代码,就像调用本地函数一样简单。在这个过程中,"stub"扮演了关键角色,它...
单元测试是一种软件开发过程中的重要环节,主要用于验证代码的各个最小可测试单元,如函数、方法或类,是否能够按照预期工作。通过编写自动化测试用例,开发者可以在修改代码后快速检查新变更是否引入了错误,确保...
路由协议一致性测试方法是网络设备测试中的重要环节,它确保网络设备能够正确地实现并遵守特定的路由协议标准。这里要详细探讨的知识点来自文件《YDT 1251.2-2003 路由协议一致性测试方法--开放最短路径优先协议...
单元测试是软件开发过程中的关键环节,主要用于验证软件的最小可测试单元——通常是程序模块或方法——是否按预期工作。它的目标是尽早发现并修复代码中的错误,提高软件质量。以下是对单元测试的详细说明: **单元...
它创建一个"桩"(Stub)函数来代替原始函数,桩函数可以返回预定义的结果,或者记录调用信息,以便于控制测试环境。这使得我们可以在不依赖外部条件的情况下测试代码的特定部分。 2. **为什么需要函数打桩** - **...
随着软件开发技术的不断发展,单元测试作为软件质量保障的重要组成部分,越来越受到开发者的重视。C#作为一种广泛使用的编程语言,在.NET框架的支持下,提供了丰富的工具来进行单元测试。本文将详细介绍如何在Visual...
在`dom-stub-master`这个压缩包中,可能包含以下内容: - `src`目录:源代码文件,包括`dom-stub`的实现。 - `dist`目录:编译后的可发布的版本,通常包含一个或多个JavaScript文件,可以直接引入到项目中使用。 - ...
在进行单元测试时,我们常常使用驱动程序(Driver)和桩(Stub)来模拟被测试单元的输入和依赖。驱动程序是用于调用被测试单元并传递输入数据的代码,而桩则是模拟被测试单元依赖的服务或组件,提供预定义的输出。...
### Kiwi单元测试知识点详解 #### 一、Kiwi简介 Kiwi 是一款专为 Swift 和 Objective-C 设计的强大单元测试框架,适用于 iOS 和 macOS 应用程序开发。该框架提供了一种简单直观的方式来编写清晰且易于理解的单元...
OSPF 路由配置 - Stub 区域配置指南 OSPF(Open Shortest Path First)是一种链路状态路由协议,广泛应用于大型企业网络和ISP网络中。作为一种内部网关协议(IGP),OSPF 能够提供高效、可靠的路由选择和网络拓扑...