ImageVerifierCode 换一换
格式:DOCX , 页数:19 ,大小:354.71KB ,
资源ID:14523256      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/14523256.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(功能自动化测试方案Word下载.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

功能自动化测试方案Word下载.docx

1、由于正确性是软件最重要的质量因素,所以其测试也最重要。 自动化测试:使用商业提供的自动化测试工具或者自己开发的工具对目标系统进行测试。机器自动执行的测试,替代人完成重复性劳动,但不能完全取代人。自动化测试需要用到测试工具,测试工程师的参与,自动化测试技术可应用于所有的测试阶段 Web 测试背景:随着 Web 技术和互联网的发展,Web 应用产品越来越丰富,基于 Web 页面测试的需求与日俱增。在当前全球软件都在追求高效、敏捷的开发模式的大背景下,Web 自动化测试成为了新一波技术探讨和研究的热潮。因为传统的手工测试不仅效率低,并且测试质量受限于测试人员的一些情绪和心情。若当一个测试人员带着烦躁

2、情绪来测这些繁杂的大量重复性工作,测试的质量令人担忧。更何况,当这项测试工作涉及到全球化方面的测试时,多语言版本的测试工作导致该测试工作量的成倍增加,这无疑是一项巨大的考验! 检查点:用来验证脚本执行结果是否达到预期。可以在录制的过程中建立检查点,也可以在录制完成之后再建立检查点。2 功能自动化测试实施原则2.1 实施原则功能自动化测试过程中工具不可能完成所有的工作,工具仍然是测试过程中的辅助手段。对于工具主要是解决测试过程中的重复性的工作任务。另外实施自动化的测试,对被测系统也有更高的要求,总结功能自动化测试的实施原则如下:1) 使用自动化工具测试,要求被测系统开发比较稳定,较少发生功能的变

3、更;2) 在自动化测试脚本录制前,被测系统的界面相对稳定;3) 功能测试自动化要求测试数据环境中的测试数据相对充裕,满足多次重复回归测试的要求;4) 要求被测系统的版本运行比较稳定,较少发生测试中止的情况;5) 分期分步骤实施,优先选择产品功能比较稳定的系统进行;6) 完善的、可复用的数据参数、脚本库是一个长期的积累过程。2.2 实施功能自动化测试的优缺点功能的自动化测试与手工测试虽然有很多局限,但是同样有其优势,随着自动化测试技术和工具的发展,对于比较稳定的产品的功能测试中,自动化测试占有越来越重要的地位。使用Sahi可以加快整个测试的过程,在产品的版本发布之后,可以重复使用测试脚本进行测试

4、,具体来说:自动化测试的优点: 提高测试效率,降低测试成本; 重复性强的手工劳动独立用自动化实现; 快速的回归测试,提高新版本发布的速度和质量; 避免人工测试容易犯的错误,如:错误测试,漏测试,多测试等; 很容易就实现并发性测试; 测试可重用,采用脚本和数据可以很容易实现重用。自动化测试的缺点: 规范的测试管理,测试需求,测试用例; 不能创造性发现测试脚本没有设计的缺陷; 高质量的测试用例; 高素质的自动化测试工程师; 对测试环境要求比较严格; 测试需求变化可能引起大量的测试用例,自动测试脚本的修改、维护。3 实施范围和目标3.1 实施范围1) 工具范围:目前考虑Sahi、Excel等工具的使

5、用和集成;持续集成工具暂时先不考虑;2) 系统范围:定位在测试中心基础测试环境中的系统;3) 测试阶段的范围:局限在回归测试后期、以及上线后的功能回归测试,目前暂不包括LT、内部测试中的功能测试部分。3.2 实施目标1. 功能自动化测试系统应该能完成集成测试、以及上线后功能的回归测试;2. 方案目标对有界面和无界面的交易测试都能完成,有界面的交易支持如下方式:a) 支持字符终端界面;b) 支持B/S的Web界面;c) 支持C/S的Windows应用程序界面;3. 功能自动化测试方案对目前大部分应用系统都可以进行测试;4. 实现自动化脚本录制、自动化脚本执行、自动化缺陷报告和管理。3.3 总体实

6、施策略1. 首先从目前系统中选择适合自动化测试的项目和系统;2. 其次确定实施功能自动化测试的阶段和时机;3. 第三从适合的项目中选择适合自动化测试实施的功能和交易。具体实施策略参见第6节的实施管理建议。4 技术方案实施内容4.1 Sahi 的特性和优势:当提及面向 Web 的自动化测试,相信许多读者会想到或者说使用过 Selenium、Watir 等工具,而对于 Sahi 就可能比较陌生。首先,让我们先来了解下 Sahi 工具。它是一款印度公司 Tyto Software 开发的成熟的开源 Web 自动化测试工具。Sahi 简单易用,能良好支持 Ajax 和 Web2.0 技术,同时适用于敏

7、捷和传统的不同测试模式。那么,它与其他非常流行的 Web 自动化测试工具有哪些不同和优势呢?让我们将其与主流自动化测试工具 Selenium 和 Watir 来进行一番对比,请参考图 1:图 1. Sahi 与其他工具的对比从上图的对比可以看出,Selenium 支持的脚本语言比较丰富,且自带 Selenium IDE 自动录制工具,Watir 执行的速度相对其他较快。而 Sahi 同样具备了自带的录制器,且支持几乎所有浏览器,且对 JS 支持较好,拥有页面等待判断机制,内置 Java 异常报告,支持 Ajax 等优势。下面,本文将详细介绍一下 Sahi 的几大优势。基于上下文的页面识别机制:

8、大多数如 Selenium 等 Web 自动化测试工具或是自动化框架,都采用类似基于 DOM 的定位策略、Xpath 定位策略和 id、name、identifier 等页面元素定位策略。Identifier 定位是最普遍的一种定位方式,当不能识别为其它定位方式后,默认为 identifier 定位。在这种策略下,第一个使用 id 的页面元素将被识别出来,如果没有使用指定 id 的元素,那么将识别第一个名字与指定条件相符的元素。例如,identifier 识别 username 元素的定位策略:identifier=usernameId 定位是在知道元素具体 id 特征的情况下的一种更精确定位

9、。例如,定位页面元素 loginFrom:id=loginFromname 定位方式是去识别第一个匹配名称属性的 UI 元素。如果多个元素拥有相同的名称属性,可以使用 value 过滤器来进一步优化您的定位策略。例如,定位页面元素为 username:name=usernameXpath 定位是在 XML 中定位元素的方法,而 HTML 可以被看作是 XML 的一种实现。XPath 扩展了上面 id 和 name 定位方式,提供了绝对路径和相当路径两种查找方式。绝对路径:html/body/div1/div1/div3/div1/form/span/input1相对路径查找:/divid=fm

10、/form/span/input然而,在实际的情况下,页面元素并非如预期般明确。一些动态页面的 DOM 树常常随着 Web 产品的更新而频繁改变。许多的元素值如 ID、Name 等在代码中并不是必须的,常常会缺省。并且,属性值往往不是唯一对应的,页面中有时会存在相同属性的元素。当缺省 id 值或是 Xpath 定位失效时,上述这几种查找定位方式往往显得无助和脆弱。Sahi 采用了一种主动查找的机制,它不受限于特定的元素属性。在没有 ID、Name 值的情况下,它可以使用一些如“title,value”等属性,这些都是页面可见的属性,所见即所得。同时,Sahi 会通过传入这些可见可识别的属性值,

11、来按照 Sahi 预设的机制进行查找识别。Sahi 允许开发者对每一种元素设置不同属性和特定的查找顺序,包括那些自定义的属性名。所以 Sahi 相对于其他的 Web 自动化测试工具更灵活更开放。比如,_link(“valueName”)用来定位一个定义为“valueName”的 link,这里的 valueName 并不一定是 value 的属性值,也可以是它的 id、title 等。前面提到了 Sahi 主动查找的机制,那么它是如何去查找 DOM 节点下的特定元素的呢?Sahi 主要提供了三种基于上下文的元素 API:_in,_near 和_under。从字面意思上,我们不难理解,_in 是

12、指在某个 DOM 节点下查找某个元素,这比 Xpath 的不管是绝对路径或是相对路径查找都来的灵活,不会因为 DOM 树内部结构发生变化而导致路径失效找不到元素的问题。_near 是指在某个元素附近查找相应设定规则条件的最近一个元素,这对于一个页面中有多个相同属性值的情况提供了一个很好的解决方式,使查找的范围更精确。_under 是指在某个元素下方开始查找,找到符合条件的最近一个元素,一般_under 都适用在具有相同偏移量的同一列中。下面,我们来看一个例子,加深对 Sahi 这种基于上下文识别查找机制的理解:图 2. 案例网页假设,在图 2 显示的 Web 页面的所有 text box 的

13、name=”q”,那么,Sahi 的侦探器通过一些标识来鉴别它们,如(_textbox(q), _textbox(q1)和_textbox(q2)。如果,我们要定位“Ruby for Rails”那一行的 text box,即_textbox()。传统的元素识别会遇到多个相同属性元素的问题,即使是 Xpath 的定位方式也会因为在它前面加了一行新的数据而导致 Xpath 定位失败的情况。这时 Sahi 可以通过_near 这种方式来定位:_textbox(,_near(_cell(Ruby for Rails)当要定位 check box 时,我们又会发现,“Ruby for Rails”这一

14、行有“Recommend”和“Already own”两个 check box,为了更准确地定位,我们可以结合_under,例如:_checkbox(0,_near(_cell(),_under(_cell(Recommend)。如果在整个页面中存在多个这样的表格,我们还可以用_in 来进一步缩小范围,如:),_in(_cell(Cost).同时值得一提的是,Sahi API 中的 identifier 参数都支持正则表达式,例如,_div(/name.*/) 用来识别所有以某种预属性值是 name 开头的 div。隐式页面加载响应等待机制:现在越来越多的 Web 应用采用 Ajax 的应用技术,来支持网页数据的异步请求响应。当前一般的 Web 自动化测试工具没有一个智能的处理机制,来判断何时可

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1