目录

一、测试点的提取

二、跟踪需求矩阵

三、缺陷

如何管理缺陷：

1.缺陷生命周期

2.如何填写缺陷报告

3.缺陷严重程度分类

4.缺陷状态迁徙表

5.一些问题

---

已知：需求测试分析的流程：

1.根据产品需求提取系统的测试点。

2.编写需求跟踪矩阵。

3.根据测试点，利用适当的测试用例设计方法，设计测试用例。

一、测试点的提取

思路：

1.首先检查界面元素是否正确；

2.测试页面的基本功能（）

3.针对表单测试时，对表单的每个字段都要依次进行测试。凡是用户可输入的输入域，都必须使用等价类和边界值法根据字段约束来进行测试；

4.如果多字段有关联和约束关系时，考虑使用判定表法来进行组合测试；

5.都测试完毕之后，结合流程分析法测试流程相关的内容；

6.流程分析法完成后，考虑使用错误猜测法来补充，防止遗漏。

测试点提取：

方法一（表格：

方法2（思维导图：

二、跟踪需求矩阵

需求跟踪矩阵：指根据产品需求、测试点、测试用例建立一个三者映射的列表，这个表叫需求跟踪矩阵的一部分。

如下图：

需求跟踪矩阵RTM - 知乎 (zhihu.com)

作用：

• 如果需求发生变更，跟踪需求矩阵会帮助跟踪需求变更。
• 建立产品需求，测试需求与测试用例之间的映射关系，方便测试用例覆盖率统计。

三、缺陷

缺陷：没搞清需求、没有实现一些需求、产品不易使用，运行缓慢等等。

如何管理缺陷：

• 掌握软件缺陷的生命周期；
• 掌握缺陷报告的填写；
• 掌握软件缺陷的相关属性；
• 了解缺陷管理常用工具；
• 缺陷冲突中常见的问题；

1.缺陷生命周期

Bug流程图（重要）：

2.如何填写缺陷报告

• 缺陷编号
• 预置条件
• 缺陷标题
• 测试步骤
• 严重程度
• 优先级
• 重现率
• 缺陷状态

3.缺陷严重程度分类

• 致命：意外退出，系统崩溃。造成数据丢失。
• 严重：单功能失效导致多功能失效（比如：登录功能失效，导致其他的功能都不能测
• 一般：软件的单个功能失效。
• 提示：界面的细微缺陷（错别字、没有对齐等等

4.缺陷状态迁徙表

5.一些问题

• 提交的缺陷开发人不认可？

      （找出需求，找出依据，就事论事

• 如何处理不能重现的缺陷？

     （ 首先提交缺陷管理库

           1.一定要详细描述缺陷的过程和相关的环境配置 

           2.附上相关的操作日志或者系统运行日志

           3.对于不可重现的缺陷，一点要描述清楚复现率是多少？

           4.对于不可重现的缺陷，不能只在一个版本上去验证缺陷是否修复，必须至少在三个以上               的版本上验证后都没重现过，才能将缺陷关闭。

• 如何搞好关系？

     （提升自己的专业性

• 缺陷太多？

       (1.技术问题

        2.质量问题等等

• 如何处理缺陷跟踪中的踢皮球现象

     （找依据，该谁就谁，就事论事。。。