软件测试的过程和产生的文档

测试四大过程：

分析：从需求出发(srs、原型图)需要测试什么

​ SRS：需求规格说明书（Software Requirements Specification）

​ 通过文档将需要测试的信息记录下来

​ （测试需求文档 需求跟踪矩阵）

设计：测试活动如何展开（人力物力安排）

​ 具体测试用例/数据/环境

​ 相关文档:测试计划、测试方案

实现：主要是用例的实现,数据和环境的实现

​ 相关文档 ：测试计划、测试方案、测试用例

执行：产生的文档：缺陷报告、测试报告

**测试需求：**所谓的测试需求就是在项目中要测什么。怎么测，测试时间，需要多少人，测试的环境是什么

测试需求提取的依据首先是需求规格说明书。

测试的六大类型：

功能性 （functionality ） 可用性（usability） 兼容性（compatibility）

可靠性（reliability） 安全（security） 性能（performance）

测试产生的六个文档：

需求跟踪矩阵（分析阶段）

测试计划 （设计阶段）

测试方案 （设计阶段）

测试用例 （实现阶段）

缺陷报告 （执行阶段）

测试报告 （执行阶段）

**测试用例：**测试用例包括，用例标题，预置条件，操作步骤，预期结果，优先级，所属模块

**软件缺陷：**被称作BUG，软件或者程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。

**缺陷报告：**包括项目编号，标题，缺陷描述，前置条件，重现步骤，预期结果，实际结果，缺陷状态，缺陷等级，优先级，日期，提交人，指派人

一个项目开发团队有哪些角色？

项目经理、前端开发、后端开发、测试人员、运维人员、需求分析人员、UI设计、UE设计

缺陷的类型

遗漏、错误、额外的实现、改进

缺陷跟踪的产物

缺陷报告单也叫bug单、缺陷单

缺陷的严重程度

致命：例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。
严重：例如，由于单功能失效导致多个相关功能均失效
一般：例如，软件的单个功能失效；
提示：软件界面的细微缺陷，例如，某个控件没有对齐，某个标点符号丢失等；

缺陷的生命周期
缺陷的生命周期就是指缺陷从开始提出到最后完全解决，并通过验证和确认的过程。在这个过程中缺陷报告的状态不断发生着变化，记录着缺陷被处理的过程。

缺陷报告编写准则：

准确(correct) 清晰(clear) 简洁(concise) 完整(complete) 一致(consistent)