标签：需求 具体任务 敏捷 测试用例 开发 规范化 issue

零、前言

本篇博客为结合题士两阶段开发流程针对罗杰软工课程敏捷开发规范化的建议，为个人作为题士PM的反思与总结，旨在提升敏捷开发效率与质量

规范化建立在利用Gitlab issue进行项目管理之上，若有偏颇，还望指出

一、流程

首先明确团队开发流程：

• 建立团队并确定选题
• 需求调研与分析，根据需求调研结果建立需求池，同时形成NABCD博客
• 确立团队成员具体分工，由选题结果（Web，APP）及具体分工（前端、后端）确定相应技术栈，形成技术规格说明书
• 根据分工认领需求，划分具体任务，建立需求与任务之间的关联，形成任务分配博客
• 根据具体任务编写对应的测试用例，同时完成原型设计，形成功能规格说明书
• 团队开发并形成例会记录
• 根据测试用例、开发过程中记录的Bug、单元测试、压力测试和兼容性测试等，形成测试报告
• 对项目进行宣发，并完成发布声明
• 对相应阶段的项目开发进行完整总结，形成项目展示博客，用于阶段评审
• 回顾阶段开发全过程，形成事后分析博客

上述流程中提及的需求池、任务分配、测试用例和例会记录等内容，仍有规范化的余地，具体依次阐述如下

二、需求池

需求调研是必要的，对需求调研的结果进行总结记录同样是必要的

项目源起于需求，各类issue同样应当如此

在明确项目需求后，及时将需求以issue的形式记录，形成需求（Feature）池，等待后续开发人员认领，具体流程如下：

三、任务分配

待需求明确后，针对每一需求具体划分任务，粒度视功能实现人员个人能力具体调控，但需要保证针对每个具体任务可以编写出对应的测试用例，任务分配时设置具体任务的优先级标签High or Medium or Low，最后再以issue的形式对具体任务一一记录，同时关联至对应的需求issue上

四、测试用例

测试用例，即功能规格说明书中的验收标准部分，应当在针对需求划分具体任务后，针对每一任务以issue的形式逐一对应记录，待功能实现后，针对测试用例逐一进行测试并形成测试报告，具体见Alpha阶段测试报告前端测试部分和Beta阶段测试报告前端测试部分

在进一步测试之前，过一遍测试用例是十分必要的，毕竟保证写的代码能运行正常是每一个负责任程序员的基本素质

五、Scrum Meeting

在完成了对需求、具体任务、测试用例的明确的issue记录后，冲刺例会报告只需将已完成与待完成的任务对应至相应issue，同时根据issue的数量变化绘制燃尽图

在开发过程中形成的bug也应及时关联至相应的测试用例中

六、总结

上述内容可以总结为issue规范化树：

题士开发过程中的项目管理尚有不规范之处，如果未来有机会再进行敏捷开发，规范化树将会是我进行项目管理的不二之选

标签：需求,具体任务,敏捷,测试用例,开发,规范化,issue
来源： https://www.cnblogs.com/joeye153/p/14932269.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。