软件测试之概念篇

1、衡量软件测试结果的依据是需求，对于需求做以下解释：

定义：需求就是实现用户的期望或者满足文档（合同、标准、规范）所需要的条件或者权限。

包含两个方面：用户需求和软件需求。

        用户需求：可以简单理解为甲方提出的需求，如果没有甲方，那么就是终端用户使用产品时必须要完成的任务。 该需求一般比较粗略简略。直接实现会有困难，因为没有细节。因此需要软件需求把用户需求细节实现和规范，把用户需求变成一个具体的可实现的过程文档。

        软件需求：或者叫功能需求，该需求会详细描述开发人员必须实现的软件功能。它是由用户需求转化而来的，是用户需求的细化、具体实现细节和规范。

关系：用户需求、软件需求都是测试人员进行测试工作的基本依据。用户需求和软件需求息息相关，但是软件需求一定是标准。

2、测试用例（Test Case）

定义：是为了实施测试而向被测试的系统提供的一组集合。这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。

测试用例解决了两大问题：测什么，怎么测。

优点：①衡量需求的覆盖率。【通过测试用例和需求对比】。 ②复用性，具有借鉴意义。 ③可以用于回归测试。【测试文档会放到公司文档里】。 ④防止遗漏测试需求。

3、什么是软件错误（BUG）？

答：当且仅当规格说明【程序规格说明书—软件需求】是存在的并且正确、合理，如果软件功能和软件规格说明书不相符合（程序与规格说明之间的不匹配），才是软件错误。当软件需求不存在时，用户需求存在并且合理，软件功能和用户功能不相符合，就说明是软件错误。

强调合理的原因：软件测试的阶段是在整个软件开发的生命周期，即需求阶段就要介入了。目的是为了验证需求的 合理性和正确性。如果需求不合理，可以在开发初期提出问题，避免造成后期无法挽回的损失。

当需求规格说明书没有提到的功能，判断标准以最终用户为准：当程序没有实现其最终用户合理预期的功