《淘宝网》质量属性分析
以《淘宝网》为例,描述质量属性的留个常见属性场景
①可用性:主要关注怎么检测故障、出现故障的现象、防止故障发生以及如何处理故障等等
场景:双十一双十二购物用户大量增加,同时访问系统
场景部分 | 值 |
刺激源 | 系统外部的用户 |
刺激 | 大量用户同时发出的响应 |
制品 | 系统的处理器 |
环境 | 正常 |
响应 | 根据已定义的规则禁止故障源 |
响应度量 | 十分钟内恢复原状态并保存操作 |
②可修改性:主要关注修改什么以及何时对谁修改
场景:由于搞春节促销活动,开发人员想修改用户界面
场景部分 | 值 |
刺激源 | 开发人员 |
刺激 | 希望修改质量属性 |
制品 | 系统用户界面 |
环境 | 运行时 |
响应 | 查找架构中需要修改的位置,保证不影响其他功能的前提,修改后进行测试,通过测试部署所做的修改 |
响应度量 | 修改该界面对其他99.5%的功能不造成影响 |
③性能:主要关注软件响应时间、吞吐量等一系列性能属性
场景:超过2000用户同时对进行下单操作
场景部分 | 值 |
刺激源 | 系统外部的用户 |
刺激 | 大用户访问的随机事件 |
制品 | 系统 |
环境 | 超载模式 |
响应 | 处理刺激 |
响应度量 | 要求在五秒内完成等待,保证数据不丢失 |
④安全性:主要关注判断用户的合法性并阻止非授权的使用
场景:黑客想盗取他人向自己账户支付
场景部分 | 值 |
刺激源 | 黑客为非授权用户 |
刺激 | 试图访问无权限的系统服务 |
制品 | 系统中的服务 |
环境 | 在线 |
响应 | 对受害用户进行提示并要求验证 |
响应度量 | 在黑客发出非法请求五秒内向受害用户请求验证,并保证不造成用户财产损失 |
⑤可测试性:关注能否容易通过测试揭示软件缺陷
场景:测试人员使用5000名用户同时访问系统,测试系统的响应速度
场景部分 | 值 |
刺激源 | 测试人员 |
刺激 | 5000名用户同时访问系统 |
制品 | 代码段 |
环境 | 部署时 |
响应 | 能够得出所需响应时间 |
响应度量 | 在八秒内完成所有用户的响应及反馈 |
⑥易用性:关注完成某个任务的难易程度
场景:邀请用户利用淘宝完成一次购物
场景部分 | 值 |
刺激源 | 最终用户 |
刺激 | 有效的使用系统,完成一次购物 |
制品 | 系统 |
环境 | 运行时 |
响应 | 根据相关按钮及操作提示,导向性地帮助用户完成操作 |
响应度量 | 能够保证98%的用户达到满意的程度 |