模块测试指导书

测试指导书 Contents 目 1 测试指导书意义 2 了解客户 3 熟悉需求&原理 4 怎么测试 录 测试指导书的意义 产品 需求 测试 需求 测试 指导书 测试点 用例 承上启下 对测试需求进行“科学”的整理，构建合理框架、 加入测试设计方法和明确重难点 传承、交接 传递测试经验，避免模块测试知识靠口口相传；交 接工作时让他人熟悉此模块 说明怎么测 系统地说明如何去测试模块，测试范围、测试效 率、测试有效性、测试重难点怎么保证 产品价值分析 了解客户 这部分主要是通过了解清楚目标客户是谁，这些客户主要存在些什么问题，他们一般怎么部署和使用 来了解清楚客户的情况； 我们收集来的场景库里面的素材应用 目标客户分析 做这个模块主要是面对哪些客户？比如金融、教育、企业等不同类型的客户 这些不同类型的客户主要存在哪些问题？（有哪些问题才需要此模块，我们了解清楚了问题，可以以 此来检视产品的需求到底合不合理） 了解客户 客户的场景分析 这些目标客户的主要场景是哪些？包括它的部署、应用软件（及其压力）、硬件配置、配置方式等； 有了这些素材，我们在设计用例和场景时心里才有底，比如到底测500G还是测1T，比如到底要测 Oracle就够了还是一窝粥全要测 收集这些素材主要有几个来源： a、用户需求规格说明书等文档资料 b、和规划团队的沟通，了解清楚具体的细节 c、部门建立的用户场景库（一般来源于客户拜访、网上问题等） d、竞争对手分析（有些竞争对手做了类似的需求，他们有些需求这样那样去实现是为了解决什么 客户场景问题） 模块的价值分析 我们实现的这个模块，怎么去解决上面分析的客户问题？能不能解决？ 这个模块有什么卖点？比如相对于竞品有什么拿得出手的亮点，有时候市场推广需要 熟悉需求&原理 测试设计分析 这部分有：原理分析、需求分析、方案设计、策略、重难点，前两个属于需求&原理了解 原理分析 将开发实现的逻辑，自己用逻辑图画出来 了解开发的实现，建议从： a、总设（了解下这个模块在整个版本代码框架中的位置，与其关联的有哪些） b、概设、详设（了解具体的代码逻辑，如何处理异常的？哪些逻辑需要重点覆盖？代码能不能满 足需求（包括于此模块关联的处理） 测试需求分析 测试需求包括：测试内容及其质量标准、红线 质量标准、红线：标准说明哪些要测，哪些不测，哪些重点测，着眼于测试需求细节；红线说明哪些 是这个模块的核心价值，不能达成将不能发布此模块；需要开发、测试、规划三者达成一致，且测试 要基于质量除非来考虑到底测不测，不能由于进度要求而放弃关键或必要质量 怎么测试 测试设计分析 这部分有：原理分析、需求分析、方案设计、策略、重难点，后三个阐述如何科学的测试 测试方案设计 测试框架设计 a、“科学”的组织测试点，使得测试思路清晰，测试点不遗漏也不冗余； b、一般是按照逻辑、场景这两个大方向来组织；比如集群这种强逻辑的用逻辑方式，根据开发代 码逻辑和配置操作，自己画出整个大逻辑图，并以此为测试框架来组织测试点；同样类似用户、组织 管理这种强场景的，根据用户操作场景或我们推荐的配置流程来组织测试点；这里的关键点在于：你 能根据模块的需求、逻辑、场景画出这个模块的结构图 怎么测试 测试方案设计 在模块结构图的基础上说明“测什么”和“怎么测” a、“测什么”，主要描述从哪几个方面去进行测试，比如以上页的场景模块结构图为例，可以分 为：VMWARE备份到HCI、备份恢复到HCI、备份恢复到VMWARE、VMWARE虚拟机迁移到HCI、 虚拟机从HCI回迁到VMWARE 5个部分，然后在分别将备份或迁移的各个测试需求组织到这5个部分 下 模块 结构图 维度1 维度2 维度n 测试需求1 测试需求2 测试需求3 测试需求n 目录框架 怎么测试 测试方案设计 b、“怎么测 ”- 测试方法使用 等价类边界值，两个方法实际使用时是合在一起，一般使用在输入域或前置域的梳理 怎么测试 测试方案设计 b、“怎么测 ”- 测试方法使用 正交组合，参数和值的组合，一般用在（参数、值）组合情况比较多的情况，比如 怎么测试 测试方案设计 b、“怎么测 ”- 测试方法使用 决策表，分析多逻辑条件下执行不同操作的情况的工具，一般用在多逻辑条件的情况，比如 怎么测试 测试方案设计 b、“怎么测 ”- 测试方法使用 状态树（逻辑图），做路径覆盖，一般用于各种状态转换、不同逻辑处理的情况，比如 怎么测试 测试方案设计 b、“怎么测 ”- 测试方法使用 场景流，做路径覆盖，一般用于与用户交互多的情况，比如 怎么测试 专项分析 主要针对可靠性测试、安全测试、场景测试等内容，是对“测试方案设计”的一个补充 可靠性 1、按模块结构图分析出需要进行可靠性测试的地方，如下图的路径 2、每个路径上要测试的可靠性内容以及需要注入的故障类型 怎么测试 场景 1、从第一部分“产品价值分析”提炼的客户信息作为素材使用到场景中，包括目标客户及其典型场景 2、有必要可以和解决方案人员配合 怎么测试 测试策略 1、说明各个阶段如何开展测试（战略指导思想），注意不要说些例行、流程工作，比如需求阶段跟踪 需求，正确的应该说需求阶段的缺陷预防有些创新的地方，比如测试来编写需求矩阵，并和开发、PO 确认完毕 2、重点说明要开发保证的内容和措施、兼容性的策略、与其它模块有关联怎么分工（包括自动化） 测试重难点 1、重点就是这个模块的价值地方要认真、详细的测，所以要搞清这个模块的核心价值，第一部分的“ 产品价值分析”好坏就体现出来了；针对重点，开发从设计编码上有什么保障机制？测试从测试策 略、测试点详细度上怎么保证 2、难点就是这个模块不容易测试的地方，比如有些共享内存之类的，需要有区别于传统的测试工具、 方法