软件的界面测试是一项复杂而烦琐的工作,本文对程序界面的手工测试与自动测试两种方法进行比较,重点讨论了自动测试的收益回收期问题。
因为软件测试的工作量很大(40% 到60% 的总开发时间),而又有很大部分适于自动化,因此,测试的改进会对整个开发工作的质量、成本和周期带来非常显着的效果
来自51Testing的2007年软件测试从业人员调研数据显示,79%的软件测试从业人员希望提高自己的自动化测试技能,其次希望提高性能测试和测试管理技能,其比例为58%和57%,再次是测试相关文档的撰写和单元测试的技能的提高,其比例为33%和25%。
Michael Kelly在《Choosing a test automation framework》一文中提到测试自动化框架是一组假设、概念和惯例的集合,用于支持自动化测试。
对于一个企业用户来说,什么样的软件测试自动化方案将是他们所需要的呢? 根据笔者和不同企业用户的沟通和交流,他们的软件测试自动化需求往往更多的集中在:自动化软件测试管理流程,以达到始终一致的软件质量和可量化的,可衡量的测试过程管理;通过实现测试自动化,以提高测试案例的复用和实现内部标准化,从而提高测试效率。
自动化回归测试所面临的最大问题就是退化和过早消亡”,当自动化测试在如火如荼的进行过程中,一个突如其来的软件变更、重构、开发平台变更、开发工具变更、关键人员离职可能会导致整个自动化测试流程的夭折。听起来有些耸人听闻,但当现实摆在面前的时候,我们不得不思考这样一个问题,如何防止这类现象的发生,当这种现象即将到来时,我们又应该怎样做呢?
本文档主要描述QA在进行软件自动化测试项目中获取的经验,以及提出一些有利于下一次类似测试应该汲取的教训,以便为未来的软件自动化测试提供必要的依据。
手机软件MMI的自动化测试需要手机终端和计算机进行通讯,所以通讯方式可以选择串口或者蓝牙,鉴于稳定性和易用性,设计简单程度,串口通讯是非常简单的很容易实现的。
本文介绍了 SOA 的自动化测试的框架。这个自动执行测试用例的框架也可以调用其它语言脚本编写的测试用例。此框架大量节约了测试人员的时间,实现了 SOA 的自动化测试。
主要介绍了 SOA 环境下如何自动化部署测试环境,这些自动化技术都是 IBM SOA 相关技术部门多年实践经验的结晶,在实际的项目中起到了非常重要的作用。本系列下一篇文章将介绍如何自动执行测试用例。
本文主要介绍了 SOA 组合业务服务的环境框架,以及自动化测试手段与工具。之后讲解了如何自动化的部署一套测试环境。本系列的下一篇文章将介绍如何在这样一套测试环境中实现被测实体的自动化部署。
自动化总体要求是 自动化覆盖率更高,维护成本更低,挖掘层次更深,运行速度更快,培训力度和知识分享覆盖面更大,运营管理更加规范, WATIR框架平稳取代QTP框架
99年的一篇文章,但是对于今天的自动化测试项目管理者而言,仍然具有指导意义。Elfriede Dustin在总结了多年的自动化测试项目经验后,提出了19个经验教训
功能自动化测试工具为我们带来了什么呢?我不知道大家如何看待这个问题,我总觉的很多人把功能的自动化测试工具看的特别的“厉害”,觉得可以完成很多的工作。领导会说,如果我们用工具进行回归测试,会很快的发现问题,然后减少回归测试的时间,提高项目的效率,如此这般公司开始推行自动化工具。
文章内容分为两个部分:一是软件自动化功能测试;还有一部分会介绍一下软件自动化性能测试。实践主要包含两个部分:一部分是介绍HP在软件的功能和性能自动化测试的理念,以及产品和技术在这方面的支持。另一部分是一些实践案例,包括在国内外哪些用户使用我们的测试工具,他们是如何去做的。
Watir 是一个使用 Ruby 实现的开源Web 自动化测试框架,相对于那些庞大的商业工具来说,它很小巧,也很灵活,提供的功能也足够用。最近抽时间试用了一下,感觉还不错,准备下一步在公司推广使用。
大多数的软件测试面试题中都会提到“自动化测试”一词,而面试者往往给出的答案是:我会loadrunner,会rational,会用某某语言编写脚本。将自动化测试与自动化的性能或是功能测试工具划上了等号。