工作项有功能，产品积压工作项，任务，测试用例，Bug，障碍，它们之间的关系是：一个产品或应用，有一系列功能，功能最大，可以把一个功能分解成多个产品积压工作项（可以看作一个子功能或一块相对独立的操作），产品积压工作项是可以来具体测试的颗粒度，这样就能给产品积压工作项追加测试用例，同时还可以把产品积压工作项分解成一个或多个任务分配到具体的人头上完成。如果程序有Bug可以新建Bug，Bug可以和测试用例关联，同时可以为Bug建立任务，分配给相应的开发人员。障碍相对独立，可以对项目中难以进行或现在进行中有困难的功能或任务进行记录。

需要功能名称，所在的迭代阶段，指派给（即负责人），状态，原因，优先级别（根据本功能的重要度和业务的前后顺序给值，一共4个级别），业务价值（自己给一定的值，越重要值越大），完成功能的日期，所在区域，和功能的详细说明及验收该功能的条件（这里的验收条件是粗线条的或是客户要求的，后面有测试用例是更细化的验证条件），历名记录是所有操作本功能的记录，链接是与本功能有关的选项，附件是与这个功能相关的其他文件（如图片和文字文件）。

在实现中可以给本功能创建产品积压工作项即一个功能可以分解成多个产品积压工作项。在实现里的链接只能是分解功能的产品积压工作项的链接。注意：必需保存了功能才能新建产品积压工作项。

产品积压工作项：

与功能的内容差不多，注意的是详细信息中有一个工作量，它的单位是小时，这个时间是个概数，任务中也会有工作量，整体以任务的工作量为主，这个值是在Scrum Backlog中评估出来的。

情节提要为工本产品积压作项的外部链接，比如它的原形页面等。产品积压工作项可以分解成多个任务。一个产品积压工作项可以用多个测试用例来完成测试。

任务是比较细化的工作了，具体到人（指派给项），并且有它当前的状态（状态项），有完成的时间量（剩余工作量项），有任务类型（活动项），有重要度（积压工作优先级项），所处的迭代阶段（迭代项）。

测试用例：

在确定下产品积压工作项时，可以给它创建测试有例，如下图所示，测试用例要求用独立的测试管理器建立。

测试管理器需要单独安装，可以用来管理测试和管理实验环境。

可以通过插入步骤和插入参数构建测试用例。

可以输入操作步骤，并且可以添加参数，以便在操作时提供测试数据。这些测试用例中的测试数据会在后期测试时手动测试调用。

Bug ：

Bug的创建有两种方式，独立创建，通过测试用例运行后创建，下图是独立创建，保存后可以关联相应的测试用例，并且可以生成任务，让开发人员修补这个Bug。独立创建的重现步骤需要自己手工写入，如果通过测试用例创建就不需要了。

下面是测试用例生成的Bug，重现步骤不需要输入。

障碍是项目进行过程发现的问题，需要记录或马上解决不了的问题，相对来说比较独立。

各个工作项都是相对联系的，不是绝对关联的。同时，上面的操作也可以在web模式下操作，web模式下的显示更为丰富和完整。关于工作项的web模式，我们在后面博文中展示。