- 1、本文档共5页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
对嵌入式系统自动化测试的方法研究.doc
对嵌入式系统自动化测试的方法研究
[摘 要]该文结合笔者的实践,阐述了嵌入式系统自动化测试的优点,介绍了自动化测试框架,最后分析了自动化测试的策略与实现,以给嵌入式系统的自动化测试问题提供参考与借鉴。
[关键词]嵌入式系统 自动化测试 策略 方法
中图分类号:P804 文献标识码:A 文章编号:1009-914X(2015)13-0086-01
一、嵌入式系统自动化测试的优点
嵌入式系统的测试往往类似于其它测试,主要种类包括:单元测试、系统测试、集成测试以及验收测试。对于系统测试来说,其面向的对象不仅包括开发的软件系统,主要有嵌入式操作系统以及嵌入式应用软件,也包括硬件系统以及另外的有关因素,主要有人员的操作以及数据的获取,所以就整个产品实施的全面性系统测试来说需要两个环节:第一个环节是功能性测试环节;第二个环节是真正意义上的系统测试。
自动化测试对软件质量具有重要意义,尤其对于Agile广泛运用的目前,执行自动化测试已经属于一种准则。自动化测试具备的优越性往往如下:
1.提升测试效率
若干测试如果都通过手工测试则属于较为复杂的工作,人工进行检查不但非常枯燥乏味,还浪费时间、容易出错。若运用自动化测试,便显得简单、轻松起来。
2.给予了回归测试
针对产品型的软件或者具备较长生命周期的项目而言,往往存在新功能开发或需求更改。对于新发布的软件来说,会有许多功能均类似于上一个版本,这些功能要是在上一个版本中已经进行了自动化测试,则在新发布的版本中,这些功能便能实现自动回归测试,不仅减少了重复测试的成本,也保证了软件本身的质量。
3.支持性能测试
在进行性能测试时,利用自动化测试,能简单地模拟并发,让性能测试具备更优越的方法。然而自动化测试也存在一定的瓶颈,特别针对嵌入式系统,具体实施存在难处,若运用一些仿真设备,使用起来则会相当昂贵,增加成本。另外进行自动化测试用例的开发及其维护需要很多的投入,往往比软件自身的投入还多,而最大的问题在于测试用例的开发往往落后于软件自身的开发,所以不能立即觉察到软件缺陷,从而越积越多。
二、自动化测试框架
自动化测试框架是由一些假设、概念及为自动化软件测试提供支持的实践构成的。它在被测应用程序的基础上研制一套方法,以控制或管理测试自动化过程的变化,从而最大程度地在不同条件下进行自动化测试。当今主要使用的自动化测试框架不仅包括模块化测试脚本框架、测试库构建框架、关键字驱动测试框架,还包括了数据驱动测试框架以及混合的测试框架。
对于测试库构建框架而言,其将待测应用程序实施分解,使之成为过程及函数,而不是成为脚本。此项框架应创建代表待测应用程序模块、片段还有如SQABasic libraries、APIs以及DLLs功能的库文件,这些库文件经由测试用例脚本进行直接调用。
对于数据驱动测试框架而言,是测试从数据文件中读取输入和输出数值并载入到捕获的或手工编码的脚本变量里的一种框架。此类框架里面,输入数值以及输出验证数值均运用到变量,这些变量应用于测试脚本里面编写贯穿程序的导航、数据文件的读取以及记录测试状态和信息的日志代码。
近年来,自动化测试的要求日益提高,怎样把自动化测试的效率提高到需要的水平,已经成为所有的测试部门重点考虑的问题。所以一个先进的测试管理流程与一流的自动化测试工具包对于实施自动化测试非常关键。
三、自动化测试的策略
嵌入式系统经常通过利用C语言来实现,若干任务一起完成不同功能,通常而言都为事件驱动程序。嵌入式系统的重点之处为所有任务状态是否正确,有没有就事件进行准确、快速的响应,这些也都属于测试重点。对于别的方面如:人机界面能够经过其它方式的测试得以完成,但自动化测试却往往不太有效。各项任务均存在一个唯一的入口,要是提供全部可能的输入,经由此项入口便能覆盖到全部的代码,所以应该基于所有任务处在各类输入的状况下,检查状态变换有没有合理,重点数据结构能否保持正确,就事件进行的处理能否确保正确。基于此可以发现对嵌入式系统的测试变为了对任务的入口函数进行的测试。
此项策略运用到与单元测试相近的方法,然而也依然存在着本质上的不同。单元测试需将所有函数接口里面所有被调用了的函数当成桩进行实现,关键目的即为进行函数内部的逻辑测试,并且文中给出的自动化测试只针对任务的入口函数进行,仅要求那些和设备主要包括网络设备、显示设备、存储设备及其有关的接口能够当成桩得以实现。而与任务自身逻辑有关的接口还是要经过直接调用,进而察觉到任务逻辑的问题,如此进行便于更加良好地察觉代码集成间的问题。另外的区别在于单元测试属于白盒测试,应该相当熟悉代码,也要考虑边界值,项目开发的过程中,代码若出现变化
文档评论(0)