目录
已知：需求测试分析的流程：
1.根据产品需求提取系统的测试点。
2.编写需求跟踪矩阵。
3.根据测试点，利用适当的测试用例设计方法，设计测试用例。
一、测试点的提取
思路：
1.首先检查界面元素是否正确；
2.测试页面的基本功能（）
3.针对表单测试时，对表单的每个字段都要依次进行测试。凡是用户可输入的输入域，都必须使用等价类和边界值法根据字段约束来进行测试；
4.如果多字段有关联和约束关系时，考虑使用判定表法来进行组合测试；
5.都测试完毕之后，结合流程分析法测试流程相关的内容；
6.流程分析法完成后，考虑使用错误猜测法来补充，防止遗漏。
测试点提取：
方法一（表格：
方法2（思维导图：
二、跟踪需求矩阵
需求跟踪矩阵：指根据产品需求、测试点、测试用例建立一个三者映射的列表，这个表叫需求跟踪矩阵的一部分。
如下图：
作用：
- 如果需求发生变更，跟踪需求矩阵会帮助跟踪需求变更。
- 建立产品需求，测试需求与测试用例之间的映射关系，方便测试用例覆盖率统计。
三、缺陷
缺陷：没搞清需求、没有实现一些需求、产品不易使用，运行缓慢等等。
如何管理缺陷：
- 掌握软件缺陷的生命周期；
- 掌握缺陷报告的填写；
- 掌握软件缺陷的相关属性；
- 了解缺陷管理常用工具；
- 缺陷冲突中常见的问题；
1.缺陷生命周期
Bug流程图（重要）：
2.如何填写缺陷报告
- 缺陷编号
- 预置条件
- 缺陷标题
- 测试步骤
- 严重程度
- 优先级
- 重现率
- 缺陷状态
3.缺陷严重程度分类
- 致命：意外退出，系统崩溃。造成数据丢失。
- 严重：单功能失效导致多功能失效（比如：登录功能失效，导致其他的功能都不能测
- 一般：软件的单个功能失效。
- 提示：界面的细微缺陷（错别字、没有对齐等等
4.缺陷状态迁徙表
5.一些问题
- 提交的缺陷开发人不认可？
? ? ? （找出需求，找出依据，就事论事
- 如何处理不能重现的缺陷？
? ? ?（ 首先提交缺陷管理库
? ? ? ? ? ?1.一定要详细描述缺陷的过程和相关的环境配置?
? ? ? ? ? ?2.附上相关的操作日志或者系统运行日志
? ? ? ? ? ?3.对于不可重现的缺陷，一点要描述清楚复现率是多少？
? ? ? ? ? ?4.对于不可重现的缺陷，不能只在一个版本上去验证缺陷是否修复，必须至少在三个以上? ? ? ? ? ? ? ?的版本上验证后都没重现过，才能将缺陷关闭。
- 如何搞好关系？
? ? ?（提升自己的专业性
- 缺陷太多？
? ? ? ?(1.技术问题
? ? ? ? 2.质量问题等等
- 如何处理缺陷跟踪中的踢皮球现象
? ? ?（找依据，该谁就谁，就事论事。。。