1、基于运维风险的关键质量特征测试设计基于运维风险的关键质量特征测试设计实践实践 张海龙 摘 要：质量特征是以质量模型为依据，实现测试用例全覆盖的质量要素。运维风险是在真实运维场景中，可能出现质量缺陷的风险要素。以分布式并发考勤系统的测试实践为案例，基于真实运维风险，进行关键质量特征测试设计，提高用户对系统的质量信心。关键词：运维风险，关键质量特征，测试设计，质量信心 一 测试实践案例 1 项目背景需求 某大型企业考勤记录是确定员工绩效、核算工资的重要依据，对考勤记录的完整性和准确性有很高要求。企业设 25 个考勤点，每个点 400 名员工考勤。为确保考勤记录真实有效，采用刷卡并抓拍员工头像方式考
2、勤签到。每人每天考勤4 次，一天共产生约 2 万条记录和照片。企业要求在所有刷卡记录能实时并发上传到服务器;网络或服务器故障时，考勤点能至少保存 5 天 4000 条刷卡记录，当故障恢复后能自动上传记录，确保记录不丢失，不出错。2 系统功能架构 考勤点部署终端机，服务器部署服务端和数据库，实现接收考勤记录和抓拍照片，检查考勤终端在线状态，将考勤记录写入考勤系统数据库，存储考勤数据。考勤系统连接办公网，供绩效系统调用。系统架构如图 1 所示：二 质量特征分析 1 FRESIUP 质量模型 系统质量模型是标识系统能力对系统需求满足程度的模型。FRESIUP 质量模型是一种质量模型，其质量特征如图
3、2 所示：2 系统的质量特征 根据质量模型和系统需求提出质量特征：1）功能性（Functionality）完整性：实现全部系统功能 准确性：卡号、抓拍，身份信息，记录上传，时间同步 适合性：刷卡灵敏、拍照清楚，语音清晰，装卸便宜、机体美观，操作简明 2）可靠性（Reliability）稳定性：终端机不死机;数据存储持久;刷拍功能稳定;网络接口不丢包 容错性：错误数据不影响有效记录上传，易恢复性：终端机程序崩溃、考勤服务器软件挂掉能否自恢复 3）功效性（Efficiency）時间效率：终端刷拍响应、记录实时上传 资源利用率：CPU、内存，消息队列资源占用率 容量：终端机记录、照片存储容量 性能负
4、载：持续刷卡抗压能力，多并发连接大数据量抗压能力 4）安全性（Security）密码强度：telnet，ftp，管理菜单非弱密码 数据隐蔽：调试串口隐蔽，数据库连接密码、服务器软件密文配参 5）互操作性（Interoperability）自适应性：终端机网口自适应带宽 可兼容性：与企业绩效系统数据对接，与系统间的互操作，平台、服务器、版本、程序数据兼容性 6）易用性（Usability）易操作性：有刷卡成功醒目提示 易理解性：操作提示、用户帮助 7）可移植性（Portability）易安装性：终端机应用程序、考勤服务端软件易装卸 易升级性：终端机应用程序易升级，升级不影响功能持续 可备份恢复性
5、：终端机、服务器数据自备份和自恢复、数据损坏易恢复 可替换性：部分点位故障易换新，并确保记录和配置数据不丢失 三 运维风险分析 1 分析运维风险 运维场景与用户需求和项目背景紧密相关。本系统用户运行环境复杂，需考虑两个重要运维场景：1）用户需求运维场景：考勤记录与员工绩效紧密相关，记录确保不能丢失。2）项目背景运维场景：在运维阶段继续对系统进行改错优化和迭代升级。2 识别运维风险，提升质量信心 基于运维场景对运维风险进行分析，提出有效测试策略，重点选择和测试关键质量特征或系统需求，尽早发现和修复严重缺陷，能有效提升用户对系统的质量信心。如考虑功能特征，照搬质量模型，依系统需求规格说明书设计测试用例，忽略运维场景和运维风险，难以提升用户对系统的质量信心。两个运维风险：一是确保不能丢失考勤记录，二是须能方便升级不影响用户正常使用。不能丢记录是系统需求，是容错性的体现;而易升级性是系统需求，也是可移植性。四 关键质量特征测试设计 1 标识关键质量特征 本案例运维场景中，容错性和易升级性是最关键的两个质量特征。2 测试用例设计 1）容错性测试用例设计 2）易升级性测试用例设计 五总结 一种测试设计方案的提出，必须根据项目背景和系统需求，使用合理的质量模型，并结合运维场景进行运维风险分析，标识关键质量特征，基于关键质量特征进行测试设计，减少运维风险，提升用户对系统的质量信心。
