基于JIRA的结构，我们定义了公司所需的问题类型和对应的工作流程，以下是部分：
1、需求：
问题类型：产品需求/技术需求。
2、子任务：
问题类型：开发测试子任务。
3、缺陷
问题类型：测试缺陷。
基于以上工作流，我们基本就实现了需求的全生命周期管理，当然，上线发布我们是将运维发布系统跟JIRA打通，每次发布都可以选择上次的工单即可，另外为了保证大家针对工单的及时性，我们也针对发布系统做了逻辑设定。
基于需求管理的线上流转闭环执行，在实际的工作中需要有系统来承接文档存储的工作，由于JIRA和confluence是配套的，且confluence本身就是按照知识库管理系统来推广的，因此在文档管理我们选择的是confluence（wiki）。
wiki的结构如下：
1、空间（space），空间是Confluence系统中的一个区域，用于存储wiki页面，并可实现对空间中的所有文档进行统一的权限管理。通常，我们可以针对每个项目单独创建一个空间，然后将与该项目相关的文档信息放置到该空间中，并只对项目成员开设访问/编辑权限。除了项目空间，每个成员都有一个个人空间。平时成员可以将工作总结或笔记等文档放置到自己的空间中；对于对团队有帮助的文档，就可以将文档移动至团队项目空间中。我们是将业务线+职能部门来创建空间。
2、页面（Page），在Confluence系统中，页面是存储和共享信息的主要方式。页面可以互相链接、连接、组织和访问，并以树状结构进行组织，放置于空间之中。页面遵循所见即所得的编辑方式，操作上简单易用。更强大的地方在于，页面支持大量的内容展现形式，除了富文本文档外，还包括图表、视频、附件（可预览）、流程图、公式等等；如果还不够，还可以通过海量的第三方插件进行扩展。在页面中可以通过@其它成员，通知相关成员查看文档。文档保存成功后，被@的成员就会收到邮件，并可根据邮件中的链接访问到该文档，然后进行评论或者协同编辑。
3、模板（template），创建页面时除了采用空白文档，也可以选择模板。模板是在空白文档的基础上，根据特定需求添加了一些文档要素，可辅助用户更好更快地创建文档Confluence内置了大量的模板，可辅助用于项目工作的各个环节，包括产品需求、会议记录、决策记录、指导手册（How-to）、回顾记录、工作计划、任务报告等等。并且由于Confluence和JIRA是同一家公司的产品，在Confluence中可以和JIRA进行无缝衔接，实现对产品质量实现更好的展现。我们是有自定义自己的模块，比如需求文档，接口文档等
4、权限（Permission），在安全性方面，Confluence具有完善和精细的权限控制，可以很好地控制用户在Wiki中创建、编辑内容和添加注释。权限控制分3个维度，分别是团队（Group），个人（Individual Users），匿名用户（Anonymous）。权限管理是按照权限最小化原则，分空间和分页面管理。
以上是我们的一些工具应用和实践，具体里面还是有很多细节的，可以相互交流。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
