0

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

这种开发方式还会被归类为 TDD 吗?我只在单元测试方面看到过 TDD。在这种情况下,我们使用单元测试作为驱动最终测试系统开发的需求。所以我觉得它和我上面提到的有点不同。

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

这几乎感觉像是功能测试驱动的自动化,或类似的东西。但是,我还没有看到在任何地方使用过这样的术语。有什么想法吗?

4

1 回答 1

1

你的团队有多大?我是否正确地说这就是您所做的:给您一个手动测试用例,然后将其转换为自动化测试用例。那是对的吗?

这听起来像是重构,或者只是自动化质量控制的一个方面。TDD 是一种开发技术,而不是测试技术,尽管名称如此。换句话说,TDD 专注于做一些的东西,而不是确保某些东西有效(即测试)。您的手动测试用例来自哪里?给你做这些测试的那个人可能正在做 TDD。

于 2018-01-12T06:08:22.013 回答