配置文件编码问题，试试改为 utf-8

第一天就报名了，，现在还没有加群 请问怎么加群呢

看着还有点亲切呢

谢谢回复！其实我这边的业务刚好是对数据校验这块问题比较注重，你有什么样比较通用的接口测试方法吗？
先简单介绍下我的情况，需求那边有很频繁的报表提测任务，而且经常是新增报表，数据源来源于比较复杂的业务方数据表，所以做统计的过程经常是很多表进行关联各种条件查询，如果每次都检查开发的 sql 取数逻辑，一个报表就需要花费比较多的测试时间了。

比较关心楼主判断用例是否通过的逻辑，代码中说是判断是否有错误提示框，可以具体点吗？有对返回的数据本身做验证吗？报表有正常返回但是数据却是错误的时候，不知道楼主这块有没有涉及呢？期待回复！谢谢！

楼主在另一文章回复中推荐了 assertJ，转来这篇后深感 assertJ 的强大呀！自己试了下看到产生的记录真的被删除了。但还有个疑问哈，监控数据 diff 还包括了非测试脚本产生的数据，可以做到排除这些非测试脚本产生的数据吗？因为我是直接在公司测试环境上执行脚本，其他测试同事也会往测试环境数据库插入了数据。我感觉我是不是要维护一个只有我自己才会往里面插数据的环境

感谢提供思路，你的文章真的是干货满满！棒！

16 年的帖子现在才有幸看到，博主提到的接口产生的数据，使用 in line 方式删除。那如果接口影响的是原本的已有的数据呢，比如说修改密码：修改密码接口的参数有账号、原始密码、新密码，例：原始密码 123456、新密码是 12345678，第一次执行该接口没问题，顺利通过，那我下次是如何能够还是使用原始密码 “123456” 就通过修改密码的接口呢？不知道你说的 in-line 方式能不能达到还原数据的作用。