基于测试用例的功能测试

发表于:2011-02-15来源:作者:点击数: 标签:
基于 测试用例 的功能测试 软件测试 功能测试(「unctiona!Test)通常使用 黑盒测试 的方法—将程序视为一个不能打开的黑盒,在完全不考虑程序内部结构和内部特征的情况下,从软件产品的界面、架构、接口出发,输入预定的数据,在预期结果和实际结果之间进行评

       基于测试用例的功能测试  软件测试

  功能测试(「unctiona!Test)通常使用黑盒测试的方法—将程序视为一个不能打开的黑盒,在完全不考虑程序内部结构和内部特征的情况下,从软件产品的界面、架构、接口出发,输入预定的数据,在预期结果和实际结果之间进行评测,并判断软件产品是否符合用户需求

  使用黑盒测试方法的功能测试流程简述如下:

  1.确定参照体系,参照体系是软件测试的判断依据。对于不同的实现,需要参照体系明确正确的实现方式。功能测试中,参照体系的角色通常由需求规格说明书来担当。在更为细致深入的测试中,还可引入系统设计文档等。

  2.用例编写,测试用例是有条理、有组织的,对于测试行为的描述。测试用例描述了测试执行时,执行者所应进行的具体操作。测试用例应严格按照需求文档进行编写。

  3.测试执行,测试者执行测试时,应按照测试用例所描述的内容进行操作,并将产出的结果与测试用例中的描述进行对比,并判断测试结果。若测试未通过,测试者应将该步骤的测试结果判定为失败,并提交缺陷给相应的开发人员,并在后续的测试中,追踪该缺陷的修复情况,直至该缺陷被修复。

  4.测试用例维护,测试用例不是一次性产品,应不断进行调整与更新。一份维护良好的测试用例,不但可以大大加快后续回归测试的速度,更可让新入职的员工—不论测试还是开发,能够更快、更方便的熟悉业务。

  比起需求文档的错综复杂、面面俱到,经过编写人员的理解、提炼而成的测试用例,是一份需求文档的精华摘要,阅读的有效性更高。测试用例对于项目而言,是一份非常宝贵的资料。整个黑盒测试过程看似简单,但由于大部分程序难以做到与需求文档严格一致,而需求文档也无法做到对于程序的每个细节都进行详细说明。

原文转自:http://www.ltesting.net