xml参数化、自动化单元测试设计

简介:
 最近在做 单元测试相关的东西,有一些想法,也研究实现了一部分,和大家分享。
  单元测试的用例要和代码分离,采用xml的格式。
  每一个单元测试类对应一个xml,采用如下格式:
<class name="com.xxx.service.test.DemoServiceTest">
<beforeClass></beforeClass>
<afterClass></afterClass>
<method name="testGetToken">
<before></before>
<after></after>
<!--对一个方法可能有多个 测试用例 -->
<!-- 输入参数类型错误 -->
<case name="err_001">
<!-- 方法参数可能有多个 -->
<request>
<param type="com.xxxi.domain.request.TokenRequest">
<merchantId>33333</merchantId>
<signType>MD5</signType>
<businessType>1001</businessType>
<outTradeNo>4222222222</outTradeNo>
</param>
</request>
<!-- 方法期望返回值 -->
<response type="com.xxx.domain.response.TokenResponse">
<responseCode>0</responseCode>
<tradeNo>831</tradeNo>
</response>
</case>
<case name="case_002">
<request>
<param type="com.xxx.request.TokenRequest">
<merchantId>33333</merchantId>
<signType>MD5</signType>
<businessType>1001</businessType>
<outTradeNo>4222222222</outTradeNo>
</param>
</request>
<!-- 方法期望返回值 -->
<response type="com.elong.pb.payment.api.domain.response.TokenResponse">
<responseCode>0</responseCode>
<tradeNo>831</tradeNo>
</response>
</case>
</method>
</class>
  根节点为单元测试类的类名
  类下面是多个<method>节点
  每个<method>节点下有多个<case>节点
  每个<case>节点下有<request>和<response>分别为输入参数和期望返回结果
  输入参数可能有多个,故<request>节点下可能有多个<param>节点
 以上是对xml设计的介绍。
  下面讲实现。
  通过一些实际使用,发现JUnit对参数化的支持非常不好。对于参数化测试有很大的局限性,参数必须定义成类的成员变量,这样对于一个类中有多个测试方法造成很大的不便。JUnit的参数化测试只适合一个类只有一个测试方法的情况。
  于是我用了TestNG,TestNG也是一个(但并不仅仅是)单元测试框架,与JUnit类似,有类似的生命周期和类似的用法。但TestNG对参数化测试支持的很好:
public class TestNGTest {
@DataProvider(name = "test2")
public Object[][] createTest2() {
return new Object[][] { { "input1", "expect" }, { "input2", "expect2" } };
}
}
@Test(dataProvider = "test2")
public void test2(String input,  String expect) {
System.err.println(input+" "+expect);
}
}
  TestNG的每个测试方法是可以有参数的,有一个数据提供者(dataProvider注解),dataProvider和每个test是一一对应的关系。这样是方法级别的(而JUnit是类级别)
  DataProvider会返回一个二维数组。剩下的事情就是如何读取解析上面的xml,并生成二维数组返回了。
  (好像TestNG也有一个xml配置,配置DataProvider,但感觉不怎么样,可能只支持简单类型,不利于自己定制)
  对web controller的测试也与之类似,springmvc有mockMvc,在此不过多介绍了。
  以上。
最新内容请见作者的GitHub页:http://qaseven.github.io/

相关文章
|
2月前
|
设计模式 前端开发 测试技术
告别脆弱:构建稳定UI自动化测试的3个核心策略
告别脆弱:构建稳定UI自动化测试的3个核心策略
331 113
|
3月前
|
存储 关系型数据库 测试技术
玩转n8n测试自动化:核心节点详解与测试实战指南
n8n中节点是自动化测试的核心,涵盖触发器、数据操作、逻辑控制和工具节点。通过组合节点,测试工程师可构建高效、智能的测试流程,提升测试自动化能力。
|
3月前
|
机器学习/深度学习 人工智能 测试技术
EdgeMark:嵌入式人工智能工具的自动化与基准测试系统——论文阅读
EdgeMark是一个面向嵌入式AI的自动化部署与基准测试系统,支持TensorFlow Lite Micro、Edge Impulse等主流工具,通过模块化架构实现模型生成、优化、转换与部署全流程自动化,并提供跨平台性能对比,助力开发者在资源受限设备上高效选择与部署AI模型。
390 9
EdgeMark:嵌入式人工智能工具的自动化与基准测试系统——论文阅读
|
5月前
|
XML jenkins 机器人
JMeter+Ant+Jenkins实现接口自动化测试持续集成
本文介绍了如何使用Ant生成JMeter接口测试报告,并集成到Jenkins中实现自动化测试。内容涵盖Ant与JMeter环境配置、build.xml文件设置、测试执行及报告生成,同时包括Jenkins插件安装、项目配置和钉钉消息通知的集成,帮助实现持续测试与结果可视化。
706 0
|
3月前
|
自然语言处理 前端开发 测试技术
使用 Playwright MCP 实现 UI 自动化测试
本文介绍如何结合Playwright与MCP协议实现智能化UI自动化测试。通过自然语言指令控制浏览器,降低技术门槛,提升效率,并涵盖环境搭建、核心功能、实战案例及最佳实践,展现对话式自动化的未来趋势。
|
5月前
|
人工智能 前端开发 测试技术
如何让AI帮你做前端自动化测试?我们这样落地了
本文介绍了一个基于AI的UI自动化测试框架在专有云质量保障中的工程化实践。
2184 21
如何让AI帮你做前端自动化测试?我们这样落地了
|
5月前
|
Web App开发 开发框架 .NET
Playwright 自动化测试系列(6)| 第三阶段:测试框架集成​指南:参数化测试 + 多浏览器并行执行
Pytest 与 Playwright 集成可提升自动化测试效率,支持参数化测试、多浏览器并行执行及统一报告生成。通过数据驱动、Fixture 管理和并行优化,显著增强测试覆盖率与执行速度,适用于复杂 Web 应用测试场景。
|
4月前
|
人工智能 IDE 测试技术
Browser-Use在UI自动化测试中的应用
Browser-Use是一款浏览器自动化工具,具备视觉与HTML解析、多标签管理、操作记录与复现、自定义操作、自我纠正及并行执行等功能,助力AI智能体高效完成网页任务。
353 0
|
5月前
|
测试技术 API C++
Playwright 自动化测试系列(7)| 第三阶段:测试框架集成​​Page Object 模式
本课程详解Playwright测试框架中的Page Object模式,通过电商登录-下单实战演示PO架构设计与高级技巧,结合Pytest实现多用户测试。重点解析PO模式提升代码复用性、降低维护成本的核心价值,并提供常见问题解决方案,助力构建高可维护性的自动化测试体系。