【问题标题】:Linking requirements with function tests [closed]将需求与功能测试联系起来[关闭]
【发布时间】:2012-08-29 19:22:01
【问题描述】:

我正在构建一个命令行工具,我可以在其中对输入执行如下命令:

PROMPT>userName=Seán<CR>
PROMPT>zodiacSign=Virgo<CR>

其中 userName 是字符串类型,zodiacSign 是枚举类型。

我也有自动完成功能,这样我可以按 Tab 键并获得线索,就像这样

PROMPT>zodiacSign=C<TAB>
         Cancer
         Capricorn
PROMPT>zodiacSign=Ca

问题是我收到了越来越多微妙的需求,我发现这些需求越来越难以记录到用户故事中。例如,我刚刚收到以下要求:如果我按回车键:

PROMPT>zodiacSign=Can<CARRIAGE-RETURN>

然后软件应该自动完成命令 zodiacSign=Cancer 并执行它,因为它是唯一的选项。

我将进行功能测试来测试这些细微差别。通过这样做,我可以通过我的功能测试演示用户故事。

但是你会推荐什么方便的工具来存储需求/用户故事,甚至可以将它们链接到功能测试?也许这个工具包括覆盖图。

【问题讨论】:

    标签: testing agile functional-testing requirements


    【解决方案1】:

    要求的受众是谁?如果是开发人员,我会说版本控制系统是存储它们的好地方。 :-)

    我会推荐使用 Cucumber 或 FitNesse。将测试用作需求是可行的方法。

    黄瓜例子:

    Scenario:
       If a single match is available and the carriage return is pressed
       auto-complete should accept the match
    
    Given valid Zodiac Signs are "Cancer,Capricorn"
    When the user enters "zodiacSign=Can<CARRIAGE-RETURN>" at the prompt
    Then the shell should auto-complete to "zodiacSign=Cancer"
    

    这是一个完全可执行的测试,很好地描述了所需的功能。

    希望有帮助!

    布兰登

    【讨论】:

      【解决方案2】:

      看看FitNesse。它是需求 Wiki 和功能测试执行框架的组合。

      当您编写需求时,您将它们放在一个包含示例数据和预期结果的表格中。单击“测试”,FitNesse 会解析表格并进行调用。很酷。

      【讨论】:

        【解决方案3】:

        FitNesse 确实是一个流行的工具,但有些人会争辩说FitNesse is evil(它很容易被滥用,并且受到numerous issues 的影响)。一个好的开源跨平台替代方案是soapUI

        soapUI 可以管理functional testing,以及keep track of your system's requirements、用例和用户故事,并将它们链接到测试。

        它有一个很好的图形用户界面(包括coverage graphs,如你所愿!)。大多数功能都包含在免费版本中。

        【讨论】:

          【解决方案4】:

          如有需要,请查看QMetry
          它是一个非常完整的工具,允许您定义需求、测试用例、测试场景以及测试场景的启动。 报告也不错,人机界面也很友好。

          希望有帮助

          【讨论】:

            猜你喜欢
            • 1970-01-01
            • 1970-01-01
            • 2016-05-31
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 2020-09-13
            • 1970-01-01
            相关资源
            最近更新 更多