图1 场景测试模型
场景测试模型增加了“被测系统”和“角色”（图中未画出），目的是站在用户的视角，从用户使用习惯入手，按照用户的实际部署、配置和使用（业务负载），确认系统的反馈是否符合用户的关注点要求。
1.从用户使用习惯来分析和组织场景
场景测试分析时，要从用户的使用习惯入手。一个比较好的切入点是从用户开始接触和使用这个产品的时间点开始，根据用户使用的时间线来分析和组织场景，如图所示。
图2 根据用户使用产品的时间线来分析和组织场景
根据用户使用产品的时间线组织的场景分为4类。
1）用户首次使用系统的相关场景。如安装场景、首次使用的调试场景、试运行场景等。
2）用户日常使用的相关场景。主要涉及系统基本功能的使用场景，如常见的增加、删除、修改、查询、同步、备份等操作的场景。
3）故障相关场景。包含各种可能的故障和出现故障后的定位、解决场景。需要特别说明的是，这个场景中的用户对象，可以是最终使用产品的用户，也可以是产品的维护支持人员。
4）升级/扩容相关场景。包含系统升级、功能扩展等场景。
2.分析主要场景和次要场景
从产品设计开发的角度来说，在实现某个功能的时候，会先关注这个功能最重要、最核心的点是什么，然后优先去实现和满足这个点，这就会自然而然形成一个最短的“主路径”。从用户的角度来说，这条主路径往往会对应主要场景。主要场景满足后，开发人员才会逐渐考虑去完善整个功能，包括异常、其他操作步骤和其他的功能交互等。
分析系统的主要场景和次要场景的思路。
图3
具体步骤为：
1）分析这个功能最核心的点是什么，用户完成这个点最少的步骤是什么，这些步骤构成的场景一般就是主要场景。
2）可以分析有哪些异常场景。
3）分析用户完成这个功能，除了最少的步骤外，还可通过哪些其他步骤完成，如最长的步骤等。
4）分析这个场景还会涉及哪些别的功能。
在分析出主要场景和次要场景后，还要分析进入这些场景的“触发器”及前置条件，以完善整个场景。
3.确定用户部署、配置、负载和用户关注点
最后对分析得到的所有场景（包括主要场景和次要场景）进行部署、配置和使用负载分析。此时需要特别注意的是，要从“用户关注点”的角度确定相关检查点。
4.场景测试用例输出
完成前面3个步骤后就可以开始整理输出场景测试用例了。按照用户使用这个产品的时间线来组织场景测试用例。也就是将前面分析得到的主要场景或次要场景的描述，作为测试用例标题；将场景的前置条件和用户部署作为测试用例的前置条件；将主要场景或次要场景中分析得到的步骤作为测试用例的步骤；将配置、负载等作为测试用例的输入；将用户关注点作为测试用例的输出（预期结果）。
案例：摄像头接入准入系统测试场景分析
图4
（1）××摄像头接入准入系统旨在对摄像头进行接入管控。
准入系统的基本功能为：
1）准入系统可以自动识别摄像头，也可由管理员主动添加摄像头。
2）无论是准入系统主动识别还是管理员主动添加的摄像头，必须要由管理员审批通过后才能算合法的摄像头。
3）只有被管理员审批通过的摄像头才能访问摄像头接入服务器。准入系统会阻断没有被管理员审批通过的摄像头。
有3个摄像头，摄像头1和摄像头3都是系统自动识别的摄像头，摄像头2是管理员手动添加的摄像头。管理员在准入系统上审批通过摄像头1和摄像头2，摄像头1和摄像头2均可以访问摄像头接入服务器；摄像头3没有被管理员审批通过，不能访问摄像头接入服务器。
（2）××摄像头接入准入系统测试场景分析
对××摄像头接入系统进行场景测试分析。
第一步，从用户使用习惯入手来分析和组织场景。
图5
第二步，逐一分析每一个场景类别中的主要场景和次要场景。以场景大类1为例。
图6 ××摄像头准入系统首次使用场景中主要场景分析
第三步，从异常、还有哪些操作步骤和是否有其他相关功能这三个角度。分析图6所示场景大类下的次要场景，见图7。
图7 ××摄像头准入系统首次使用场景中的次要场景分析
第四步，确定用户的部署、配置、使用负载和关注点。
以场景大类1为例，用户的部署如图7所示。可以在场景大类2（日常使用）或者场景大类4（升级维护）中考虑大量摄像头满规格部署等模式，同理配置和使用负载方面也是如此。
用户关注点方面，需要考虑如下内容。
1）摄像头首次被系统识别的时间：系统上电、摄像头接入后多长时间能够被正确识别。
2）摄像头状态变化的检测效率：如摄像头下线后再次被识别的时间。
3）管理员手动添加摄像头的生效时间。
4）管理员是否可以批量手动添加摄像头。
5）未被批准接入的摄像头的告警频率等。
摘取自刘琛梅老师的《测试架构师修炼之道：从测试工程师到测试架构师 第2版》
网友评论