提高对业务逻辑和数据逻辑的熟悉程度。
查询
查询性能：数据量较大时，页面响应速度是否可观，如较慢需要考虑优化sql；
新增
身份证号码：支持输入大小写的X。一般情况下，用户输入小写x，应当自动转换为大写X存储进入数据库。
数据测试
1、数据来源：
来源于哪张表、哪个字段，数据库中的数值与界面数据的对应
例如：数据库中性别存储的是0/1，页面展示的应该是男/女，页面展示是否正确，对应关系是否正确
2、数据范围：
边界数据：如边界日期，是否需要过滤掉被选择的日期；
数据排序：是否有一个清晰的排序方式；
数据格式：小数位、四舍五入等格式规则是否统一；
3、数据唯一性
报表统计类型的测试
统计总耗时之类的数据：
- 在测试之前，开始时间、结束时间、审核日期等字段一定要搞清楚分别取得是什么值。否则就只是稀里糊涂的测，也会测试的很乱。
- 测试之前，总耗时、平均耗时的计算规则要搞清楚，而不是在测试的时候被动的验证数据正确性。想一边测试一边去猜测计算规则只会乱成一锅粥。。。切身经历啊。。。。
- 查询条件一般不作用于统计结果。（设计问题）
工作流业务测试
工作流类的业务，理清楚每一条工作流。对每一条工作流的操作整理出测试元素，再针对测试点写用例；或者是画流程图来理清工作流。
容易忽略的是并发操作，两个用户同时登陆系统，查看到了A待办事项，用户1领取了事项，用户2再去领取是否还可以领取成功。这里要搞清楚用户2是否可领取的判断逻辑是什么样的，熟悉开发思路。如果是通过判断待办事项是否有当前办理人来实现的，那么就很容易出现用户1已经办结完成A事项，此时A事项已经没有当前办理人，用户2再去领取A待办事项，很有可能就会出现可重复办理的情况。
熟悉开发思路