测试用例设计一纸禅---问题驱动设计

序言
适应于功能点比较明确的测试用例设计。

术语解释
配置：广义上的概念，针对系统功能点的所有输入输出均可认为是配置；
功能：更偏向于业务评价（多快好省）；
检查点：测试中非常重要的一个概念，测试结果判定的依据，检查点的全面性是测试人员技能水平的重要表现。

问题清单
1、请列出业务本身的所有配置项（包括隐性配置项）；
2、存在性检查：对于现在测试的这台设备，是否应该有这个配置项；
3、配置项状态与取值检查（默认状态是否正确，如是否应该被选中）、值是否正确、当前值是否生效；
4、web页面外观检查：配置项布局是否存在异常，除了文字外，该有的图标是否都有，是否与其他配置项之间有约束关系，约束关系是否正确；
5、配置修改检查：结合等价类、边界值等测试方法，对配置项进行配置更改，并检查是否生效；
6、多手段触发：如通过web配置页面直接更改，web页面刷新，跳转，外部环境触发业务状态变化，通过其他管理软件等；
7、提示信息检查：配置开始、进行、完成全过程中提示信息（如有）是否正确；
8、多出口检查：除了常见的检查方式外，还可以从哪些较多、入口、使用哪些方法对配置是否生效进行检查：
- 多页面入口
-日志检查；
-报文检查
-命令检查
9、隐性影响检查：这个配置更改后，设备本身除了直接表现给用户的外，还发生了哪些隐性变化（如资源占用等），这些变化是否正常；
10、周边影响检查-影响别人：更改配置后，除了对配置的业务本身外，这个配置对其他业务是否有影响（特别关注对其上层业务），对整个软、硬件环境是否产生影响；
11、周边影响检查-被别人影响：其他业务（特别是底层业务）更改、状态变化后是否对该配置项相关业务点有影响；软硬件系统的变化是否对该配置、业务有影响；
12、恢复默认检查：恢复默认后这个配置项是否正确；
13、配置导入导出：这个配置项是否能被导出、导入，导入后是否仍能生效；
14、多次修改检查：再一次对配置进行修改，修改是否扔能生效；
15、很多次修改检查：对配置修改很多次（大于3次），是否仍然正常；
16、业务效果检查：
- 基本生效性检查：如启用音频后有声音，开启实况后有图像，抓拍图片有图片，开始存储后有录像；
- 准确性检查：表现是对的，比如配置蓝色后是蓝色，时间OSD是对的；
- 效果检查：要求是好的，如云台转动流畅性、OSD调匀、运动图像连贯、图像质量等；
- 性能检查：包括资源占用、指标、吞吐量、速率、帧率、指标、主观效果等是好的；
- 稳定性检查：多次、频繁、长时间后业务仍然正常；
-设备状态检查：业务配置、运行过程中，设备状态正常（无重启，资源占用正常等）
17、兼容性：包括OS、浏览器、外设、软件版本前后兼容、第三方兼容（标准一致性等）；
18、网络安全检查：是否存在网络安全隐患（弱密码、明文、安全漏洞）；
19、异常处理：容错能力（包括设备自身出错后的恢复以及人为制造异常的处理应对）、资源冲突、前提条件不具备或者运行过程中发生改变等；
20、配套：服务器配套或者其他管理软件配套；
21、组合：业务内组合，业务间组合；（常见的业务组合：网络业务、编码业务、OSD业务、图像相关（镜像、宽动态等）、设备重启（软硬件重启等）、存储业务（中心存储与前端存储））；
22、组网：特定组网下；
23、场景：图像场景、智能业务场景、室外场景、对防护有要求的场景变化、网络环境变化。本质上也属于广义上的配置项；
24、隐性测试规格：
- 产品硬件相关检查（标签、铭牌内容等）；
- 可维护性检查；
- 易用性检查（交互性、提示信息、可安装性、普适性、设计一致性等）；
- 防呆检查；
-市场、用户相关（产品命名是否符合这个系列的定位并体现产品关键特色、手册、彩页等）