摘 要：质量特征是以质量模型为依据，实现测试用例全覆盖的质量要素。运维风险是在真实运维场景中，可能出现质量缺陷的风险要素。以分布式并发考勤系统的测试实践为案例，基于真实运维风险，进行关键质量特征测试设计，提高用户对系统的质量信心。
　　关键词：运维风险，关键质量特征，测试设计，质量信心
　　一 测试实践案例
　　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）易升级性测试用例设计
　　五总结
　　一种测试设计方案的提出，必须根据项目背景和系统需求，使用合理的质量模型，并结合运维场景进行运维风险分析，标识关键质量特征，基于关键质量特征进行测试设计，减少运维风险，提升用户对系统的质量信心。