标题说明了一切。在我目前的角色中,我已经使用SilkTest大约一年了。这不是我的选择,在这个角色之前,我从未使用过它,甚至听说过它。使用它肯定有一些缺点,但它也有一些优点(我认为,4 best语言是最好的)。此外,与Selenium或Watir等较新的工具相比,基本的web搜索并没有在教程、示例代码、帮助等方面透露太多信息。有什么见解吗?
免责声明:我并不是SilkTest的粉丝(远不是这样)。
发布于 2012-01-16 18:29:54
在我个人的观点和观察中,很多原因归结于产品的成本和知识。许多公司尝试过这样的解决方案和QTP (惠普快速测试专业版),认为这将成为他们的测试资源的银弹,但它最终无法实现他们的预期(它需要时间和知识,无论你使用什么样的解决方案)。这些公司随后尝试了另一种开放源码或免费解决方案(或全部放弃了测试自动化),并通过测试人员在尝试商业产品后所知道的内容,能够使其工作得更好一些。
也有一些公司会看一看美元的价值,然后直截了当地说不。即使不是这样,当涉及到成本时,也存在捆绑因素。许多公司已经使用了惠普的产品,如Quality和Load,我认为在此基础上安装自己的自动化框架会有一定的折扣。微软的产品也是如此。如果一家公司已经为开发人员购买了大量的Visual许可证,那么为什么不多花一点钱给测试人员呢?
要问您关于“更新”框架的问题,我认为部分原因在于成本,但也取决于必须使用该产品的测试人员的可用性。就我个人而言,我想使用产品组合来构建我想要的自动化套件。除此之外,这些“更新”产品的用户社区要比SilkTest或QTP这样的商业产品更加多样化。如果来自社区的用户不能帮助你,其中一个贡献者,在项目的连续性(即使只是出于骄傲)既得利益的情况下,很可能能够帮助你。
发布于 2015-03-09 13:15:09
问题是集中在SilkTest的缺点,我会说。我希望以下的答案不只是个人的意见,我可以为我的理由提供证据。我现在使用SilkTest (主要是与Silk4J一起使用,即高级许可)6个月,主要原因是该产品没有提供足够的附加值。与另一种解决方案相比,它并没有为您节省那么多时间。总之,没有一个大的禁止。只是遗漏了多少细节让我担心:
getButtonId()上实现SapToolbarControl方法,这意味着您不能按工具栏控件上的按钮。这是有可能解决的。?和*是通配符,但不能转义。我已经为几乎所有的问题打开了支持请求,因此在以后的版本中可能会对此进行改进。我鼓励大家也这样做。
发布于 2012-01-20 12:30:25
互联网上没有Watir或Selenium所拥有的很多教程或资源。对于Watir和Selenium,我们更容易修改、添加插件或添加特性来扩展它。
https://sqa.stackexchange.com/questions/2401
复制相似问题