我们公司的桌面应用程序是在15年前的 VB 6 中开发的。没有自动化,管理层决定自动进行回归测试,以节省大量的回归测试时间。
我们正在分析适合我们应用的不同第三方自动化工具。我们使用 TestComplete 进行了概念验证,并不是每个人都对该工具非常满意,因为它不支持许多VB 6控件,如真正的db grid等;
由于其社区不像 Selenium 这样的着名自动化测试框架那么大,因此没有太多的支持。就个人而言,我觉得 TestComplete 已经变得古老,并没有多少人使用它。
如果Coded UI支持 VB 6 应用程序,有人可以解释一下吗?如果是,这个工具的优点和缺点是什么?
答案 0 :(得分:1)
我建议你做的第一件事是调查应用程序中每个控件的类型。如果这些是WinControls,那么它是一个积极的迹象,你可以通过CodedUI自动化它。
从技术上讲,CodedUI可以自动化具有WinControls或HtmlControls控件的应用程序,而不管它是如何构建的。
因此,请尝试使用' Cross hair Tool'来检测应用程序中的控件。在codedUI中提供并找出控件类型。(如果您的机器中没有VSTS,请尝试30天试用并进行调查。)
优点:
说到Pros,这个工具就像其他工具一样。但它仍然为您提供广泛的自动化设施,您也可以进行API测试,性能,负载测试。您可以将自动化方法与TFS和MTM中的手动测试用例链接起来,这使得跟踪变得非常容易。例如:您可以轻松跟踪特定的手动测试用例是否自动化。
缺点:您在搜索时无法在线查找解决方案。你几乎是自己的。如果你擅长oops,这个工具就是一个宝石。这是一种许可工具。
希望它有所帮助。祝你好运!!