- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
第一章自动化测试根底林假设钦
2本章内容:什么是自动化测试常见的自动化测试架构自动化测试的根本流程开源Web自动化测试开源自动化测试的优势等
32024/1/2231.1自动化测试自动化测试:自动化测试就是使用软件来控件控制测试案例的执行。它装实际测试结果与预期结果进行比较,并提供测试预置条件设定、测试逻辑控制以及测试报告等重要功能。自动化测试常见的方式:代码驱动测试:图形用户接口测试
42024/1/224代码驱动测试 通过大量不同的输入参数和对应的返回结果,来验证类、模块或者库文件的公共接口是否正确。趋势:使用测试框架〔Junit或Nunit)来进行单元测试,以便于判断代码在不同配置环境下的表现是否符合预期。 代码驱动测试自动化???
52024/1/225图形用户接口测试 测试框架产生用户接口事件〔例如键盘、鼠标单击等〕,并捕获事件导致的图形用户接口改变,以便验证可见的程序响应是否正确。 很多自动化测试工具都支持录制\回放特性,它们允许用户交互性地录制自己的操作,在需要的时候进行回入,并将回放的实际结果与预期结果进行比较。优点:没有大量的开发工作。 Web自动化测试:Selenium和WebDriver
62024/1/2208、09精英班6是否需要对测试进行自动化?自动化测试在一个长周期的迭代测试中,有如下优点:能够支持频繁的回归测试;能够在软件开发过程中尽早发现缺陷;能够无限的循环执行测试案例;定制化的系统缺陷报告;更好地支持敏捷和极限开发模式;防止人为因素导致的漏测。
72024/1/2271.2常见的自动化测试架构〔1〕1、数据驱动测试框架〔TheData-DrivenTestingFramework〕说明:仅仅是将测试数据从测试脚本中别离出来,开始了非混沌状态的第一步,这也是所有测试架构中最简单的一种?优点:至少测试数据可以单独维护了?缺点:任何被测试程序的变更所导致的工作量是所有架构中最多的,因此维护本钱非常高
82024/1/2281.2常见的自动化测试架构〔2〕2、测试脚本模块化框架〔TheTestScriptModularityFramework〕???说明:箭头方向代表的是被调用和调用关系测试脚本中包含了各功能点中涉及到的控件识别和业务逻辑操作,其中包含了外部测试数据的调用测试脚本的维护由自动化测试开发工程师负责,要求必须懂自动化编程和业务逻辑测试数据的维护由测试工程师负责?优点:控件和业务逻辑一旦发生变化,要进行修改和维护的是底层的测试脚本〔比无任何抽象封装的自动化测试程序稍好一些〕缺点:几乎所有大的变更引起的工作量都由自动化测试开发工程师完成控件识别和业务逻辑本身属于不同的领域,没有很好进行抽象封装
92024/1/221.2常见的自动化测试架构〔3〕3、测试库构架框架〔TheTestLibraryArchitectureFramework〕说明:箭头方向代表的是被调用和调用关系将所有的针对测试系统本身的控件识别和控件支持的操作封装在测试库中测试脚本调用测试库的同时传递外部的测试数据测试库的编写由自动化测试开发工程编写〔可以不懂业务〕,负责控件的变更和维护测试脚本的编写可由对业务比较掌握的自动化测试开发工程编写,负责业务逻辑的变更和维护测试数据由测试工程师维护〔可以不懂自动化开发〕优点:被测试系统无论是哪层发生变化,只需要相应的人员进行变更维护即可完成了控件识别操作和业务逻辑的抽象别离缺点:
变更引起的工作量还是附加在自动化测试开发工程师身上
101.2常见的自动化测试架构〔4〕4、关键字驱动或表驱动测试框架〔TheKeyword-DrivenorTable-DrivenTestingFramework〕。说明:说到关键字驱动,当然得说QTP。确实当对象库〔很类似测试库架构中的测试库〕添加完成后,测试case步骤的组织就相当于是在关键字试图中选择控件对象〔Control〕,动作〔Action〕,参数〔Parameters〕。框架到底用来做什么,最终的目的无非是将不同层次的对象和逻辑进行抽象和别离封装,从而使得被测试程序的变更所导致的测试脚本框架的变更维护工作量减少到最少,更进一步,如果不懂自动化编程的普通测试工程师能不需要了解测试工具和框架本身的知识就能维护控件对象和业务逻辑,这样就可以将自动化测试工程的工作量进行很好的分摊。具体实施就是将控件对象,动作,参数等等从框架或工具本身剥离出来放在普通Excel表格中,组织成如下形式:2024/1/22WindowControlActionArgumentsCalc
您可能关注的文档
最近下载
- 江西财经大学西方经济学复习重点.docx VIP
- 刑事被害人心理损害的范围 (1).pptx VIP
- 某集团2021年人才盘点项目方案(项目建议书).pptx VIP
- 党委书记讲党课+讲稿—深入学习贯彻党的二十届三中全会精神-聚焦四个持之以恒,驱动企业高质量发展.pptx VIP
- 分裂型人格障碍的案例分析.doc VIP
- GB51445-2021 锑冶炼厂工艺设计标准.pdf VIP
- DL T 868-2014 焊接工艺评定规程 .docx VIP
- 第十届全国走美杯三年级初赛竞赛数学试卷答案.docx VIP
- 学校膳食监督家长委员会成立大会上,校长发言:从餐桌开始,家校合力为孩子成长食堂 “加营养”.docx VIP
- 《拍手歌》优秀课件.ppt VIP
文档评论(0)