软件测试学习笔记02

缺陷管理
缺陷定义：软件中存在的各种问题，都为缺陷，简称bug
缺陷标准：1.少功能2.功能错误3.多功能4.缺少隐形功能5.易用性
缺陷产生原因：1.需求文档2.架构设计3.编码实现4.环境（硬件，软件）
回归测试：常规项目回归：项目本次发布新增2个模块，最基本遥、要测新增模块关联的旧模块
                 非常规项目（银行，部队，航天）:新增功能，必须全部复测
                 回归bug:上一个版本发现的缺陷，开发修复完毕，在下个版本重新验证
缺陷的核心要素：1.缺陷的标题2.缺陷的预置条件3.缺陷的复现步骤4.缺陷的预期结果5.缺陷的实际结果6.缺陷的必要附件（截图，日志等）
缺陷的提交要素：1.缺陷的报告编号2.严重程度（S）3.缺陷优先级(P)4.BUG类型5.缺陷状态
缺陷类型：1.功能错误 2.UI页面错误3.兼容性4.数据（数据库）5.易用性 6.建议 7.架构缺陷
工作流程：设计用例->执行用例（执行测试）->缺陷（提交，验证，关闭）
描述缺陷重点：缺陷标题，前置条件，复现步骤，预期结果，实际结果
提交缺陷信息：指派人，缺陷等级，修复优先级，类型，状态（统计缺陷）
缺陷跟踪流程：提交缺陷->分派缺陷->是否重复->是，关闭缺陷
                                                                       ->否，是否bug->是，是否推迟处理 ，否，关闭缺陷->是，后续版本； 否，处理缺陷->回归测试->验证通过，关闭缺陷，验证不通过，重新打开，分配缺陷
                                                                                              -
提交注意事项：可重现，唯一性，规范性
发现缺陷后，首先怎么办？确定BUG可复现，确定是bug
提交时，要检查缺陷是否已存在
缺陷管理工具---->项目管理工具（禅道，JIRA，TFS）
                             EXCEL管理缺陷