可测性提升
需求
- 提高需求文档的可读性
- 测试人员介入到需求设计阶段
- 提高需求文档业务流程和场景的可分解性
- 提高需求文档的易理解性
- 把可测性加入需求文档的设计阶段
- 将可测性的高低作为需求评审的要求之一
开发
- 开发人员技术文档的可读性，易理解性
- 控制开发人员代码的低耦合 高内聚
- 提高开发人员所编写代码的可观测性
- 提高开发人员所编写代码的可控性
- 提高开发模块的可隔离性
- 提交测试前，开发人员提供详细功能清单
- 开发模块代码的可分解性
- 开发人员编码的日志覆盖
- 开发人员提交测试前提供自测报告
测试
- 测试人员掌握所测需求的产品知识
- 测试人员的编码技术能力提升
- 测试人员了解所测需求的领域知识
- 测试人员的测试技能提升
- 加强测试人员和开发人员的沟通和交流
- 测试内部协作和跨组协作能力加强
- 设计有效的测试策略
- 测试人员的需求测试准备工作足够充分
项目
- 控制需求的变更，减少需求的变更次数
- 提高项目的环境可控性
- 提供项目的沙盒环境
- 提供足够的项目时间
- 提高需求变更信息的同步力度
- 提高项目环境的可用性
- 测试人员提前介入测试
- 足够的测试资源来支持项目
可恢复性提升
硬件相关
- 对于硬件及设备故障是否有有效的信息保护及恢复能力?
- 系统是否具有诊断、故障报告及指示处理方法的能力?
- 是否具备冗余及自动切换能力?
- 故障诊断方法是否合理和即时?
软件系统相关
- 系统的程序及数据是否有足够牢靠的备份措施?
- 对系统故障是否自动检测和诊断的功能?
- 系统遭破坏后是否具有重新恢复正常工作的能力?
- 故障发生时,是否能对操作人员发出完整的提示信息和指示处理方法能力?
- 是否具有自动隔离局部故障,进行系统重组和降级使用,以使系统不中断运行的紧急措施?
- 系统局部故障,可否进行占线维护,而不中断系统的运行?
- 在异常情况时是否按系统的分辨率,记 录了故障前后的状态,搜集了分析信息?
数据相关
- 测试数据进程被异常终止后，查看测试数据处理的恢复程度
- 数据同步过程中被中断，查看测试数据处理的恢复程度
- 数据交换过程中被中断，查看测试数据处理的恢复程度
站点/通信故障和错误
- 有纠正所有通信传输错误的措施吗?
- 有恢复与其他站点或系统通信发生故障前原状的措施吗?
- 对站点或通信故障所采取的措施是否满足运行要求?
- 数据是否支持双活容灾
其他
- 健全的监控来支撑出现问题后，及时报警到相关人员来修复
- 完备的技术支持维护方案
- 定期巡查机制