软件测试中一定要包括场景测试

以下均为自己在手工测试过程中的感悟，不一定成熟，但是非常干货；

 

场景用例：贴近用户实际操作习惯与流程，当用户真实使用软件时是把软件当成工具来辅助自己完成工作、学习或娱乐等目的，实际上就是在完成场景；另外用户不会像测试人员一样关注具体的功能与规则，功能与规则只是为了更好的支撑用户场景而服务的；

之前的中会将用例分为流程用例、关联用例、基础功能用例，无论哪方面，其实都更关注程序而非用户实际的操作过程，这样可能会漏掉bug，且漏掉的是影响软件使用的严重bug，同时在测试策略上也没有抓住测试重点；

因此建议测试用例中增加场景用例；

 

主流程和场景的区别举例如下：

1）以某个项目为例，企业端每月填报一张报表，企业端和监管端两级审核，两级均审核通过后，流程截止；

a）主流程：企业填写填报表，两级审核通过或驳回修改后，两级审核通过，在此过程中数据正确、状态流转正确、消息提醒正确；

b）场景用例：

前置条件：2020年只终审通过了02月，漏填03/04/05月份的数据，06月数据被驳回

场景为企业端修改06月数据，改为03月数据，终审通过后，再正常填报04/05/06月数据；

 

由此可见，主流程用例更关注程序实现正确，而场景用例更关注用户实际操作流程和习惯（有没有想起著名的ATM取款场景）；

主流程用例是基础，主流程不通过，程序甚至操作不下去；

场景用例是主体框架，场景不通过，用户常用的操作无法执行，则程序也没有使用价值和意义；



今后工作中的建议：

1）当基础功能、主流程均通顺之后，应该首先测试场景，这部分用例级别为高；

2）当程序测试时间紧的时候，优先保证基础功能、主流程、场景正确，其他辅助性规则优先级降低；