软件测试之Bug篇

前面已经提到了什么是Bug，Bug即软件错误。当软件规格说明书存在且正确时，若程序与规格说明书不一致则视为软件错误，对于软件规格说明书中没有提到的部分功能，则以用户需求与预期为主，不符合用户合理预期的视为软件错误；
对于一名测试人员而言，可以狭义的认为其工作就是不断地发现bug和提交bug，本文将进一步介绍与Bug相关的内容：

描述一个bug

一般情况下，一个合理的bug描述主要包含下面几个部分：

• 发现问题的版本
  对于开发人员而言，只有清楚测试人员提出bug时的对应版本，才可以根据相应的版本对应的代码来查找问题出处；
• 问题出现的环境
  对于web项目而言，环境就代表浏览器的版本、客户机的操作系统等；若是APP项目，环境则包含了操作系统的版本、APP安装的机型等；
• 发现的问题的步骤
  为了让开发人员更快更好地复现bug，就需要测试人员在bug的描述中清楚体现Bug出现的详细步骤；
• 预期结果的描述
  预期结果的描述是bug为什么是bug的有力证明，也是为了让开发人员清楚什么样的是正确的，需要得到什么样的效果才是修改成功；
• 错误行为的描述
  对实际情况进行描述，也是证明Bug的有力证据；

要清楚创建bug的目标是为了让开发人员或其他人员可以复现以此来修改，因此对于bug的描述要尽可能清楚明了，一般包括但不限于上面几点，一般还会根据不同企业的具体要求增加其他要素；

Bug的级别

关于bug的定级，一般不同的企业要求不同，