[工具篇]一口气学会使用禅道

今天继续给大家介绍关于禅道的使用，在使用的时候，因为之前我们新建了一个用户，他叫 admin。是默认的一个用户，相当于一个超级管理员，也相当于一个公司，模拟一个公司的组成架构，这个 admin 就相当于这个公司的创始人。

然后创始人他会在禅道上面点击一个组织，会建立部门和用户，一个创始人创建了公司之后肯定是招人，招人之后，这些人干他们所擅长的工作，就把他们安排在各自的部门里面，所以部门可以分为研发部、产品部和测试部。

而用户就是肯定给这些部门分配人员，比如说研发部，肯定要招一些研发人员，产品部肯定要招一些产品人员，测试部肯定要招一些测试人员。有了这些基层的人员之后，还要招一些领导，他不像这些基层人员招得多，领导可能就招那么一两个。

比如说研发部招一个部长，产品部招一个部长，测试部招一个部长，所以在添加用户的时候，他就把这些人员都分配好。比如说产品经理，添加一个产品经理的用户，然后添加一个项目经理的用户，再添加一个开发人员的用户，再添加一个测试人员的用户。

产品经理就是提出产品，开发人员就是根据产品然后进行开发，测试人员就是测试这个产品。而这个产品开发到测试这一整个工作流，是由这个是由项目经理管理的，所以他是把握全局的一个角色。项目经理一开始的时候肯定是先提出一个产品，他提出的这个产品之后也就是建立产品和需求，然后添加产品。

比如说要做一个投币充值的产品，然后肯定针对这个产品有什么需求，比如说要有能投币的按钮，能充值的按钮，这就是他的需求，提这些需求之后就是他的需求单，这时候他有了这个需求之后，项目经理就会根据他这个需求开始分配工作了。

项目经理会在这个项目框里面添加项目，就是把他这个产品关联上，产品经理提的这个东西，会作为一个项目，项目里面不仅仅包括产品，它是包括人物料都有的。所以这个物就是这个产品人就是设置团队，比如团队，他可能就是添加团队成员了。团队成员都是产品经理管理的，开发人员要开发这个东西，测试人员要测试的东西，所以把这三类人作为一个团队来开发这个项目。

然后是需求，需求就是有产品了，有人了。接下来的问题就是这些人要干什么？干什么，肯定是项目经理来分配工作，项目经理会把需求单里的每一个需求分配下去。比如他会让开发人员完成第一个模块，第二个模块，第三个模块，把需求给开发人员，并且规定了在哪里，哪一天开始，哪一天结束，还要把第一个模块，第二个模块，第三个模块给测试人员分配。

因为等开发人员做好之后，测试人员就要对这个模块进行一个两个三个的测试。这就是给开发人员和测试人员指派任务的一个过程，有了项目经理给开发人员指派任务，开发人员进入禅道后，他会在我的地盘里面领任务。比如说要开发模块1，他领了任务就完成任务。然后他假如把任务 1 任务 2 任务任务 3 都完成之后，就是他把项目经理的所有的任务都完成了。

这时候要发布一个版本，就是当前做的第一个版本。因为一个产品不是简简单单说做一次就够了，还要迭代，要版本 1 版本 2 版本3。所以每次版本结束之后，都要有发布一个版本。他创建版本的时候，关键的就是把源代码地址在哪要写上去。

除了下载地址，并且还要把开发的那些包都上传上去，只有这样才说明他已经干了这些事。如果他不上传源码，他说他做完了。口说无凭，谁也见不到代码。

然后这时候开发人员已经已经把产品开发好了，测试人员就可以测试了。测试人员首先在项目里面，就是在开发人员正在开发的时候，其实测试人员还是能做一些事情的，他能在这个项目里面领任务，就是项目经理给他分配的任务，可以提前写一些测试用例，等项目好了之后，再进行实时的用例的验证。

所以等到开发人员做好之后，他就开始测试开发人员做好的那些东西。这时候测试人员拿着自己提前写好的用例与开发人员开发好的页面进行一个验证。这个工作是很简单的，因为测试用例这个占据时间的事情已经提前写好了，然后剩下只是比较一下，填上一些数据，验证自己的测试能力是否正确，验证这个产品是否达到预期。

如果他测一个功能发现了 bug ，上面有一个提 bug 的功能，就把这个测试的步骤然后写上去，就是123，发现了什么问题。然后下面有一个指派人员，他就指派给这个程序员。

指派后，让程序员去改一下，程序员拿到bug后，他根据测试人员提的这些测试步骤，最后出现的问题自己来验证一下这个 bug 。他发现确实是个 bug 后，就在自己的源码里面开始修复，修复好之后，这个修复单上面还有一个功能是指派给测试人员，就是修复好之后，得告诉那个测试人员说我修好了。

所以上面有一个指派给测试人员的功能，测试人员再次拿到同一个功能的时候，再进行测试，这个就叫回归测试。得看一看是不是改过了，如果改过了，那这个测试人员就可以把这个 bug 那个设置为结束状态，如果没有的话再继续提，再继续写步骤，再继续给，开发人员再继续修改。

然后这个过程要循环一到两次，最多也就不到个五六次。这个 bug 才会完整地解决了，基本上都会在这个测试人员和开发人员中间进行循环，直到这个 bug 彻底解决完就行了。

也就是测试人员的工作是哪些工作，就是所有的 bug 都消灭了，才能说你这个测试的工作完成。但是测试工作的完成最后的结果，最后要做的事情还是靠开发人员来完成。所以这个过程就是测试人员和开发人员需要不停地进行交流，如果循环的次数多的话，说明交流的比较高效。如果循环的次数少的话，说明可能互相之间对需求理解不一样。

如果交流的也互相争执不下的话，最好的方式还是要找到一个产品人员，因为这种情况下肯定是产品人员的需求提的比较模糊，导致两个人的理解不一样。所以这时候还要再在和产品人员进行需求的确认和细节的解释，基本上整个禅道的的使用过程就是这样的，它包含了一个产品从使用到结束，从立项到开发到测试再到结束的整个过程，也就是一个公司运转的过程。

具体使用步骤，欢迎下载，免费的。

禅道使用步骤，有图有真相。-管理软件文档类资源-CSDN文库