基于运维风险的关键质量特征测试设计实践

张海龙

摘 要：质量特征是以质量模型为依据，实现测试用例全覆盖的质量要素。运维风险是在真实运维场景中，可能出现质量缺陷的风险要素。以分布式并发考勤系统的测试实践为案例，基于真实运维风险，进行关键质量特征测试设计，提高用户对系统的质量信心。

关键词：运维风险，关键质量特征，测试设计，质量信心

一 测试实践案例

1项目背景需求

某大型企业考勤记录是确定员工绩效、核算工资的重要依据，对考勤记录的完整性和准确性有很高要求。企业设25个考勤点，每个点400名员工考勤。为确保考勤记录真实有效，采用刷卡并抓拍员工头像方式考勤签到。每人每天考勤4次，一天共产生约2万条记录和照片。

企业要求在所有刷卡记录能实时并发上传到服务器;网络或服务器故障时，考勤点能至少保存5天4000条刷卡记录，当故障恢复后能自动上传记录，确保记录不丢失，不出错。

2系统功能架构

考勤点部署终端机，服务器部署服务端和数据库，实现接收考勤记录和抓拍照片，检查考勤终端在线状态，将考勤记录写入考勤系统数据库，存储考勤数据。考勤系统连接办公网，供绩效系统调用。系统架构如图1所示：

二 质量特征分析

1 FRESIUP质量模型

系统质量模型是标识系统能力对系统需求满足程度的模型。FRESIUP质量模型是一种质量模型，其质量特征如图2所示：

2系统的质量特征

根据质量模型和系统需求提出质量特征：

1）功能性（Functionality）

完整性：实现全部系统功能

准确性：卡号、抓拍，身份信息，记录上传，时间同步

适合性：刷卡灵敏、拍照清楚，语音清晰，装卸便宜、机体美观，操作简明

2）可靠性（Reliability）

稳定性：终端机不死机;数据存储持久;刷拍功能稳定;网络接口不丢包

容错性：错误数据不影响有效记录上传，易恢复性：终端机程序崩溃、考勤服务器软件挂掉能否自恢复

3）功效性（Efficiency）

時间效率：终端刷拍响应、记录实时上传

资源利用率：CPU、内存，消息队列资源占用率

容量：终端机记录、照片存储容量

性能负载：持续刷卡抗压能力，多并发连接大数据量抗压能力

4）安全性（Security）

密码强度：telnet，ftp，管理菜单非弱密码

数据隐蔽：调试串口隐蔽，数据库连接密码、服务器软件密文配参

5）互操作性（Interoperability）

自适应性：终端机网口自适应带宽

可兼容性：与企业绩效系统数据对接，与系统间的互操作，平台、服务器、版本、程序数据兼容性

6）易用性（Usability）

易操作性：有刷卡成功醒目提示

易理解性：操作提示、用户帮助

7）可移植性（Portability）

易安装性：终端机应用程序、考勤服务端软件易装卸

易升级性：终端机应用程序易升级，升级不影响功能持续

可备份恢复性：终端机、服务器数据自备份和自恢复、数据损坏易恢复

可替换性：部分点位故障易换新，并确保记录和配置数据不丢失

三 运维风险分析

1分析运维风险

运维场景与用户需求和项目背景紧密相关。本系统用户运行环境复杂，需考虑两个重要运维场景：

1）用户需求运维场景：考勤记录与员工绩效紧密相关，记录确保不能丢失。

2）项目背景运维场景：在运维阶段继续对系统进行改错优化和迭代升级。

2识别运维风险，提升质量信心

基于运维场景对运维风险进行分析，提出有效测试策略，重点选择和测试关键质量特征或系统需求，尽早发现和修复严重缺陷，能有效提升用户对系统的质量信心。如考虑功能特征，照搬质量模型，依系统需求规格说明书设计测试用例，忽略运维场景和运维风险，难以提升用户对系统的质量信心。

两个运维风险：一是确保不能丢失考勤记录，二是须能方便升级不影响用户正常使用。不能丢记录是系统需求，是容错性的体现;而易升级性是系统需求，也是可移植性。

四 关键质量特征测试设计

1标识关键质量特征

本案例运维场景中，容错性和易升级性是最关键的两个质量特征。

2测试用例设计

1）容错性测试用例设计

2）易升级性测试用例设计

五总结

一种测试设计方案的提出，必须根据项目背景和系统需求，使用合理的质量模型，并结合运维场景进行运维风险分析，标识关键质量特征，基于关键质量特征进行测试设计，减少运维风险，提升用户对系统的质量信心。