测试用例的正确编写方式

        很多时候，我们在写完service接口之后，就着手开发接口的实现，啪啦啪啦几下把实现完成，然后就坐等测试。如果是一个对自己有要求，对小伙伴负责的程序员，这个时候，他还会把TestCase进行补充，完善，通过CASE来对刚写的代码进行测试，并尽量保证所写的方法满足了测试要求的用例场景。下面，我们就结合实际的例子来进行说明。

        那何为一个好的用例代码？我个人觉得从以下几个方面：

1 用例的前置参数要可配置，并且可以根据不同环境进行切换

2 用例的方法要清晰明了，对请求，返回等做严格的检验

3 所有测试的数据格式要尽量与生产保持一致

4 测试完成之后，方便的产出结果，但在系统上不要留下任何测试的数据

5 测试如果需要服务端的模拟，还得另外搭建第三方模拟平台，保证流程是OK的。比如一些第三方支付平台或者外部的WEBSERVICE接口

6 方便集成到ci等系统上，便于测试结果数据的展现

首先我们来看一张图

针对前面说的5点，我们一一来对应阐述

1 通过结果 mvn的profiles功能，我们把testng的前置参数在dev,test 进行环境区分，在真正打包的时候，通过filter TESTNG的testng.xml占位符，生成最终的文件。

在测试用例之中，我们通过注解paramters,从XML读取这个配置

2 用例逻辑要清晰

3 ，4，5略去。

6 在mvn 的 plugin 里面指定编码，testng.xml 目录读取

最后生成的报告如图

如果结合jenkins来查询，会更直观。