软件测试的原则和测试需求分析

软件测试的原则

 1. 所有的测试都是以需求规格说明书为准的。
 2. 软件测试必须基于“质量第一”的思想开展工作，如果时间与质量冲突，时间服从质量。
 3. 事先定义好产品的质量标准，只要有了质量标准，才能根据测试结果，对产品质量进行分析和评估。
 4. 软件测试应该尽早的介入软件开发过程。
 5. 不能去穷举测试（测试时有条件限定的范围）
 6. 专业的测试人员会更客观、更有效
 7. 软件测试计划是做好软件测试工作的基础
 8. 软件测试用例是设计出来的，不是写出来的。所根据测试的目的，采用相应的测试用例方法设计测试用例，从而提高测试效率，发现更多的缺陷。
 9. 对于开发错误较多的程序段，应该进行更深入的测试，错误越多隐藏的缺陷就越多。

软件测试需求分析

1. 测试需求概述

1. 软件需求的定义：

   1. 用户解决问题或者达到目标所需的条件或权能（Capability）
   2. 系统或系统部件是否满足合同、标准、规范或其他正式规定文档所需具有的条件或权限
   3. 将（1）和（2）中条件的描述，转换成文档，就构成了测试需求。它包括功能性需求和非功能性需求两种。

2. 软件需求分类：

   1. 业务需求：从业务层面分析的内容，包括业务场景、业务流程，以及要实现业务的目标
   2. 系统需求：
      1. 功能性需求：定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足业务需求
      2. 非功能需求：包括产品必须曾遵循的标准、规范和合约；外部界面的具体细节；性能要求；设计和实现的约束条件及质量属性。
         【有了软件需求，就可以根据软件需求中的业务需求和系统需求，提取出软件测试需求】

3. 软件测试需求：
   指的是测试人员在需求阶段，根据多方渠道（需求规格说明书、项目合同书、会议记录、和客户交谈的记录等）收集具备可测性的需求，被称为测试需求

   需求规格说明书、项目合同书、会议记录、和客户交谈的记录等 —> 提取原始需求 —> 经过分析之后具备可测性 —> 测试需求。

4. 软件需求分析的意义：

   1. 明确测试范围：明确要测试的功能点，阐述不需要测试功能点的原因
   2. 明确测试类型、测试阶段：了解和掌握测试工作中的功能、非功能测试有哪些；不同测试类型涉及哪些测试阶段，如单元测试、集成测试等。
   3. 识别需求的优先级：明确哪些测试目标优先级高、哪些目标优先级低。明确客户最关注的是什么，明确测试的工作重点。

2.测试需求分析阶段

1. 测试需求分析阶段输入/输出
   收集测试需求 —> 需求规格说明书,项目合同书,会议记录 -----> 原始软件需求
   分析测试需求 —> 原始软件需求 -----> 可测性分析（测试需求跟踪矩阵）
   参加需求评审 ----> 测试需求跟踪矩阵 ----> 会议评审意见（评审结论）
2. 分析测试需求
   原始需求列表 ----> 可测性分析 ----> 明确测试内容和测试阶段 -----> 测试需求跟踪矩阵
   测试需求跟踪矩阵，需要告诉测试人员测什么

   通过规则的约束提取出需求
   1. 正向需求：按照规则约束来进行操作
   2. 反向需求；违反规则的要求描述

3. 测试需求评审的意义：
   1. 通过需求评审可以将不一致、遗漏的、错误的需求审查出来
   2. 缺陷在需求阶段产生的比较多
   3. 缺陷在需求评审阶段修复的成本较低
4. 软件缺陷的8020原则：在需求阶段发现80%的缺陷，在测试阶段发现16%的缺陷，在后续持续运行的过程中发现4%的缺陷。因此：
   1. 尽早的介入测试，尤其是在需求分析阶段必须介入
   2. 需求阶段应该作为测试的核心进行重点关注。
5. 需求阶段产生缺陷较多的原因在于：
   1. 用户是非专业人员，产品与用户沟通存在比较大的困难，对开发的产品理解不一致；
   2. 由于残产品没有被设计和实现，完全靠想象去描述西戎的实现结果，所有有些特性就不会很明确；
   3. 需求的不断变化，没有做到及时处理；
   4. 没有得到开发团队和管理层的足够重视；
   5. 没有及时沟通，不同的岗位对于需求的理解是不一致的。
6. 需求评审的形式：相互评审 —> 轮查 -----> 走查 ----> 小组评审 —> 审查
7. 需求评审的主要内容：
   1. 文档中的所有描述是否完整、清晰、准确地反应用户要求；
   2. 与所有其他系统成分的重要接口是否都已经描述；
   3. 所有的图标是否清楚，再不补充说明时能否理解；
   4. 软件所做的事情，是否与对应的功能保持一致；
   5. 要考虑需求的变更；
   6. 有没有遗漏、不一致的、重复的地方。
      评审结束后，由产品奖励发送评审报告，有参与人员【整个项目所有相关人员】确认签字。
      测试人员子啊评审会议后，确定可测试需求，编写测试计划，为后续的测试工作进行准备。
8. 测试需求跟踪矩阵表头信息：需求编号 功能名称 需求描述 需求拆分 测试类型 测试要点 测试负责人 优先级