我有(jUnit)单元测试。
我的项目经理想要一个人类友好的测试用例和场景列表(想一想:一个电子表格或报告,一般分发给技术含量较低的受众)。
弥合这一差距的有效方法是什么?
发布于 2010-09-10 00:50:58
你可能想看看StoryTeller。我没有用过它,但据我所知,它是一种用非技术语言或至少是领域特定语言(DSL)编写验收测试的方法。
杰里米·米勒的This interview给出了一个很好的描述。
发布于 2010-09-09 20:40:12
单元测试是用来测试软件组件的。
技术含量较低的受众(在我看来)对功能比实现更感兴趣,对功能比组件更感兴趣。
这就是你需要弥合的鸿沟:组件和特性之间的鸿沟。
受众可能对系统测试结果比单元测试结果更感兴趣;另请参阅Should one test internal implementation, or only test public behaviour?
人们可能对测试列表感兴趣,如果测试a)测试一些有趣的东西,以及b)有一个反映它正在测试的内容的名称。例如,有a list of my test case names here,如果您对该功能感兴趣,我认为您可以从测试的名称中大致看出正在测试的内容(反之,如果回归测试失败,则会破坏哪些功能)。
https://stackoverflow.com/questions/3676480
复制相似问题