对测试工具能够发挥作用,大家都已经了解并认可了,但是很多引入自动化测试工具的软件公司并没有能够让测试自动化发挥应有的作用,其主要原因有以下几个方面:
软件测试作为保证软件质量和可靠性的关键技术,正日益受到广泛的重视。而软件测试自动化,已经成为国内软件工程领域受到广泛关注的课题。不言而喻,软件测试从业者都意识到软件测试这项工作走向成熟化、标准化的一个必经之路就是要实施自动化测试。本文结合自动化测试框架、创建运行控制点、实现运行控制机制等技术,设计了一套面向行业应用的自动化测试运行控制方法,很好地解决了自动化测试中面临的脚本运行控制问题。
没有一种单纯的技术或管理上的进步,能够独立地承诺在10年内大幅度地提高软件的生产率、可靠性和简洁性。Brooks鼓励我们将技术和方法视作一种演进手段,而并非革命。将自动化技术引入测试工作时,我倾向于支持相同的观点。
当前大部分的测试工具是软件的功能性测试功能(也被称为记录/回放工具),如Rational的Robot和Mercury 的Winrunner等。记录/回放工具的缺陷使我们在测试中不能过分依赖它。
GUI (图形用户界面graphical user interface)工具自诩其拥有许多的功能。把GUI测试自动化作为一个编程的项目处理,你将需要一个和你项目大小相当的工具。这是一篇对你购买的GUI测试自动化产品中你所需的关键功能的梗概。
一般的说,没有测试覆盖分析工具,软件在发行前仅有50%的源程序被测试过。在差不多有一半源代码没有被测试的情况下,大量的故障(bug)随软件一道被发行出去。在这种情况下,软件的质量、性能和功能不可能得到保障。
因为软件测试的工作量很大(40% 到60% 的总开发时间),而又有很大部分适于自动化,因此,测试的改进会对整个开发工作的质量、成本和周期带来非常显著的效果。
作者在本文中描述了一些构建更易维护的和健壮的自动化测试脚本的技巧。作者给那些使用自动化测试工具并且为将来测试工作而建立自动化测试脚本库的测试人员提供了有价值的远见。本文提供了许多在文档化测试脚本,调试测试脚本,执行测试脚本的同行评审和同步测试脚本方面的建议。
Double Think Before Action。 三思而后行, 测试自动化是一个系统的工程,根据我以前的经验,我们在进行测试自动化之前,要自己问一些问题给自己,如果能很好的回答,或者能做一些风险评估,有充分的思想准备
测试工作无论是手工测试还是自动化测试都是软件质量保障的一个途径。如何更好的使两者相互结合也是我们现在所要讨论的话题。我们何时应用手工测试又何时应用自动化测试呢?
自动化测试专家Elfriede Dustin在2008年10月的《Software Testing and Performance》杂志上发表文章,深入探讨了为什么如此多的自动化测试项目会最终失败。
10月7日,全球IT咨询和软件公司ThoughtWorks近日宣布推出 Twist 先期体验(Early Access)版。它是一种自动化功能测试平台,为软件团队应用生命周期管理(ALM)套装又增加了一种新功能。业务专家、测试者和开发人员(即项目团队中每个成员)有史以来第一次可以共同协作,根据业务目的和需要开发出高质量的软件。
本文介绍了一些自动化测试实现过程中可能碰到的问题,以及如何评估这些问题带来的工作量,为自动化测试团队开展自动化测试前对项目实现自动化测试的成本估算提供了一些参考。
如果实施得当,单元测试可以帮助开发团队更快地交付应用程序,换言之,它能够提高企业的竞争力。然而,只有很少的企业尝试过使用单元测试,而其中有只有一小部分成功地将其作为标准在企业范围内推广。为什么会这样?通常,这是由软件开发人员和管理人员对单元测试的作用,以及维持单元测试所需付出代价的错误认识所造成的。
本人主要是侧重电信领域的软交换及BOSS业务的测试,从本人多年所处理的现场问题来看,在现场发生的约80%的问题来源于软件版本升级后引入的新功能带来的对老功能的影响,有过不少沉痛的经验教训。
针对xxx(java开发)软件进行测试,对winrunner7.0,Rational Robot,Quick Test 进行评测,评测主要包括易用性,扩展性,稳定性等三方面.
我们对自动化测试充满了希望,然而,自动化测试却经常带给我们沮丧和失望。虽然,自动化测试可以把我们从困难的环境中解放出来,在实施自动化测试解决问题的同时,又带来同样多的问题。在开展自动化测试的工作中,关键问题是遵循软件开发的基本规则。本文介绍自动化测试的 7 个步骤:改进自动化测试过程,定义需求,验证概念,支持产品的可测试性,具有可延续性的设计( design for sustainability ),有计划的部署和面对成功的挑战。按照以上 7 个步骤,安排你的人员、工具和制定你的自动化测试项目计划,你将会通往一条成功之路。