测试基础篇03

目标：

• 软件测试的生命周期
• 如何描述一个bug
• 如何定义bug的级别
• bug的生命周期
• 如何开始第一次测试
• 测试的执行和bug管理
• 产生争执怎么办

目录

软件测试的生命周期

BUG的生命周期

产生争执怎么办（处理人际关系）

如何开始第一次测试

测试的执行和BUG管理

如何发现更多BUG 

---

软件测试的生命周期*

首先回顾一下软件的生命周期：需求分析、计划、设计、编码、测试、运行维护

软件测试的生命周期：

---

测试报告：

测试人员

测试时间：开始时间~结束时间

开发人员：

开发时间：

测试用例：

bug：

文档：需求文档、技术文档

如何描述一个bug* 

1、发现问题的版本

开发人员需要知道出现问题的版本，才能够获取对应版本的代码来重现故障。并且版本的标识也有利于统计和分析每个版本的质量。

2、问题出现的环境

环境分为硬件环境和软件环境，如果是web项目，需要描述浏览器版本，客户机操作系统等；如果是 app项目，需要描述机型、分辨率、操作系统版本等。详细的环境描述有利于故障的定位。

3、错误重现的步骤

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

4、预期行为的描述

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

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

5、错误行为的迷哦奥数

描述错误的现象。crash等可以上传log，UI问题可以有截图。

6、其他

某些公司会有一些其他的要求，例如故障的分类：功能故障，界面故障，兼容性故障等。有些有优先级的分类，严重影响测试需要开发人员优先修改的，可以设置优先级为高。

7、不要把多个bug放到一起

案例：

提交以下bug：

1、在短信列表，选择一条短信，进行删除，删除失败

2、在短信列表，选择一条短信，进行查看，在查看页面，进行删除，删除失败 这个更好

故障发现版本：VPS20180226_01

故障类别：兼容性

故障优先级：中

故障标题：ie下界面显示异常，界面文字有重叠

故障描述：

        测试环境：win7+IE8

        测试步骤：1、打开vps首页，点击”通知“链接，进入通知页面

        预期结果：通知页面显示正确，一页显示10条通知，按时间顺序倒序排列

        实际结果：页面显示10条通知，通知顺序正确，但是页面文字有重叠

附件：上传截图

如何定义Bug的级别 *

9点上线，此时还有3个bug

1、Blocker(崩溃)        劈腿级别

阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。

2、Critical(严重)        搞暧昧级别

系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序 接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测 试）。

3、Major(一般)        吃饭级别

功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多）。

4、Minor(次要)        看美女级别

界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格 式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置 不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）

---

强调：如果发现崩溃级别的BUG，那么此时就许哟啊停止测试，测试打回

BUG的生命周期*

每个公司，每一个工具对bug生命周期的定义都是不一致的，下面仅是一个常见的例子

测试人员应该跟着一个Bug的整个生命周期，从Open到Closed的所有状态

BUG状态转换图 

产生争执怎么办（处理人际关系）*

前提：一定不能吵架

1、确保操作没有问题，确保自己对需求理解的没有问题

2、好好说

3、站在用户的角度考虑问题

4、不光要发现问题，提出解决问题方案*

5、第三方会议

开会去：一定明确问题产生的原因，问题是什么，解决方案是什么

开会后：问题要不要解决，什么时候解决，谁解决

如何开始第一次测试

1、充分理解需求

        文档（产品文档+技术文档）

        项目功能问题问产品，模块底层如何实现问开发

2、确定测试计划

3、执行测试

        BUG开发修复了之后一定要验收

4、项目上线+维护

测试的执行和BUG管理

有一个专门记录BUG的系统

如何发现更多BUG 

1、软件测试同样存在二八原则，80%的故障集中于20%的模块，如果某部分问题较多，加强测试广度 和深度！

2、开发人员也存在二八原则，80%的故障集中于20%的开发人员，如果某些开发人员的bug较多，加强 他开发模块的测试广度和深度！

3、多进行逆向思维和发散性的思维        依赖测试人员经验 多看看别人的测试用例

4、不要局限于用例和需求文档

5、尽早介入项目, 不要等到开发的差不多了再介入项目        尽早介入需求，就会尽早理解需求