我们使用一种非常有效的技术为系统开发自动化功能测试。我们首先根据手动测试用例编写功能测试(如Selenium测试)，然后使用这些测试来驱动自动化框架的开发，而不是测试中的系统。
这种开发风格还会被归类为TDD吗？我只在单元测试方面见过TDD。在这种情况下，我们使用单元测试作为需求来驱动最终测试系统的开发。所以我觉得这和我上面提到的有点不同。
这也与验收测试驱动的开发有点不同，因为整个团队并不是为了讨论稍后用于验证系统的验收测试而开会。相反，自动化工程师只是简单地使用手动测试用例的步骤来驱动自动化系统的设计。不是测试中的系统。
这感觉就像是一个功能测试驱动的自动化，或者类似的东西。然而，我在任何地方都没有见过这样的术语。有什么想法吗？
你所在的团队有多大？我说这就是你所做的：你得到一个手动测试用例，然后你把它转换成一个自动测试用例。这是正确的吗？
这听起来像是重新考虑因素，或者只是自动化质量控制的一个方面。TDD是一种开发技术，而不是一种测试技术，尽管名称如此。换句话说，TDD专注于创造新东西，而不是确保某些东西有效(即测试)。您的手动测试用例来自哪里？给你做这些测试的人可能正在做TDD。