其实我很讨厌写用例这个东西的，上一家公司是写了不会看；这一家是写了然后还得又评审；
我负责的一块功能写用例，就只写了功能相关的；可能和上家公司的习惯有关吧，然后刚刚评审要补以下，业务相关的，比如说是字段预期 a，实际 a 这种；
问下佬友们，你们写用例，是只写功能这块，还是业务这块也要大概写一写
有些业务字段，比如说报表里的字段、和一些饼图、柱状图里面这些等；这个要怎么写用例验证啊
用例肯定要细致，结合实际业务吧。【不排除我是 TO B 企业有关】
功能 + 业务 缺一不可吧，用例还是很重要的，对于对齐需求、留痕、维护等都有作用。
对于字段、一些图其实重点是数据的把握。
数据测试 = 数据来源 + 数据流转 + 数据呈现
数据来源 - 测试要点：
1、数据完整性--》是否有缺失？比如订单数据少了一天
2、数据准确性--》源头数据是否正确？比如订单金额是 100 还是 1000？
3、数据时效性--》数据是否延迟？T+1 还是实时？
4、数据格式--》字段类型、编码、时间格式是否一致？
数据流转 - 测试要点：
1、计算逻辑正确性--》公式是否正确？比如 “销售额 = sum(单价 × 数量)”
2、数据一致性--》加工前后数据是否对得上？
3、异常处理--》空值、负数、异常字符如何处理？
4、性能--》大数据量下是否超时？
数据呈现 - 测试要点：
1、字段映射正确--》前端字段是否对应后端字段？比如 “销售额” 是不是真的 sales_amount？
2、图表数据准确--》饼图占比是否和底层数据一致？
3、时间范围正确--》“昨日” 是不是真的昨天？时区对不对？
4、权限控制--》不同角色看到的数据是否隔离？
最怕你这种类型的同事了，测试最根基的测试用例都不认真，以后很容易背锅或者惹祸
用例不是测试的核心内容吗
有点不太明白，你说的功能和业务是分开的吗？你验证比如报表这些内容的正确性，这不是数据显示功能的一部分吗，都是功能，为啥要分开
蒋荣轩
回复
就是我先写了一版是关于 web 页面功能的，然后一些报表字段，图标字段之类的没写进去；就比如报表 10 个字段吧，我没有具体再用例中写清楚，这个字段预期是什么值；
