【软件测试】 ----- 基础篇

目录

一、软件测试的生命周期

二、描述软件缺陷的要素（如何描述一个bug）

三、软件缺陷的级别

四、软件缺陷的生命周期

五、如何发现更多的bug

六、冲突问题的解决（人际关系）

---

一、软件测试的生命周期

需求分析→测试计划→ 测试设计、

测试开发→ 测试执行→ 测试评估

二、描述软件缺陷的要素（如何描述一个bug）

• 发现问题的版本

     开发人员需要知道出现问题的版本，才能够获取对应版本的代码来重现故障。

     并且版本的标识也有利于统计和分析每个版本的质量。

• 问题出现的环境

     环境分为硬件环境和软件环境，如果是 web 项目，需要描述浏览器版本，客户机操作系统等，

     如果是 app 项目，需要描述机型、分辨率、操作系统版本等。详细的环境描述有利于故障的定位。

• 错误重现的步骤

     描述问题重现的 最短 步骤。

• 预期行为的描述

     要让开发人员指导怎么样才是正确的，尤其要以用户的角度来描述程序的行为是怎样的。如果是依据需求提出的故障，

     能写明需求的来源是最好的。

     要相信：测试人员是最懂需求的。

三、软件缺陷的级别

• Blocker（崩溃）：

    阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧          失，基本模块缺失等问题。

    如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立        即中止当前版本测试）。

• Critical（严重）：

   系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功       能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。

   如：软件中数据保存后数据库中显示错