需求管理

根据需求,您可以设置标准来检查您的产品。它们可以基于用户、利益相关者、系统、软件或您认为重要的任何其他内容。

需求是极狐GitLab 中描述产品特定行为的产物。需求是长期存在的,除非手动清除,否则不会消失。

如果行业标准要求您的应用程序具有特定功能或行为,您可以创建需求来反映这一点。当不再需要某个功能时,您可以存档相关需求

requirements list view

创建需求

每个项目中都有一个分页的需求列表,您可以在那里创建一个新的需求。

先决条件: - 您必须至少具有报告者角色。

创建需求:

  1. 在项目中,进入 计划 > 需求
  2. 选择 新建需求
  3. 输入标题和描述,然后选择 新建需求

requirement create view

您可以在列表顶部看到新创建的需求,需求列表按创建日期降序排序。

查看需求

您可以通过选择从列表中查看需求。

requirement view

要在查看需求时对其进行编辑,请选择需求标题旁边的 编辑 图标 ( )。

编辑需求

您可以从需求列表页面编辑需求。

先决条件: - 您必须至少具有报告者角色,或是需求的作者或指派人。

要编辑需求:

  1. 从需求列表中,选择 编辑 图标 ( )。
  2. 在文本输入框中更新标题和描述。您也可以在编辑表单中通过勾选满足来标记需求为已满足。
  3. 选择 保存更改

存档需求

您可以在开放中标签中归档一个未解决的需求。

先决条件: - 您必须至少具有报告者角色,或是需求的作者或指派人。

要归档需求,请选择 存档 ( )。

一旦需求被归档,它就不再出现在 开放中 选项卡中。

重新打开需求

您可以在已存档标签中查看存档需求的列表。

先决条件: - 您必须至少具有报告者角色,或是需求的作者或指派人。

archived requirements list

要重新打开存档的需求,请选择重新打开

一旦重新打开需求,它就不再出现在 已存档 选项卡中。

搜索需求

您可以根据以下条件从需求列表页面搜索需求:

  • 标题
  • 作者的用户名
  • 状态(满足、失败或丢失)

要搜索需求:

  1. 在项目中,转到 计划 > 需求 > 列表
  2. 选择 搜索或过滤结果 字段。 出现一个下拉菜单。
  3. 从下拉列表中选择需求作者或状态或输入纯文本,按需求标题搜索。
  4. 按键盘上的 Enter 过滤列表。

您还可以按以下方式对要求列表进行排序:

  • 创建日期
  • 更新日期

允许在CI作业中满足需求

现在支持需求测试报告。 您可以向CI流水线添加作业,该作业在触发时将所有现有需求标记为”满足”(您可以在编辑表单中手动满足需求 编辑需求)。

添加手动作业到CI

要将您的CI配置为在触发手动作业时将需求标记为满足,请将以下代码添加到您的.gitlab-ci.yml文件中。

requirements_confirmation:
  when: manual
  allow_failure: false
  script:
    - mkdir tmp
    - echo "{\"*\":\"passed\"}" > tmp/requirements.json
  artifacts:
    reports:
      requirements: tmp/requirements.json

此定义向CI流水线添加了一个手动触发的(when: manual)作业。它是阻塞的(allow_failure: false),但是使用什么条件来触发CI作业取决于您。此外,您可以使用任何现有的CI作业将所有需求标记为满足,只要CI作业生成并上传了requirements.json产物。

当您手动触发此作业时,包含{"*":"passed"}requirements.json文件将作为产物上传到服务器。在服务器端,检查需求报告中是否有“全部通过”记录({"*":"passed"}),如果成功,它将所有现有的开放需求标记为满足

指定个别需求

可以指定个别需求及其状态。

如果存在以下要求:

  • REQ-1(带有 IID 1
  • REQ-2(带有 IID 2
  • REQ-3(带有 IID 3

可以指定第一个需求通过,第二个需求失败。 有效值为”passed”和”failed”。 通过省略需求IID(在本例中为 REQ-3 的 IID 3),不会记录到任何结果。

requirements_confirmation:
  when: manual
  allow_failure: false
  script:
    - mkdir tmp
    - echo "{\"1\":\"passed\", \"2\":\"failed\"}" > tmp/requirements.json
  artifacts:
    reports:
      requirements: tmp/requirements.json

有条件地将手动作业添加到CI

要将您的CI配置为仅在有一些开放需求时才包含手动作业,请添加一个规则来检查CI/CD变量 CI_HAS_OPEN_REQUIREMENTS

requirements_confirmation:
  rules:
    - if: "$CI_HAS_OPEN_REQUIREMENTS" == "true"
      when: manual
    - when: never
  allow_failure: false
  script:
    - mkdir tmp
    - echo "{\"*\":\"passed\"}" > tmp/requirements.json
  artifacts:
    reports:
      requirements: tmp/requirements.json

从CSV文件导入需求

您必须至少具有报告者角色。

您可以通过上传包含titledescription列的CSV文件来将需求导入到项目中。

导入后,上传CSV文件的用户被设置为导入需求的作者。

导入文件

在导入文件之前:

  • 考虑导入仅包含几个需求的测试文件。如果不使用 GitLab API,就无法撤消大型导入。
  • 确保您的CSV文件符合文件格式要求。

导入需求:

  1. 在项目中,转到 计划 > 需求
    • 对于有需求的项目,在右上角选择垂直省略号( ),然后选择导入需求 )。
    • 对于没有任何需求的项目,选择页面中间的 导入CSV
  2. 选择文件并选择 导入需求

该文件在后台处理,并在导入完成后向您发送通知电子邮件。

导入CSV文件格式

从CSV文件导入需求时,必须以某种方式对其进行格式化:

  • 标题行: CSV 文件必须包含以下标题:titledescription。标题不区分大小写。
  • 列: 来自除 titledescription 之外的列的数据不会被导入。
  • 分隔符: 从标题行自动检测列分隔符。支持的分隔符有:逗号(,)、分号(;)和制表符(\t)。行分隔符可以是CRLFLF
  • 双引号字符: 双引号 (") 字符用于引用字段,允许在字段中使用列分隔符(请参阅下面示例 CSV 数据中的第三行)。在引用字段中插入双引号 ("),连续使用两个双引号字符 ("")。
  • 数据行:在标题行下方,后续行必须遵循相同的列顺序。标题文本是必需的,而描述是可选的,可以留空。

示例CSV数据:

title,description
My Requirement Title,My Requirement Description
Another Title,"A description, with a comma"
"One More Title","One More Description"

文件大小

该限制取决于实例的Max Attachment Size的配置值。

对于jihulab.com,它设置为 10 MB。

导出需求到CSV文件

您可以将需求导出到CSV文件作为附件发送到您的默认通知电子邮件。

通过导出需求,您和您的团队可以将它们导入另一个工具或与您的客户共享。导出需求可以帮助与更高级别的系统协作,以及审计和合规框架任务。

先决条件:

  • 您必须至少具有报告者角色。

导出要求:

  1. 在项目中,转到 计划 > 需求

  2. 在右上角,选择垂直省略号 ( ),然后选择导出为Export as CSV ( ). 出现确认窗口。

  3. 高级导出选项 下,选择要导出的字段。

    默认情况下选择所有字段。要从导出中排除某个字段,请清除其旁边的复选框。

  4. 选择 导出需求。导出的 CSV 文件将发送到与您的用户关联的电子邮件地址。

导出的CSV文件格式

您可以在电子表格编辑器(例如 Microsoft Excel、OpenOffice Calc 或 Google 表格)中预览导出的 CSV 文件。

导出的CSV文件包含以下标题:

  • 需求 ID
  • 标题
  • 描述
  • 作者
  • 作者用户名
  • 创建于 (UTC)
  • 状态
  • 状态更新于 (UTC)