【问题标题】:Reporting on test scenarios for a non-technical audience?为非技术受众报告测试场景?
【发布时间】:2023-07-03 02:45:01
【问题描述】:

我有 (jUnit) 单元测试。

我的项目经理想要一份人性化的测试用例和场景列表(想一想:电子表格或报告,用于一般分发给技术含量较低的受众)。

什么是弥合这一差距的有效方法?

【问题讨论】:

    标签: unit-testing junit reporting


    【解决方案1】:

    您可能想查看StoryTeller。我没有使用过它,但据我了解,它是一种用非技术语言或至少是领域特定语言 (DSL) 编写验收测试的方法。

    This interview 与创作者 Jeremy Miller 的描述非常好。

    【讨论】:

    • 我不确定这是否是“答案”,但这是朝着正确方向前进的方向,所以我会接受。谢谢。
    【解决方案2】:

    单元测试用于测试软件组件。

    技术含量较低的受众(在我看来)对功能比对实现更感兴趣,对特性比对组件更感兴趣。

    这就是您需要弥合的差距:组件和功能之间的差距。

    观众可能对系统测试结果比对单元测试结果更感兴趣;另见Should one test internal implementation, or only test public behaviour?

    如果测试 a) 测试一些有趣的东西,并且 b) 有一个反映测试内容的名称,人们可能会对测试列表感兴趣。例如,a list of my test case names here,如果您对该功能感兴趣,我认为您可以从测试名称中大致了解正在测试的内容(反之,如果回归测试失败,则哪些功能被破坏)。

    【讨论】:

    • 另外,问问你的老板:当他们阅读报告时他们想知道什么......他们为什么要阅读报告,他们希望从中得到什么(或者他为什么要给给他们)?他们想知道什么坏了吗?他们想知道正在做什么吗?他们想看到“速度”吗?他们想知道需要多长时间才能解决所有问题吗?
    • 值得深思的好食物。也许我需要更详细地考虑代码测试与项目级“测试场景”。感谢您抽出宝贵时间回复。