软件测试之黑盒测试用例设计输入

软件测试的对象是软件本身，对软件需求和设计的深入理解和严格把握，是输出高质量软件测试用例的前提。所谓高质量的用例，就是对软件逻辑覆盖全，能发现更多潜伏bug的用例。

测试需求的确定将为我们制定测试进度时间表、分配资源以及确定某个阶段测试工作是否完成提供一个可供衡量的标准。当然，还有更重要的一点，已被确定的测试需求是我们进行测试用例设计和考虑测试覆盖率的依据。

需求的整理：

(1)确定测试工作的范围;

(2)整理测试需求;

(3)“测试需求”和“测试设计”。

通过对软件特性和业务过程的描述，我们可以从文档中得到关于软件相关业务的基本知识。例如，用户的实际业务是如何进行的?不同的企业之间是否存在相关性?商业运作时，有没有受影响?等一下有了分析这些业务，我们就能得到一部分测试需求。您可以将测试需求定位到一个更高的水平，或者将您所能想到的所有需要测试的内容写下来，而不必仅限于从基础流程中对一个特性或由基本流程构成的场景进行分析。此处的重点是基于业务的分析，换言之，思考在用户处理实际业务时会做些什么。应该从用户需求进行所有测试。由于软件的目的是让用户完成预定的任务，满足他们的需求，而软件测试则会发现软件的缺陷和错误，一旦修正这些错误，就能更好地满足用户的需求。

测试需求的主要来源是软件需求文档和软件设计文档，所以我们在整理测试需求之前，就不能不考虑软件需求文档和软件设计文档中描述的内容本身是否存在缺陷。而对需求和设计本身的检查，也就不可避免了。

具体工作中的输入文档：

(1)软件需求文档;

(2)开发设计文档，包括逻辑、数据的来向和去向;

(3)功能分解：依上述两条绘制的业务地图、菜单树等。

以上是关于软件测试的知识，由多测师亲自撰写，全网独家提供!