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/

相关文章
|
8天前
|
数据采集 人工智能 自然语言处理
Midscene.js:AI 驱动的 UI 自动化测试框架,支持自然语言交互,生成可视化报告
Midscene.js 是一款基于 AI 技术的 UI 自动化测试框架,通过自然语言交互简化测试流程,支持动作执行、数据查询和页面断言,提供可视化报告,适用于多种应用场景。
93 1
Midscene.js:AI 驱动的 UI 自动化测试框架,支持自然语言交互,生成可视化报告
|
1月前
|
前端开发 JavaScript 测试技术
前端自动化测试
前端自动化测试是通过使用工具和脚本自动执行测试用例的过程,旨在提高测试效率、减少人为错误,并确保Web应用的功能在不同环境和设备上的一致性与稳定性。
|
2月前
|
Java 测试技术 持续交付
【入门思路】基于Python+Unittest+Appium+Excel+BeautifulReport的App/移动端UI自动化测试框架搭建思路
本文重点讲解如何搭建App自动化测试框架的思路,而非完整源码。主要内容包括实现目的、框架设计、环境依赖和框架的主要组成部分。适用于初学者,旨在帮助其快速掌握App自动化测试的基本技能。文中详细介绍了从需求分析到技术栈选择,再到具体模块的封装与实现,包括登录、截图、日志、测试报告和邮件服务等。同时提供了运行效果的展示,便于理解和实践。
121 4
【入门思路】基于Python+Unittest+Appium+Excel+BeautifulReport的App/移动端UI自动化测试框架搭建思路
|
30天前
|
敏捷开发 测试技术 持续交付
自动化测试之美:从零开始搭建你的Python测试框架
在软件开发的马拉松赛道上,自动化测试是那个能让你保持节奏、避免跌宕起伏的神奇小助手。本文将带你走进自动化测试的世界,用Python这把钥匙,解锁高效、可靠的测试框架之门。你将学会如何步步为营,构建属于自己的测试庇护所,让代码质量成为晨跑时清新的空气,而不是雾霾中的忧虑。让我们一起摆脱手动测试的繁琐枷锁,拥抱自动化带来的自由吧!
|
2月前
|
机器学习/深度学习 SQL 安全
如何确保自动化安全测试的全面性和准确性
确保自动化安全测试的全面性和准确性,需集成多种工具(如SAST、DAST、IAST、SCA),编写自动化测试脚本,融入CI/CD流程,定期更新测试用例和工具,使用真实数据,持续维护代码,模拟攻击场景,运用机器学习,采用智能测试平台,并结合手动测试。这些策略有助于及时发现并修复安全问题,提升软件安全性。
|
4月前
|
测试技术 UED Python
探索软件测试的边界:自动化与手动测试的协同
【8月更文挑战第59天】在追求效率和质量的软件生产中,自动化测试与手动测试的辩论从未停止。本文将通过实际案例,揭示二者如何相辅相成,共同构建更健壮的软件测试体系。我们将深入探讨自动化测试的优势、手动测试不可替代的角色以及它们如何在实际项目中协同工作,旨在为读者提供一种平衡的视角来看待软件测试的实践。
137 65
|
2月前
|
安全 前端开发 测试技术
如何选择合适的自动化安全测试工具
选择合适的自动化安全测试工具需考虑多个因素,包括项目需求、测试目标、系统类型和技术栈,工具的功能特性、市场评价、成本和许可,以及集成性、误报率、社区支持、易用性和安全性。综合评估这些因素,可确保所选工具满足项目需求和团队能力。
|
2月前
|
机器学习/深度学习 SQL 安全
如何确保自动化安全测试的全面性和准确性?
如何确保自动化安全测试的全面性和准确性?
|
2月前
|
测试技术 开发者 UED
探索软件测试的深度:从单元测试到自动化测试
【10月更文挑战第30天】在软件开发的世界中,测试是确保产品质量和用户满意度的关键步骤。本文将深入探讨软件测试的不同层次,从基本的单元测试到复杂的自动化测试,揭示它们如何共同构建一个坚实的质量保证体系。我们将通过实际代码示例,展示如何在开发过程中实施有效的测试策略,以确保软件的稳定性和可靠性。无论你是新手还是经验丰富的开发者,这篇文章都将为你提供宝贵的见解和实用技巧。
|
3月前
|
测试技术
自动化测试项目实战笔记(三):测试用户注册(验证码错误,成功,出现弹框时处理)
本文是关于自动化测试项目实战笔记,主要介绍了如何测试用户注册功能,包括验证码错误、注册成功以及弹框处理的测试步骤和代码实现。
143 2
自动化测试项目实战笔记(三):测试用户注册(验证码错误,成功,出现弹框时处理)

热门文章

最新文章