作者简介：大家好，我是未央；

博客首页：未央.303

系列专栏：Java测试开发

每日一句：人的一生，可以有所作为的时机只有一次，那就是现在！！！

         一、软件测试的生命周期

      1.1 软件的生命周期

      1.2 软件测试的生命周期

二、如何描述一个BUG？

三、BUG的等级

四、BUG的生命周期

五、面试题：关于BUG，与开发人员产生纠纷应该怎么做？

总结

---

前言

今天我们介绍有关软件测试中软件和软件测试的生命周期；已经BUG的有关知识内容；

---

提示：以下是本篇文章正文内容，下面案例可供参考

一、软件测试的生命周期

先来回顾软件的生命周期

1.1 软件的生命周期

需求分析--》计划--》设计--》编码--》测试--》运营维护

分部解析说明：

需求分析：进行市场分析，这个需求量大不大？投入与盈利的占比？技术上 能否实现或者说实现的难度？

计划：什么时候开始？什么时候结束？过程耗时多少？

设计：将需求细化为一个一个的任务，进行计算设计（要用到哪些接口？采用什么框架？）

编码：开发人员参考需求文档和技术文档进行功能代码的编写；

测试：测试人员要参考测试用例来执行测试（注意测试用例是在测试前就编好的，要明白我们的测试是贯穿软件的整个生命周期的）

运行维护：修复性的维护（对项目中发现的问题进行修复）完善性维护（对功能进行完善）预防性维护（居安思危，为了避免产品在线上出现一些意想不到的问题，进行一些预防的手段）

---

1.2 软件测试的生命周期

需求分析——》测试计划——》测试设计与开发——》执行测试——》测试评估；

分部解析说明：

需求分析：

测试计划 ：

测试人员也需要编写测试计划文档——有多少测试人员，什么时候开始测试？

 测试设计与开发：

测试人员需求借助需求文档和技术文档来编写测试用例。

执行测试：

此时开发已经完成，执行测试用例，验证功能，
在验证功能的过程中，可能会遇到 软件功能与需求不相符的七情，也就是出BUG了。
于是，测试人员就会把这个BUG 交给 开发人员。
等到开发人员处理好了之后，我们测试人员又要对其进行验证。

测试评估：

1. 写了多少测试用例，执行了多少测试用例。
2. 剩余的测试用例，为什么不把它执行完。
3. BUG数量。
4. 已解决的BUG数量
5. 遗留的BUG，以及解决方案。
6. 此次测试的范围和测试功能都要说清楚。

---

二、如何描述一个BUG？

1. 测试的版本号（代码的版本信息）
2. 测试环境
3. 错误重现的步骤（描述问题重现的最短步骤。）
4. 预期行为的描述

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

      5. 错误行为的描述

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

      6. 其他

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

注意：不要把多个BUG放到一起；

---

举例说明：

故障发现版本：VPS20180226_01
故障类别：兼容性
故障优先级：中
故障标题:ie下界面显示异常，界面文字有重叠
故障描述：
测试环境：win7+IE8
测试步骤：1、打开vps首页，点击“通知”链接，进入通知页面
预期结果：通知页面显示正确，一页显示10条通知，按时间顺序倒序排列
实际结果：页面显示10条通知，通知顺序正确，但是页面文字有重叠
附件：上传截图

---

三、BUG的等级

从小到大分别为：次要——》一般——》严重——》崩溃；

四、BUG的生命周期

 

五、面试题：关于BUG，与开发人员产生纠纷应该怎么做？

bug评审要解决如下问题

• 如何修改bug？
• 如何避免类似问题的出现？

---

总结