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