质量属性分析(以12306为例)
可用性:
场景:在春运以及返程高峰期,购票系统访问量、购票量剧增
刺激源:购票旅客
刺激:访问量、购票量剧增
制品:铁路12306服务器
环境:正常操作
响应:访问页面是请求缓慢,剩余票量更新不及时
响应度量:在一段时间内,网络畅通后服务器能够返回相应,并更新记录乘客的购票记录,刷新余票。
可修复性
场景:在春运以及返程高峰期,出现增加列车增加车厢情况,需要修改列车售票信息
刺激源:后天管理人员
刺激:修改列车售票信息,以及列车运行信息
制品:售票界面
环境:正常售票
响应:修改后更新列车信息、以及车厢信息
响应度量:修改后不影响正常的售票
性能
场景:春运时期,用户的查询量购票量急剧增长,在同一时间大量用户登录访问售票系统
刺激源:出现旅客
刺激:大量访问系统,查看列车信息进行购票
制品:12306售票网站
环境:正常运行
响应:下单成功
响应度量:在一分钟之内响应购票结果(余票充足进行占座,如果余票为0提示余票不足)
安全性
场景:必须能录个人的12306账号才能进行购票,并且防止在一定时间内多次买票囤票
刺激源:未进行登录,或在相同时间内购买火车票
刺激:进行下单操作
制品:购票系统
环境:网络购票
响应:要求用户登录,提示用户在该时间段内有出行的订单,不得重复购票
响应度量:操作失败
可测试性
场景:模拟大规模人员同时访问、操作系统
刺激源:测试人员
刺激:大量用户同时下单
制品:代码段
环境:开发时
响应:反馈测试结果
响应度量:用户同时访问、下单的最大数量、以及系统数据是否完整,有没有出现订单混乱的情况
易用性
场景:用户可以根据自己的出发地以及目的地购买适合自己的乘坐的列车
刺激源:购票旅客
刺激:查询售票区间
制品:12306售票系统
环境:用户正常操作
响应:系统显示各列车运行时间,余票量,车票价格
响应度量:大量旅客更倾向于使用网络购票,安排自己的出行