软件测试（Day 5）

1、错误推荐法

Q：时间紧，任务重，需要你一个人完成，你该怎么办？（这时不能回答错误推荐法）

A：先跟产品人员确定哪些是重要业务，先验证主业务。再去验证主功能的正向和逆向，按照时间节点去走。

应用场景：当项目用例都执行完毕，且BUG修复完成，离上线还有一段时间，在这段时间中可以使用错误推荐法复测主要业务或测试未覆盖的功能。

2、缺陷

工作流程：设计用例 -> 执行用例（执行测试）-> 缺陷（提交、验证、关闭）

2.1 

定义：软件在使用过程中存在的任何问题都叫软件的缺陷，简称bug。(问题不等于错误)

2.2 缺陷标准

少功能、功能错误、多功能、缺少隐形功能、易用性（软件测试人员专业角度）

2.3 缺陷产生的原因

2.4 缺陷的生命周期

①回归测试：

常规项目回归：项目本次发布新增2个模块，最基本要测新增模块功能及新增模块关联的旧模块。

非常规项目（银行、部队、航天）：新增功能，必须全部复测。

②回归bug：上一个版本发现的缺陷，开发修复完毕，在下一个版本进行重新验证。

2.5 缺陷核心要素

描述缺陷重点：

2.6 缺陷提交要素

提交缺陷信息：指派人、缺陷等级、修复优先级、类型、状态（统计缺陷）

2.7 缺陷分类

3 作业：

注意：

1、不能把密码单独拿出来看，要将注册功能的因素都考虑进去，注册是一个整体。

2、正向尽可能覆盖，正向条数最多的就是正向用例数。逆向用例条条都算。

3、验证码只有4条，正确+未过期、为空、过期、错误。