功能测试自动化工具.ppt

该【功能测试自动化工具 】是由【hhhhh】上传分享，文档一共【36】页，该文档可以免费在线阅读，需要了解更多关于【功能测试自动化工具 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。功能测试自动化工具(gōngjù)第一页,共三十六页。何谓(héwèi)自动化测试?简而言之,所谓的自动化测试就是将您现有的手动测试流程给自动化。而且要实施自动化测试的公司或组织(zǔzhī),本身必须要有一套“正规(formalized)”的手动测试流程。而这个正规的手动测试流程至少要包含以下的条件:详细的测试个案(testcases):从商业功能规格或设计文件而来的测试个案,包含可预期的(predictable)的预期结果(expectedresult)。独立的测试环境(testenvironment):包含可回复测试资料的测试环境,以便在应用软件每次变动后,都可以重复执行测试个案。第二页,共三十六页。手工(shǒugōng)测试自动化测试(cèshì)测试(cèshì)设计测试执行测试用例测试设计测试实现测试执行测试用例1输入数据2操作3预期结果1业务数据2业务功能实现业务功能所占用的时间所占用的时间第三页,共三十六页。自动化测试(cèshì)目的自动化测试最实际的应用与目的是自动化回归测试(regressiontesting)。也就是说,必须要有用来储存详细测试个案的数据库,而且这些测试个案是可以重复执行于每次应用软件被变更后,以确保应用软件的变更没有产生任何因为不小心所造成的影响。“自动化测试脚本(script)”同时也是一段程序。为了要更有效的开发自动测试脚本,必须和一般软件开发的过程一样,建立制度以及标准。要更有效的运用(yùnyòng)自动化测试工具,至少要是受过良好训练的技术人员,换句话说,至少要是一位程序设计师(programmer)。第四页,共三十六页。自动化测试框架(kuànɡjià)--无框架阶段在早期,自动化测试并没有框架这一说,自动化测试只是简单的录制/回放,由工具录制并记录操作的过程或数据,并形成脚本。通过对脚本的回放重复人工操作的过程。这种模式脚本与数据混合在一起。站在软件开发(kāifā)的角度来看,这种开发(kāifā)耦合度高,我们知道软件工程的思想,是高内聚低耦合。而简单的录制回放完全违背了这一思想,简单的录制回放,重用性非常低,同时维护成本非常高。第五页,共三十六页。自动化测试(cèshì)框架--数据驱动框架阶段无框架阶段最大的缺点就是脚本与数据混合在一起。为了解决这一问题,自动化测试框架发展到了数据驱动框架阶段。该框架从数据文件中读取数据,通过参数化的方式将数据文件中读取数据写入到脚本中(好比从数据库中读数据),由于不同的数据对应着不同的测试用例,将脚本与数据彻底地分离,因此(yīncǐ)提高了脚本的使用率,大大降低了脚本的维护成本。虽然数据驱动框架解决了脚本与数据的问题,但并没有将被测试对象与操作分离。第六页,共三十六页。自动化测试框架--关键字驱动(qūdònɡ)框架阶段关键字驱动框架是在数据驱动框架的基础上改进的一种框架模型。它将测试逻辑按照关键字进行分解(fēnjiě),形成数据文件与关键字对应封装的业务逻辑。主要关键字包括3类:被测试对象(Item)、操作(Operation)和值(Value).(Value)。关键字驱动的主要思想是:脚本与数据分离、界面元素名与测试内部对象名分离、测试描述与具体实现细节分离第七页,共三十六页。自动化测试框架--混合模型(móxíng)框架阶段关键字驱动框架将自动化测试框架带入了一个新的阶段,自动化测试工具QuickTest也很好地使用了该理念,但在实际开展自动化测试的时候,发现测试工具所带来的关键字驱动框架还是无法很好地完成测试任务。该框架虽然将数据与脚本进行(jìnxíng)了分离,但是如果要更灵活地调用测试用例中的数据或输出测试结果,该框架无法做到;并且如果需要读取其他文件存储格式中的数据时也无法很好地解决。因此,在自动化测试开始的前期,工程师会开发一个符合实际测试的框架来支持后期的测试工作,这就是通常所说的混合模型自动化测试框架。第八页,共三十六页。自动化测试(cèshì)的设计第九页,共三十六页。自动化测试(cèshì)的实现第十页,共三十六页。