软件测试基础学习第二章–测试流程

根据需求分析制定测试计划===制定测试方案===设计编写测试用例===搭建测试环境===执行测试用例===bug跟踪处理===测试 告输出

测试计划描述所有要完成的测试工作

一个叙述了预定的测试活动范围、途径、资源及进度安排的文档。

它确定了测试项、被测特征、测试任务、人员安排以及与计划相关的风险。

目的：明确测试内容、测试任务安排、测试进度、测试资源、风险控制；

保持测试过程的顺畅，有效控制和跟踪测试进度，应对测试过程中的各种变更。

测试方案：测试方案描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。

测试用例

目的：

以最少的测试用例，实现最大的测试覆盖，保证软件功能的正确性，从而提升软件质量。

测试人员：

采用多种测试方法编写有效的测试用例，并对遗漏/错误的测试用例进行修正。

评审人员：

相关的开发和测试人员，对测试人员编写的测试用例进行评审，提出遗漏/错误的用例缺陷，并跟踪直至用例缺陷的验证关闭

测试环境搭建

用例执行

目的：

验证软件功能和性能与需求的实际匹配程度。

测试人员：

按照测试用例对软件功能进行测试。对于发现的缺陷必须记录，并且跟踪缺陷的状态，直至缺陷的验证关闭。在测试执行过程中发现的遗漏测试用例必须补充至测试用例，保证测试用例与实际测试的一致性。

开发人员：对于测试人员提交的缺陷进行确认、修复。

项目经理：

对测试人员与实际开发人员意见不一的问题进行裁决。

Bug跟踪与提交

测试执行过程中，及时确认发现的问题：

如果确认发现了软件的缺陷

毫不犹豫的提交问题 告单！

如果发现了可疑问题/难复现问题

要保留现场，然后找相关开发人员到现场定位问题。

如果开发人员在短时间内可以确认

如果开发人员定位问题需要花费很长的时间？

可以让开发人员记录重现问题的测试环境配置，然后，回到自己的开发环境上重现问题，继续定位。

编写测试 告

目的

真实客观地对测试过程中各测试阶段、测试项的情况；版本发布的依据。

角色与职责

测试负责人：

把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。