在我的工作场所,我们正在考虑购买TestComplete,但在使用评估版本后,我不确定它是否会对我们有任何好处。
创建测试似乎是一项很大的工作,我的老板并不完全相信这是值得的。
另一方面,我们没有任何单元测试,所以我们非常需要一些自动化测试。
发布于 2009-01-28 14:27:53
取决于你想测试什么。如果你很难模拟用户界面上的点击,那么TestComplete做的相当好。对象浏览器和记录功能可以非常有用。
如果您正在尽您所能避免GUI测试的麻烦,那么VB脚本、python、perl或选择您最喜欢的脚本语言。我们决定在我们的项目中使用JScript,它的实现有时会“令人兴奋”。
基本上,先看一遍特性列表,然后决定要使用的是什么,而不是使用什么。如果您打算使用它来收集所有的测试用例,那就不用费心了。如果您要在GUI测试、分布式测试等方面做大量工作,那么一定要做到这一点。
发布于 2010-09-28 15:10:01
我和TestComplete 3有过一段噩梦般的经历。
我继承了一个糟糕的脚本和一个过时的应用程序,我用血汗和眼泪设法让它正常工作。我在这方面学到了很多VBScript,但没有了解到开发人员的近况。
然后,我成功地升级到了TestComplete 7,它与3、4、5和6都没有任何关系。好的,它在外部看起来可能类似于5和6,但它有更多的功能。3和4太史前了,我甚至不敢谈论它们。
到目前为止,TestComplete7对我们来说是一种魅力。我们正在做独立的和基于网络的应用程序,我们已经找到了7.5版本来提供我们所需要的一切。
非技术测试人员可能只会利用TestComplete提供的5%到10 %的份额,根据测试应用程序的成熟程度,他可能会发现自己浪费的时间比节省的时间更多。
然而,一个拥有中等水平脚本知识的测试人员可能会用它来创造奇迹。
所有这些都是我们在功能测试方面的经验。我们还没有对单元测试是否可能使用它进行调查。
发布于 2010-07-22 19:24:37
我对TestComplete有强烈的仇恨.
它的IDE是笨重的,它的GUI是几乎无用的,它的脚本语言和系统是疯狂的(这就是我的好心)
如果你有时间学它..。
如果你有耐心想办法.
如果您已经进行了适当的单元/集成/系统测试.
如果您有一个GUI,它可以在模拟系统上运行(以消除系统变量)
然后,,,您可能想考虑一下。否则,你最好把时间花在写自下而上的测试上,学习如何从你的系统中提取你的用户界面,或者只是挖鼻孔。
我们花了$$,$$$ for TestComplete (经理决策,没有工程师参与)来运行负载测试(因为它说这是他们站点上的一个主要功能)。当我们找不出如何让它运行负载测试时(您知道,它在Y分钟内维护X连接)时,我们给AutomatedQA发了电子邮件。几周后,我们听到“我们的软件无法做到这一点”。
https://stackoverflow.com/questions/479649
复制相似问题