二、软件测试定义（二）

一.测试点分析和提取

1. 首先检查界面元素的显示是否正确
2. 测试页面的基本功能。如果页面既有表单(既有输入域又有提交按钮的页面,都叫表单页面)也有列表,则优先测试表单功能是否正常。
3. 针对表单在测试时,需要依据表单里面的每个字段依次进行测试。凡是用户可输入的输入域,都要使用等价类和边界值根据字段的约束来进行考虑。
4. 如果多个字段之间有关联关系和制约关系,那么在测试完单个字段的等价类和边界值之
   后,应该继续使用判定表等测试方法进行组合的测试。
5. 表单测试完后,再测试列表中的功能。
6. 当单个页面的内容都测试完毕后,再来结合流程分析法(场景法)测试流程相关的内容。
7. 流程分析测试完后,最后再使用错误猜测法来确保没有遗漏的测试点。
   在企业内,一般测试点的提取有两种记录方式:
   1. 在word或者excel表格中记录测试点
   2. 使用思维导图来记录测试点
      
      
      在很多企业内,如果测试时间较短,无法完整地设计和书写测试用例时,一般会直接写测试点来代替测试用例。

二.需求跟踪矩阵

需求跟踪矩阵指的是根据产品需求和测试点以及测试用例,建立一个三者映射的列表,这个表叫做需求跟踪矩阵。

三.关于缺陷

3.1缺陷定义

3.2缺陷周期（重要）

duplicate：重复
postpone:推迟
描述缺陷管理流程或者生命周期,必须要写清楚两点:
1. 缺陷管理里面每一步是如何进行流转的,并且负责人是谁。
2. 缺陷管理每一步对应的缺陷的状态。

3.3缺陷报告

3.4缺陷严重程度分类（对应缺陷报告中的严重程度）

3.5缺陷状态分类（对应缺陷报告中的缺陷状态）

3.6 如何处理不能重现的缺陷?

一定要提交到缺陷管理库!!!

1. 一定要详细描述遇到缺陷的过程和相关环境配置。如果有日志的话,一定要附上相关的操作日志或者系统运行日志。
2. 对于不可重现的缺陷,一定要尽量描述清楚复现率是多少。
3. 对于不可重现的缺陷,当开发人员将缺陷设置为fixed之后,在验证时,不能只在一个版本上去验证缺陷是否修复,必须至少在3个以上的版本上验证后都没有重现过,才能将缺陷关闭。

四.回归测试

4.1 定义：

4.2 目的：

1. 检查缺陷是否真的被修复了。 2. 程序员在修复缺陷的过程中有没有引入新的缺陷。

4.3 回归测试流程：

4.4 回归测试策略：

完全回归（用的少）

4.4.1 选择性回归：

五.验收测试

5.1 α测试(内测)

5.2 β测试(公测)

六.生命周期各测试方法对比

七.测试报告编写

见模板

八.测试执行全过程