可用性分析:
场景设想:双十一购买商品的人数过多造成未响应。
刺激源:太多的用户。
刺激:在线用户过多，服务器崩溃。
制品:系统
环境:正常的操作
响应:系统响应人数过多，无法正常购买
响应度量:登陆之后正常使用
可修改性分析:
场景设想：用户修改淘宝的使用界面
刺激源:卖家
刺激:希望修改界面。
制品:淘宝APP界面
环境:正常运行时
响应:修改不产生副作用
响应度量:立即产生效果
性能分析:
场景设想:双十一，双十二时，亿万人希望登陆上淘宝网来选购想要的商品。
刺激源:近2亿淘宝网用户。
刺激:试图同时登陆淘宝网站进行选购商品。
制品:淘宝网站。
环境:正常模式(超载模式)。
响应:处理下单请求。
响应度量:下单时间不超过2秒，不产生错误。
安全性分析:
场景设想:某用户经过特殊手段窃取用户信息，甚至修改用户的信息。
刺激源:黑客，以及任何没有权限访问内部信息的人员。
刺激:对淘宝网的信息进行操作。
制品:淘宝网用户信息。
环境:正常操作。
响应:进行安全检测，保护用户信息。
响应度量:无法窃取用户任何信息。
可测试性分析:
场景设想:单元测试人员想要测试搜索功能。
刺激源:单元测试人员。
刺激:对淘宝网的搜索引擎代码加上模糊查询功能。
制品:具有模糊查询功能的查询模块。
环境:测试时。
响应:提供对搜索内容的访问，提供所查的值。
响应度量:在2秒内查出与搜索内容相关的200条商品。
易用性分析:
场景设想：刚注册成为用户第一次登陆淘宝网
刺激:淘宝网用户希望了解如何有效的使用系统，使错误降低，希望能了解系统特性以便可以快速上手购买商品。
刺激源:淘宝网用户。
制品:系统。
环境:正常运行。
响应:系统提供新手导航、帮助、小贴士、撤销、显示商品状态、找相似等等功能来响应用户对系统进行了解。
响应度量:按照步骤可以正常使用。
