我读了场景测试的Wikipedia文章,但我感到非常难过,说这是很短的。我想知道:情景测试是顺序单元测试的集合吗?或者,也许,就像一个单步多单元测试?许多框架是否支持场景测试,还是由单元测试覆盖?
如果他们与自动化无关,那么他们是什么?
答案 0 :(得分:4)
我认为测试和场景测试的数量和分布之间没有任何固定的关系。
我认为场景最常见的代码表示是支持特定故事(场景)所需的一组特定业务数据。这通常以数据库数据,虚假存根数据或两者的组合形式提供。
这个想法是,这个数据集具有已知且定义明确的特征,可以在给定的业务流程中提供定义良好的结果。
对于Web应用程序,我可以通过单个Web测试(或多个变体)单击整个方案。在其他情况下,场景用于较低级别,可能在功能测试或单元测试中测试场景的一部分。在这种情况下,我通常不会按场景对测试进行分组,而是选择我通常用于单元/功能测试的测试的功能分组。通常在“Subsystem1Test”中有一个名为“testScenario1”或“testScenarioInsufficientCredit”的方法。我更愿意给出我的方案名称。
答案 1 :(得分:2)
除了korsenvoid的回应之外,在我的经验场景中,测试通常会自动化,因为它将包含在回归测试中。回归测试定期自动化,因为手动操作不能很好地适应常规版本。
在商业软件中,scenerio测试的好例子是用户文档中包含的教程。这些显然必须在每个版本中起作用或从文档中删除,因此必须进行测试。
虽然您可以使用顺序单元测试进行场景测试,但我的猜测是使用基于GUI的自动化工具更常见。例如,我在此角色中使用TestComplete,脚本框架效果良好。场景测试通常从用户/客户端角度进行,难以在单元级别进行准确复制。
答案 2 :(得分:1)