在ReqOps整个流程中，从原始的需求设计一直到运维都需要完整的监控。
有几个关键点说明如下：
WIKI - UserStory：产品需求必须在WIKI中创建需求文档，并发起需求任务（user story）到研发团队； AP：产品团队
UserStory - Task(SubTask)：UserStory必须分解为研发任务，并分配给相应的研发工程师；研发工程师自测通过后提交到测试分支； AP：研发团队
UserStory+Task(SubTask) - TestCase: 测试分支测试通过后才可以关闭Jira中相关的Task(SubTask)； AP: 测试团队
TestCase - Bug：测试产生bug后必须分配到具体的开发工程师，并通知到具体人。 由测试人员负责追踪。 AP：测试团队
测试分支 - 生产部署：生产部署和验证由运维、测试、研发、产品各团队合作完成，生产必须验证通过才可以对外开放。 AP：运维团队
ReqOps流程
流程中的检查点如下：
UserStory创建之后，由研发团队确认是否可接受，如不接受且时间已超出既定时间，则计为延期。 即是：产品团队的输出必须以研发确认为截止日期。
研发任务完成之后，由测试团队确认是否完成。测试团队设计的测试用例全部通过后，即为研发任务的完成。 即是：研发团队的任务必须以测试确认通过为截止日期。
在正式上线之后，运维上包是否完成由测试团队确认，上线验证用例集全部通过后，即为上线任务的完成。即是：运维上线必须以测试确认通过为截止日期。
后续工作中，将以此准则进行任务进度统计。
� 产 品：项目需求
� 研 发：任务
� 测 试：用例 缺陷
� 商 务：缺陷
� 需求 ——> 任务 ——> 用例 ——> 缺陷 ——> 跟踪报告
网友评论