当使用自动化测试来驱动自动化框架的设计时，这被称为什么？

Question

我们使用一种非常有效的技术为我们的系统开发自动化的功能测试。我们首先编写基于手动测试用例的功能测试(类似于Selenium测试)，然后使用这些测试来驱动我们的自动化框架的开发，而不是正在测试的系统。

这种发展方式是否仍然属于TDD？我只在单元测试方面见过TDD。在这种情况下，我们使用单元测试作为驱动被测试的最终系统开发的需求。所以我觉得这和我上面提到的有点不同。

这与验收测试驱动的开发也有一点不同，因为整个团队没有开会讨论稍后将用于验证系统的验收测试。相反，自动化工程师只是使用手动测试用例的步骤来驱动自动化系统的设计。不是被测试的系统。

这几乎就像是一个功能测试驱动的自动化，或者类似的东西。然而，我从来没有见过这样的术语在任何地方使用。有什么想法吗？

Answer 1

你的队伍有多大？我说得对吗?这就是你要做的:给你一个手动测试用例，然后把它转换成一个自动测试用例。对吗？

这听起来像是重构，或者仅仅是质量控制的一个方面的自动化。TDD是一种开发技术，而不是测试技术，尽管有其名称。换句话说，TDD专注于开发一些新的，而不是确保某些东西正常工作(即测试)。手工测试用例从何而来？那个给你做这些测试的人可能在做TDD。