mock总所周知是模拟的意思,我们在做接口测试的时候有时候会发现部分功能依赖其他业务场景或者第三方功能或者是线上数据或者业务场景过于复杂(需要大量调用)的情况,没有办法通过接口调用或者做断言,这个时候就需要mock了 python2中需要pip install mock来导入mock第三方模块,而python3中被引入到unittest框架中,直接from unittest import mock 就可以导入mock模块了 在单元测试中只针对当前单元做测试,就是测试当前方法或者是当前类,但是如果出现这个方法依赖其他第三方模块,那不是还要校验其他方法了吗,那就违背了单元测试这个概念了,所有将外部

[测试开发技术] 我们用到的3种Mock测试方案​.docx

1.无maven，照样实现发布war中不含测试代码 在主工程中，不包含任何测试代码，理论上连main方法都不应该存在。测试代码常常放在与主工程同package的下面，以Test+className作为类名。由于采用了junit4，建议使用注解来进行测试用力的配置，而不需要用test开头的method 2.无需启动tomcat、weblogic 等服务器，速度快 3.可以很方便debug，节省人力 只需要利用测试工程的junit-debug即可，有时候可能涉及到缓存，这个时候可以在本地配置缓存，并且启动缓存的客户端即可。 4.spring-test 与junit4的 利用，可以直接使用spring配置文件或者自己修改测试文件 采用spring-test的测试注解： 1）junit4的注解：@RunWith(value=SpringJUnit4ClassRunner.class) 2）spring-test的注解：@ContextConfiguration(locations={"classpath:applicationContext-test.xml"}) 5.方便svn管理，不会导致无效版本代码泛滥，没有经过测试的代码绝对不能上传 6.运行时修改配置，通过@Before，方便调试远程接口的本地应用。

mock练习

服务端Mock测试

基于微服务或者SOA的自动化测试系统每个公司都有自己的特有的，我今天就主要介绍一下，我们研发的一套mock测试系统。我公司目前用的是基于Dubbo的微服务改造，服务之间的调用链路冗长，每个服务又是单独的团队在维护，每个团队又在不断的演进和维护各个服务，那么对测试人员将是非常大的挑战。测试人员每次进行功能测试的时候，测试用例每次都需要重新写一遍，无法将测试用例的数据沉淀，尤其是做自动化测试的时候，测试人员准备测试数据就需要很长时间，效率非常低。目前接口自动化测试框架也多种多样，testng，junit，Fitnesse等，但都需要测试人员具备测试代码编写能力，如果要做好和手工接口测试一样效果的自

支持http接口自由mock，可根据需要进行接口mock测试。