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