禅道bug管理，测试用例管理
禅道bug管理 流程：1）新建角色步骤
1、使用管理员登录
2、点击组织菜单
3、选择用户，点击添加用户，。或者点击批量添加
2）创建产品步骤
1、由产品经理登录禅道
2、点击产品视图
3、点击添加产品按钮即可添加
注意：
1、产品负责人：可以选择当前产品人员
2、测试负责人：选择测试经理
3、产品代号：内部的一个名称，只要相关人员知晓即可
4、访问控制：1）默认：只有能看到产品视图的人可以看到 2）私有：相关人员才能看到 3）设置白名单：白名单中组中的用户才可以看到
3）创建产品计划
1、产品经理登陆
2、进入产品中，点击计划菜单，填写相应的计划信息即可
注意：好处 1）可以帮助产品人员控制产品的研发过程 2）帮助相关人员了解产品进度，以做好后续工作安排
4）创建产品模块
1、由产品经理登录
2、选择产品视图，点击模块菜单–添加产品响应模块即可
好处：可以帮助产品人员对产品有一个宏观认识、
5）需求创建
1、由产品经理登录
2、选择产品视图，点击需求菜单–点击右侧的提需求按钮即可
注意：填写相应的需求模块、所属计划、需求是否需要评审、需求名称、优先级
6）需求评审
当需求提出以后为草稿状态，需要产品主管对需求进行评审
评审状态
1、确认通过
2、有待明确–需求需要继续完善
3、拒绝–给出拒绝原因（已完成、已细分、重复、延期、不做、已取消、计划如此）
只有进入到激活状态的需求才可以进行后续的开发
注意：需求评审在公司是一个线下会议，有多人决定，评审完毕后在禅道添加记录即可
7）需求变更
当需求内容（标题、描述、附件信息等等）的变化都要执行变更流程
步骤：
1、产品经理登录禅道
2、在产品试图下选择需求–选中需求，点击变更按钮，对需求内容变更
变更状态（确认通过、有待明确、撤销变更（会回到变更之前的版本））
注意：如果剔除需求变更，并勾选不需要评审，则直接进入激活状态，不勾选不需要评审，需要执行审批流
8）建立项目
召开立项会–
1、产品经理需求告诉项目人员会议时间、地点
2、由产品经理讲解需求中的内容，并且把需求中经过讨论不需要的剔除掉
3、项目组成员估算完成需求的工作量
4、对需求的内容进行任务分解
建立项目
1、项目经理登陆禅道
2、点击项目视图
3、点击添加项目，填写项目信息即可
注意：项目代号，团队、公司人员知晓即可
选择关联产品，
访问控制（默认：只要有项目视图的成员都可以访问 私有的：项目团队成员可以看到 自定义名单：相应组下的成员可以访问）
添加团队
注意：当创建完项目后可以直接点击设置团队，来组织项目中的成员（包括测试以及开发人员）
团队也可以在项目创建完成后点击项目视图–团队–团队管理，添加团队人员
确定项目中的需求
1、项目经理登录禅道
2、点击项目按钮
3、点击需求菜单–点击关联需求–勾选项目中需要完成的需求
分解需求
将需求分解给相应的开发人员以及测试人员
分解步骤：
1、由项目经理登录禅道
2、点击项目视图
3、点击需求菜单–选择需求–点击分解任务按钮
注意：
1、任务类型–事务：可以指派给多个人，主要用来总结
2、添加完成任务后，可以继续分配任务、可以进入任务列表、可以返回到需求列表
注意：实际工作中，不能项目经理一个人包办，而是多个角色自由领取相应的任务
9）开发阶段
1、领取任务以及每天工作量–剩余时间为0时，自动提示结束该任务
2、创建版本步骤
1）开发人员登录禅道
2）点击项目试图
3）点击版本菜单–创建版本–注意：版本名称：产品名-版本号-状态（stble稳定版/beta测试版）日期
3、版本关连需求
注意：默认版本是不可直接关联需求的，所以需要管理员赋予权限
步骤
1）由管理员登录禅道
2）进入组织试图
3）选择权限–我到开发组–点击权限维护按钮–找到版本号–选择关联需求
4）由开发登录禅道–找到项目–版本–选中版本，点击“关联需求”选项
4、提交测试
1）开发人员登录禅道
2）选择项目视图
3）选择测试菜单
4）点击提交测试即可
5）注意：负责人：是指测试负责人 测试优先级：数字越小优先级越高 描述：可以描述一些测试需要注意的地方
10）测试阶段
1、编写测试用例–步骤
1）测试人员登录禅道
2）点击“测试”试图
3）选择“用例“菜单，点击“建用例”
2、用例关联版本–步骤
1）测试人员进行登录
2）点击测试视图
3）点击版本–选择关联用例即可
3、用例评审
在禅道用例评审默认是关闭的，如果想要对用例进行评审，禅道的管理员需要进入–后台–自定义–用例–评审流程，开启即可
评审结果：继续完善、确认通过
4、执行测试用例–步骤
1）由测试人员登录
2）选择“测试”视图
3）找到相应的用例，点击执行即可–当在执行过程中如果出现bug，则直接转bug
4）提交bug：可以在用例执行过程中提bug 也可以在“测试”视图下–bug–提bug
5、解决bug
1）开发人员确认该bug的存在
2）点击解决–解决方案（设计如此、重复bug、外部原因、已解决、无法重现、延期处理、不予处理）
6、回归测试
回归测试过程中，如果该bug仍然存在，那么需要激活
如果bug不存在，则关闭，如果一段时间后又出现了，则重新激活
2）点击解决–解决方案（设计如此、重复bug、外部原因、已解决、无法重现、延期处理、不予处理
测试用例管理：
1.定义：设计一种情况，软件在这种情况下，能够正常运行并且达到期望执行的结果；如果程序在这种情况下不能正常运行，而且这种问题会重复发生，那个可能是一个缺陷；
2.来源：需求分析、评审（需求以及需求发掘）
3.作用：（1）避免盲目测试并提高测试效率；
（2）使软件的实施重点突出、目的明确；
（3）降低工作强度，缩短项目周期；
（4）为测试工作提供见证
4.内容：编号；测试项目；测试标题；重要级别；预置条件；输入；操作步骤；预期结果；实际结果；测试结果；测试者&时间
5.测试用例的维护：
（1）测试执行过程中，应该注意及时更新测试用例；
（2）发现遗漏了一些测试用例，这时应该及时补充；
（3）发现有些测试在具体的执行过程中根本无法操作，这时应该修改这部分用例；
（4）发现若干个冗余的测试用例完全可以由某个测试用例替代，那么删除冗余的测试用例；
6.测试用例的执行：
（1）被测试对象就绪后，根据测试用例执行顺序、优先级，执行测试用例：
（2）执行过程中，当测试的实际结果与测试用例中的预期结果一致时，则该测试用例通过，否则需要进一步排查失败的原因：
7.测试用例的评审：
（1）由于用例开发人员的设计经验和对需求理解的深度各不相同，所以用例的质量难免有不同程度的差异；
（2）测试用例的评审能够使用例的结构更清晰，覆盖的用户场景更全面；
（3）对于测试工程师来说是一个快速提高用例设计能力的过程；
8.测试管理工具–功能分类：
（1）原始需求管理；
（2）测试需求管理；
（3）测试用例管理；
（4）测试过程管理（测试任务分配）；
（5）BUG管理；
（6）结果统计（进度、缺陷指标等）；
（7）灵活性（可否流程自定义等）；
（8）权限管理；
禅道
1.特点：（1）方便用户对禅道进行彻底的二次开发；
（2）支持多语言、多风格，搜索功能、统计功能等实用功能‘’
2.作用：（1）产品管理、项目管理、测试管理、计划管理；
（2）发布管理、文档管理、事务管理等功能；
（3）任务、bug、用例、计划、发布等要素有序的跟踪管理，完整地覆盖了项目管理的核心流程
3.环境：（1）Windows：xampp
（2）Linux：Lampp
页:
[1]