测试基础

需求

用户需求+软件需求

满足用户的期望和合同规定的文档，标准，规范所需要的条件和权限

软件开发的生命周期

需求、计划分析、设计、编码、测试、运行

软件测试的生命周期（软件测试的流程）

需求分析：验证、细化需求

测试计划：时间、人员、工具

测试设计（测试开发）：根据需求写测试用例

测试执行：执行测试用例，发现、记录bug

测试评估：编写测试报告

BUG

①软件需求存在且合理时，若软件功能和软件需求不符合，则为bug

②软件需求不存在，用户需求存在且合理时，若软件功能和用户需求不符合，则为bug

描述BUG

①bug所在版本②测试平台：web（Chrome、Firefox……）APP（iOS、Android……）③测试步骤，测试数据

④测试实际结果⑤预期结果⑥附件：错误截图、log日志

BUG级别

1. Blocker （崩溃）

造成系统崩溃、死机、死循环、导致数据库丢失、与数据库连接错误等问题

（一单出现，立即中止当前版本的测试）

 

2. Critical （严重）

系统主要功能丧失，数据库保存调用错误，用户数据丢失等但是不影响其他功 能的测试。

 

3. Major （一般）

功能没有完全实现但是不影响使用，如操作时间长、查询时间长等

 

4. Minor （次要）

界面（自她、颜色、排版等）、性能缺陷，建议性问题。

BUG的生命周期

New ：新发现的 bug。

Open ：确认 bug ，指派给相关开发人员。

Rejected ：认为不是 bug ，拒绝修改。

Delay ：认为暂时不需修改或暂时不能修改，延迟修改。

Fixed ：开发人员修改后 状态，测试人员进行回归测试。

Closed ：修改状态的 bug 经测试人员回归测试通过，关闭 bug 。

Reopen ：回归测试验证 bug 仍然存在，需重新打开 bug ，开发人员重新修改。