淘宝为例的质量属性分析
作者:mrferry 发布时间:[ 2017/3/29 14:08:48 ] 推荐标签:软件测试管理 质量管理
为了掌握质量属性概念,以淘宝网为例进行质量属性分析。
可用性分析:
场景设想:由于同时登陆淘宝网的人数过多造成登陆响应超时。
刺激源:淘宝网用户。
刺激:淘宝网服务器崩溃。
制品:淘宝网的处理器和服务器。
环境:正常的登陆操作。
响应:显示登陆过程的进度条或登陆超时提醒或网络环境异常。
响应度量:系统服务器后台启用降级模式,并且在30分钟内进行快速修复。
可修改性分析:
场景设想:由于双11的到来,首页需要稍做变动,将特卖商品放到比较显眼的位置,需要对界面布局进行调整排布,以区别于平常的界面布局。需要这设计时改变代码,要求在3个小时之内完成代码修改及测试,且用户使用时比较稳定。
刺激源:开发人员、活动项目组、淘宝用户。
刺激:希望修改用户界面。
制品:系统用户界面异于平常界面、活动界面迎合用户需求的系统。
环境:设计时、编译时、运行时。
响应:对界面布局顶部、边框等进行重新设计,修改不影响且方便用户进行选购,对所做的修改进行测试,部署所做修改。
响应度量:使用户找到想要选购的商品的时间至少减少3秒。
性能分析:
场景设想:200万人希望登陆上淘宝网来选购想要的商品。
刺激源:200万淘宝网用户。
刺激:试图同时登陆淘宝网站进行选购商品。
制品:淘宝网站。
环境:正常模式(超载模式)。
响应:处理登陆请求。
响应度量:登陆等待时间不超过2秒。
安全性分析:
场景设想:某用户选中某件商品进行修改自己的收货地址并付款购买。
刺激源:淘宝网用户。
刺激:希望购买商品,修改数据,访问淘宝网用户服务。
制品:淘宝网用户信息系统、付款系统。
环境:用户和商家在线(离线),达成交易。
响应:进行安全检测,保护资金支付环境安全以及动态显示商品购买后的状态。
响应度量:进行两次或以上的确认验证,商品属性验证,收货地址验证,付款密码验证等。
可测试性分析:
场景设想:单元测试人员想要测试搜索功能的性能。
刺激源:单元测试人员。
刺激:对淘宝网的搜索引擎代码加上模糊查询功能。
制品:具有模糊查询功能的查询模块。
环境:设计时、开发时、编译时。
响应:提供对搜索内容的访问,提供所查的值。
响应度量:在2~3秒内查找出与搜索内容相关的200条商品。
易用性分析:
场景设想:
刺激源:淘宝网用户。
刺激:淘宝网用户希望了解如何有效的使用系统,使错误降低,希望能了解系统特性以便可以快速上手购买商品。
制品:淘宝网站。
环境:在运行时。
响应:系统提供新手导航、帮助、小贴士、撤销、显示商品状态、找相似等等功能来响应用户对系统进行了解。
响应度量:按照步骤简练概括怎么做。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11