【IT168 专稿】
我们知道团队里面有不同的角色来分工，同样地在工作项目 (Work Item) 上也是需要分门别类地记录不同性质的工作内容。
有人可能会反应现在专栏从头到尾都是我一个人搞定，为啥还要这么麻烦呢？？所有的东西都在脑子里啦！
但真的每个开发人员都这么厉害可以记住所有的东西吗？？
而且，没有记录下来对自已来说也实在是太没有保障了，因为口说无凭嘛！
这个项目基本上应该会是由 Test 团队来进行记录
之前我们介绍了需求 ( User Story ) 的基本建立 ，而 PM 或 SA 谈好需求后就可以再让 PM 或 SD 来拆分细项工作 ( 类似 WBS )。所以透过 Implementation 来建立工作单 (Task)，同时亦可让 QA 来分析此需求是要用么样的「测试环节」来验证此需求。
Test Cases 的建立方式就和 Implementation 是一样的。只不过 Link type 在这里只能选择「Tested By」 ( 这裡是透过 需求 来建立的 )
( User Story 的 )
Test Case 的画面
在这里预设的项目已经没有「反复路径」了，这也是蛮合理的，因为 Test 的动作会一直重复出现并都会跟着需求。
