gpt4 book ai didi

testing - BDD 与手动测试?

转载 作者:行者123 更新时间:2023-11-28 19:48:47 26 4
gpt4 key购买 nike

我们正在从经典的“瀑布”模型转变为更加面向敏捷的哲学。我们决定尝试 BDD(Cucumber),但我们在迁移一些“旧”方法时遇到了一些问题。最大的问号是手动测试如何集成到周期中。

假设项目经理定义了功能和一些基本的场景大纲。我们与测试团队一起为此功能定义了大约 40 个场景。有些无法自动测试,这意味着它们必须手动测试。当您只有功能文件时执行手动测试,感觉不对。例如,我们希望能够看到过去的测试失败率。大多数测试用例管理器都支持此类功能,但它们无法使用功能文件。在外部测试用例管理器中维护手动测试用例,将导致功能文件和测试用例管理器之间无休止的更新问题。

我很想知道是否有人能够覆盖这个“中间地带”以及如何覆盖。

最佳答案

这并不是一个非常不寻常的案例。即使在敏捷中,也不可能使每个场景都自动化。与我合作的 Scrum 团队通常在功能文件中将它们标记为 @manual 场景。我们已经配置了我们的自动化套件 (Cucumber - Ruby) 以在运行夜间作业时忽略这些标签。一个问题是,正如您所提到的,我们不知道手动测试的结果是什么,因为测试人员会在本地记录结果。

我对此的建议是以 YML 或适合此目的的任何其他文件格式记录每次迭代的结果。该文件应该是自动化套件的一部分,并且应该在存储库中检查。因此,首先您要将结果与自动化套件一起记录下来。稍后当您有资源和时间时,您可以向自动化套件添加一个功能来读取此文件并生成包含其他自动化结果或单独生成的报告。在那之前,您的版本控制应该可以帮助您跟踪所有以前的结果。

希望这对您有所帮助。

关于testing - BDD 与手动测试?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28812478/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com