自动化测试方法

Question

我们编写了许多集成测试，这些测试对我们来说工作得很好，我们确实尝试过引入单元测试，但发现它更难引入，因为它需要更长的时间，而且好处也不是那么明显。

我们仍然有测试人员手动检查测试脚本。我们还有很长的路要走来自动化我们的测试过程，我们想知道其他人是如何接近它的，以及你使用了什么工具？

谢谢,

B

Answer 1

“花费的时间更长，好处也不是很明显。”

一直都是这样。质量似乎是要先花钱的。

“我们仍然让测试人员手动检查测试脚本。”

人们都说这样更便宜？如何或为什么？

“接近它，你使用什么工具？”

让一切自动化。没有商量余地。减少投入到测试中的时间的管理压力，我总是解释为“你的意思是降低质量，这样我们就可以花更多的时间做返工?我不能。找其他喜欢返工的人。我讨厌返工，因为返工总是比直接做更昂贵和复杂。”

Answer 2

因为每个人都说你需要单元测试。从为新东西编写单元测试开始。在这里，TDD将是很好的方法;)。

至于手动测试人员，如果你有很多手动测试人员，我会尝试切换到自动化功能测试。缓慢但不断地将所有手动测试转换为自动化测试。

留几个(最好的)手动测试人员来做探索性测试。让他们特别专注于新事物，因为其他一切都应该准备好自动化套装。

因此，您将拥有自动化的单元测试(持续集成，不是吗？)，自动化的功能测试(回归和东西)，以及新事物的手动探索性测试(直到特性足够稳定，可以为它们创建自动化套件)。

至于工具。

对于单元测试，它取决于您使用的技术。

至于功能性HP QTP (或IBM Rational Robot)。让HP质量中心支持测试管理可能是明智之举(如果您愿意，也可以使用IBM tool set )。

至于探索性测试TestExplorer (它可以与HP质量中心通信)，但也可以使用简单的记录工具。

Answer 3

编辑(因为有人投票否决了它)

这个答案是关于你问题的一部分:人们使用的工具。我的链接提供了有关团队用于自动化产品测试的测试工具的信息。

自动化测试工具

在Stackoverflow上检查此搜索：

Questions tagged Automation & Testing