第1周小组博客作业——关于禅道测试管理的总结1.工具概述2.对应流程3.工具的特点和局限性4.工具的改进5.成员贡献

　　

1.工具概述

1.1是什么？

1> 禅道是由青岛易软天创公司开发的一款开源的项目管理软件。

2> 禅道特点是将软件研发中的产品管理，项目管理，质量管理三个核心流程融合在一套工具里面，是一款软件生命周期管理软件。现在很多的商业软件也都转向了这种管理方式。比如微软的TFS，HP的ALM。

3> 核心的管理思想是基于scrum，然后在scrum基础上完善了测试管理，文档管理，事务管理等功能。

4> 轻量级实现，源码包仅有2M，集成安装包不到10M。

5> 真开源，真免费。

6> 易于扩展，内置插件机制。

1.2禅道里面的角色划分

1.3禅道中的三权分立

产品经理，研发团队和测试团队以需求为核心，通过项目紧密合作，最终实现产品的快速发布，赢得市场。 所以说产品是最关键的，因为它决定着公司前进的方向。

                                                                           

 

1.4需求的处理流程

1.5任务的处理流程

1.6Bug的处理流程

1.7禅道的深入使用

产品管理：模块、计划、发布、路线图。

项目管理：燃尽图、版本管理。

测试管理：用例管理、测试任务。

文档管理：产品文档库、项目文档库、自定义文档库。

组织管理：权限分组、动态信息。

个人管理：todo，我的地盘。

 源代码管理：集成subversion

1.8产品计划、发布、路线图管理

产品计划可以回答公司其他部门关于产品发布的疑问，也可以让产品人员自己更好的规划产品。 一期项目结束之后，可以创建发布。 然后计划和发布形成某一个产品的路线图。

1.9项目中的版本和测试管理管理

1.10禅道使用技巧

找到自己想要的东西

　　–各种检索标签

　　–搜索(保存查询条件)

　　–页面右上角的快速跳转。

项目工时的估计

　　–创建项目时确定可用工作日。

　　–团队管理中分别设置每个人的工作日和每天工时投入。

　　–各个列表页面的工时综合。

产品和项目的访问权限

需求、bug、任务、用例、todo之间的互转

批量添加、导出

 

2.对应流程

禅道的管理流程如上面官方流程图所示：

    首先产品经理建立产品并确认和整理相应的需求；

    项目经理建立项目并关联产品和需求；

    项目建立后，开发团队分解需求，创建并完成分配任务，任务都完成后即可发布一个版本，提交给测试人员测试；

    测试团队根据产品需求创建测试用例，将测试用例关联开发部门提交的版本并进行测试。若测试通过，即可发布版本；若测试不通过，可创建bug，并提交给开发团队。

    bug管理的流程是一个循环：若测试不通过，测试部门提交bug给开发部门，开发部门解决bug再次提交测试，若测试通过则关闭此bug，否则激活该bug再次提交给开发团队解决，如此循环往复，直至开发团队提交测试的版本通过测试。

    当此版本成功发布后，若有改进需求，则开发部门再次分解需求，分配任务进行开发，再次进入上述开发-测试循环，直至成功发布下一个版本。

 

3.工具的特点和局限性

　　软件测试的一般流程为：计划，设计，实施，评估。

	输入	输出	解决的问题
计划	需求规格说明 项目计划	测试计划	何人何时使用何方法利用何资源遵循哪些标准对系统中的哪些对象展开测试 测试中可能出现哪些风险
设计	需求 设计文档 测试计划	测试用例 测试过程	如何测试 遵循什么流程测试
实施	测试用例 测试过程 需求	测试驱动模块 测试桩模块 测试脚本（可选）	如何让测试用例跑起来 被测软件中发现了什么问题
评估	测试用例 缺陷报告 测试标准	测试评估报告	测试工作质量怎么样 被测系统质量怎么样

 

　　

 

 

 

 

 

 

 

 

 

 

 

　　下面我们来看在禅道中是如何体现这四个测试流程的。

3.1设计阶段

　　首先，来分析设计阶段。设计阶段是测试人员根据需求规格说明并结合项目计划，制定出测试计划。

　　在禅道中，需求规格说明和项目计划由项目经理上传到文档视图的项目库中。

　　

　　而最终生成的测试计划，可以由测试人员在项目库中创建一个测试计划文档。

　　

3.2计划阶段

　　需求由项目经理指派给开发人员和测试人员，测试人员在拿到需求后，根据需求本身结合测试计划进行测试用例的设计。

　　

　　有了测试用例，测试人员就可以在测试视图的测试单中提交测试关联测试用例。这里的测试单就可以理解为测试计划的执行流程。

　　

3.3实施阶段

　　实施阶段的大部分工作不能在禅道中进行，禅道中的执行测试用例只是对测试用例结果的一个记录。我们可以在测试单中进行需求的测试并且记录下测试结果。

　　

　　

3.4评估阶段

　　在评估阶段中，最终需要生成测试评估报告，禅道中还是在测试单中进行操作。

　　

　　在生成评估报告后，测试人员或其他人员就可以分析这次测试工作的质量，如果测试工作质量过关那么就可以进一步分析被测系统质量。从而决定是提交bug，还是重新测试。

 

　　总的来说，禅道基本覆盖了测试的一般流程，虽然只提供了研发项目管理的必备功能，但是由于其概念清晰，功能简洁有效，所以可以帮助大中型团队进行快速敏捷开发。同时，在测试管理方面，禅道也具有一些局限性，其文档管理比较笼统，并且不是必须执行的步骤，用户可以选择写文档也可以不写。而文档在测试中有着举足轻重的作用，由于其文档没有明确的分类也没有严格的定义，导致测试人员只能针对具体需求去设计测试，没有对整个项目的宏观把握，必然会导致测试效率降低。

 

4.工具的改进

　　禅道中支持对bug的很多统计报表，但是这些报表只是简单的统计，比如项目中bug的总数，某测试人员提交了多少bug等。这里有一个改进的想法，其实有了这些bug统计结果，可以让禅道自动分析bug或者任务的分配建议方案。打个比方，如果开发人员A解决bug的效率比开发人员B解决bug的效率要高，但是在相同时间内，指派给B的bug比A还多，那么就可以给出重新分配的建议方案。

5.成员贡献

• 第1节-工具概述：游聪
• 第2节-对应流程：赵奇
• 第3节-工具的特点和局限性：冯满满
• 第4节-工具的改进：张云霄