软件测试用户场景分析设计模板.xlsVIP

场景主题2 场景主题1 场景编写 场景设计 场景分析 操作方法 ThisWorkbook.new_sheet 操作步骤 概述 具体说明 备注 全局说明 基本要求 项目经理/模块负责人能独立讲解原始需求、清楚商业目标、用户价值、主要卖点、应用使用场景；鼓励尽早发布重要功能，合理需求取舍，避免工作量浪费，鼓励从用户价值角度主动思考 第一步:场景分析 分析时间 根据“场景分析”方法，结合“产品线用户场景经验库”进行场景分析，尽量在需求外部评审前完成，以便及时和市场、客服及相关干系人确认 分析范围 对于改动、使用范围小的模块或版本可减少场景分析设计的力度；效果展示模块、差异化优势模块、重点宣传的模块或版本等需加大场景分析设计测试力度 分析过程 场景分析是分析出版本或模块所有的使用场景项，根据产品规划、商业目标、用户价值明确需求优先级(哪些支持、哪些不支持)，不支持项或注意事项需记录 分析结果 场景分析发现需求不合理、需求错误、不满足用户需求、不支持基本场景、不支持项、用户体验差、效果差等任何问题，可与相关人员进行讨论或提交缺陷，当问题无结论时可在需求评审中定夺 第二步:场景设计 主题分析 分析出使用场景主题，并确定场景主题：1、根据产品使用过程分析：测试-实施-使用-升级(软硬)-维护；2、根据产品用户使用价值/原始需求分析得出；3、根据用户需求规格说明书分析得出 主题内容 根据确定的场景主题，分析出各角色关注的内容：获取速度、误判、开机速度、比物理机便宜、使用领域、使用规模、演示场景关注什么、使用场景关注什么等 主题策略 根据已确定的场景主题和主题内容确定场景主题覆盖策略，当有实施场景、测试场景、具体场景主题、具体场景项时，在哪儿验证，什么时候验证，如具体场景项在“版本整体用户场景”中验证 场景设计 根据确定的场景主题和场景覆盖策略，并结合“基于用户使用场景”方法进行场景设计，首先确定基本流(最简单/常用路径)、然后分析备选流(分支/异常) 场景组合 场景设计主线是基于场景主题，用表格进行场景组合有2种方式：1、根据场景主题直接进行场景设计并依次勾选；2、将所有场景点步骤编写完成后，根据场景主题进行勾选 第三步:场景编写 步骤编写 场景设计基于用户使用，用表格进行场景组合有2种方式：1、根据场景主题直接进行场景设计并依次勾选；2、将场景项编写完成后，根据场景主题进行组装。 测试方法 每个场景点的测试方法/测试工具需标准化，专业化，以便直接继承到“产品测试指导书”，方便市场、客服进行产品测试、实施、同行对比，确保实验室测试与用户现场测试的一致性 期望结果 每个场景点的期望结果，用户更关注预期结果的合理性、价值、感知和感受，比如访问速度快比以前慢、不卡、效果好等，而不怎么关注预期结果是对是错、是有是无 第四步:场景执行 测试执行 场景主题执行时需记录：1、场景点数据，如虚拟器启动时间、双机切换时间等；2、根据版本商业目标确定是否进行探索性测试，如需要，执行过程记录探索测试点和执行结果 说明：场景分析的目的是熟悉原始需求、需求合理性分析、关注用户体验、论证用户价值(能满足用户需求、解决用户的疼、解决用户问题、节约时间、节约资源、节约金钱、带来效益等)。 维度 关注角色 类型 场景项 注意事项 网络场景 IT管理员、客户领导、真实客户、开发人员、客服人员、市场人员、管理人员 产品部署环境 1、根据版本商业目标查看产品线用户场景库中产品部署环境哪些支持，哪些不支持，如与产品部署环境无关可忽略； 2、网络层模块关注：对接的网络设备、VLAN、动态路由、OSPF、RIP、非对称路由、VRRP、双机、bond等；应用层模块关注：与不同服务器的业务交互 服务器环境 含内外网服务器：http(apache/IIS/nginx)，数据库服务器(oracle/mysql)，DNS(bind/windows)，OA系统，mail服务器，域服务器等，并分析与各服务器各业务交互和影响，如与服务器环境无关可忽略； 经典案例：国外邮箱向国内邮件服务器无法发送邮件，缺少SOA记录 用户使用环境 明确用户使用环境：操作系统类型、浏览器类型、移动终端、平板、杀毒软件、程序等，如与用户使用环境无关可忽略； 价值呈现 整体用户价值 谁在什么情况/场景下使用产品带来什么价值(关注整体场景项)，如演示场景、替换主机场景、实施场景、替换服务器场景等，可从测试-实施-使用-升级(软硬)-维护分析 经典案例：能给我的绩效(IT管理员、客户领导)带来哪些好处，如何快速产出例行报表，如何更好的汇报工作 细化用户价值 对各个功能/需求进行价值细化分析，关注实时性、准确性、速度、反应、感知、效果、符合业界要求等，同时需清楚与同类产品的差距 经典案例：双机切换速度相比于同行快、密码用户或密码如何