1.6 通过软件测试找出缺陷

我们对软件测试有了初步的了解，那么软件测试找出的缺陷是什么呢？就是通常说的BUG。下面主要介绍在工作中不容易理解的内容。

缺陷（BUG）就是软件研发过程中存在的错误、存在的不合理，产品表述不专业、使用不方便等都是软件的缺陷（BUG）。

那么在软件开发过程中都存在哪些类型的缺陷呢？通过下面的分析来说明。

● 需求描述存在错误、有歧义，描述不清楚，这样的需求是不正确的，是不能作为产品生产依据的。

例如：

用户的要求是当产品购物车购物总金额在[200，300]的时候，购物车产品享受9折价格，而需求的描述是当产品购物车购物总金额大约在（200，300）的时候，购物车产品享受优惠价格。

那么这个需求就存在问题，这里的“大约”是有歧义的，这里的（200，300）是错误的；“享受优惠价格”也是描述不清楚的，没有准确说出如何优惠。

● 需求描述不完整、混乱且不易于修改维护，这样的需求是不正确的，是不能作为产品生产依据的。

例如：

需求中有10个需求需要描述，但没有准确划分界限，并且没有顺序可言，这个需求就是不易于维护的；如果只描述了8个需求，那么需求就是不完整的。

● 研发过程中的计划要明确研发过程的目的、接口、环境、配置、流程、进度、人力资源、沟通计划、风险计划、质量计划、测试计划，以及出口产品等信息，如果信息不完全，那么这个计划就是不全面的。

例如：

有很多项目经理，只写出了进度时间表，如2日到25日完成产品编码等，这样的计划是不完善的，对项目的跟踪也是非常不利的。如果一个项目23天跟踪一次，是无法再有另一个23天来修复这个时间段的工作的。

● 研发过程设计问题，主要是设计与需求不一致，设计没有全面覆盖需求、设计架构不合理，设计中存在错误，设计可靠性、稳定性不强等。

例如：

需求中规定用户的要求是当产品购物车购物总金额在[200，300]的时候，购物车产品享受9折价格。

设计中如此设计：If 200<（价格总和）<300 Then

价格 = 价格 * 0.9

那么这个设计和需求是不一致的，这样的设计是不能满足用户需求的。

● 软件产品的缺陷包括以下方面。

需求说明书中规定要做的需求，而软件没有实现这个需求，例如，需求中规定用户的要求是当产品购物车购物总金额在[200，300]的时候，购物车产品享受9折价格。而软件在执行过程中，当产品购物车购物总金额在[200，300]的时候并没有享受9折这个价格，这就是一个缺陷（BUG）。

软件实现了需求中没有提到的事情。例如，需求中规定用户的要求是当产品购物车购物总金额在[200，300]的时候，购物车产品享受9折价格。并没有说在实现折扣后，还可以再折扣，所以如果折扣后，总金额还在[200，300]，就不应该再折扣，而软件又继续进行9折优惠，这就是一个缺陷（BUG）。

需求中没有提到，但必须要做的需求，软件没有实现。例如，需求中没有指出无论经过什么促销，产品购物车的价钱都不能为负数，而软件没有实现，让产品购物车的价钱变成了负数。这就是一个缺陷（BUG）。

软件的易用性很差，并且速度非常慢，或者测试人员站在最终用户的角度发现这是一个缺陷（BUG）。例如，界面按钮很难找、界面需要的输入过多、操作很烦琐等，都是缺陷。