禅道项目管理软件测试（禅道测试使用教程）

本篇文章给大家谈谈禅道项目管理软件测试，以及禅道测试使用教程对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享禅道项目管理软件测试的知识，其中也会对禅道测试使用教程进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、禅道项目测试不了
• 2、禅道的安装及使用
• 3、六问禅道1：为什么任务的剩余工时不自动更新
• 4、软件测试的工具有哪些

禅道项目测试不了

禅道项目测试不了是版本过期，重新安装最新版本即可。禅道项目管理软件是国产的开源项目管理软件，专注研发项目管理，内置需求管理、任务管理、bug管理、缺陷管理、用例管理、计划发布等功能。

禅道的安装及使用

禅道

一背景：

当测试人员发现禅道项目管理软件测试了Bug之后禅道项目管理软件测试，就需要把Bug提交给开发人员进行修复。然后将bug记录在禅道上，便于记录和回归测试

二管理工具：

目前市场上主流的软件测试管理工具有：TestCenter（泽众软件出品）、TestDirector（MI公司TD，8.0后改成QC），TestManager（IBM），QADirector（Compuware），TestLink（开源组织），QATraq（开源组织），oKit (统御至诚)，Jira 管理工具，禅道。

三禅道介绍

1. 简介 ：禅道由 青岛易软天创 网络科技有限公司开发，国产开源项目管理软件。它集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款专业的研发项目管理软件，完整覆盖了研发项目管理的核心流程。

2. 禅道项目管理系统的特点

①第一款完整涵盖产品管理、任务管理、测试管理的开源管理软件，使用一个软件解决项目管理核心问题。

②B/S C/S方便部署，方便使用

③概念简单好上手

④开源的项目管理软件，可自由进行定制 修改

⑤免费的项目管理软件 降低企业的投入成本

⑥自主的开发框架 可以通过其他第三方的插件扩展获得更多的功能

3.禅道系统的功能列表

产品管理：包括产品、需求、计划、发布、路线图等功能。

项目管理：包括项目、任务、团队、版本、燃尽图等功能。

质量管理：包括bug、测试用例、测试任务、测试结果等功能。

文档管理：包括产品文档库、项目文档库、自定义文档库等功能。

事务管理：包括todo管理，我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。

组织管理：包括部门、用户、分组、权限等功能。

统计功能：丰富的统计表。

搜索功能：强大的搜索，帮助您找到相应的数据。

扩展机制，几乎可以对禅道的任何地方进行扩展。

api机制，所见皆API，方便与其他系统集成。

4，用户角色职责

管理员-维护公司-添加用户-维护权限

产品经理-创建产品-维护模块-维护计划-维护需求-创建发布

项目经理-创建项目-维护团队-关联产品-关联需求-分解任务

研发人员-领取任务和bug-更新状态-完成任务和bug

测试人员-编写用例-执行用例-提交bug-验证bug-关闭bug

 

仅仅记录测试部分具体内容：测试团队

1.查看任务

测试人员登录禅道系统，进入“项目” → “任务” → 的链接页面，此时就可以查看项目经理分配给测试人员的  任务，如下图：

查看任务.png

2. 提交bug

假设测试人员已经完成测试用例设计并测试用例执行完毕，并且在测试中发现了问题，那么测试人员就要通过禅道提交Bug给开发人员。

测试人员，进入 “测试” → “Bug” 的链接页面，如下图：

提交bug.png

3.bug提交

单击“提交bug”链接进入到提交Bug的页面，此时可以提交Bug并进行相应保存，如下图：

Bug提交.png
4.查看bug

开发人员登录禅道系统，进入 “测试” → “Bug”的链接页面，此时就可以看到测试人员提交的bug，如下图：
5.完成解决

开发人员修复好该bug之后，就会单击“解决”按钮，在弹出对话框中设置解决信息并保存，那么此时Bug就已经解决完成，如下图：
6. 关闭Bug

测试人员登录禅道系统，并验证所提Bug是否被开发人员修复好，如经验证，此Bug已被解决，将会弹出“关闭”按钮，并备注相关信息，如下图：
点击“保存”后，“解决”按钮变为灰色，点击“关闭”，弹出如下图：
7. 查看状态

当测试人员再次查看此Bug时，此Bug为关闭状态，如图所示：
8. 如果没有解决

如果测试 人员验证此bug发现并没有解决，就会再次编辑此bug，并将bug的状态设置为激活状态并重新指派给开发人员。

流程:

1.Bug处理

测试 → bug → 提bug → 生成bug列表

2.测试用例操作

3.修改用例 用例操作

4.执行测试用例

四 禅道使用流程总结

人员管理（admin）：添加部门 → 添加用户

创建产品（产品经理）：产品 → 添加产品

添加需求（产品经理）：产品 → 需求→ 提需求

创建项目（项目经理）：项目 → 添加项目 → 自动跳转（选择设置团队）→ 团队管理 → 给团队配人

关联需求（项目经理）：项目 → 需求→ 关联需求 → 勾选任务

批量分解（项目经理）：在任务右侧 → 选择批量分解 → 批量分解

查看任务（开发人员）：我的地盘 → 首页查看任务 → 点击任务数量进入任务列表 → 选择完成任务

创建版本（开发人员）：项目 → 版本→ 创建版本

测试Bug（测试人员）：测试 →

bug → 提bug

解决bug（开发）：测试 → bug

→ 确认 → 完成

再次测试（测试人员）：测试 → 再次测试 → 如果解决的，点击关闭，否则重新编辑选择激活状态

创建版本（产品经理）：产品 → 发布→ 创建发布 → 完成

六问禅道1：为什么任务的剩余工时不自动更新

我自己从2010年8月开始接触和使用 禅道项目管理软件 ，由刚开始的只使用测试--Bug管理模块，到现在的所有模块均有在使用。

在不断的使用过程中，加上长期混迹在禅道QQ技术交流群，对禅道的使用，项目管理也有了深入的理解。

在QQ群里，同样的问题经常被问起，看起来是个小问题，其实里面却蕴含了项目管理的一些大道理。

因此，我以禅道使用为背景，再加上自己的拙见，整理了“六问禅道项目”系列使用分享，希望能达到抛砖引玉的效果。

欢迎吐槽指正。

今天来说说任务工时更新问题。

不少童鞋都有在问：禅道里记录任务工时，输入日期和工时后，为什么还要输入剩余，这么简单的加减系统不会自动计算吗？

也就是说很多童鞋对任务工时有 误读 ，单纯的认为任务 预计剩余工时 = 最初预计工时 — 已经消耗工时。

具体解答问题之前，我们先来了解一下禅道里的工时概念：

最初预计： 创建任务时的最初预计工时。
已经消耗： 开发这个任务已花费的工时。
预计剩余： 完成这个任务还需要的工时。

套用一句老话“计划没有变化快”，以我的个人经历来说比较常见的任务开发状况：

1、某个任务最初预计工时是10，coding了5小时后，重新估算还要9小时才能完成，系统自动计算剩余工时的话是3小时。

2、某个任务最初预计工时是10，coding了5小时后，任务完成了，剩余工时为0，系统自动计算剩余工时的话还是3小时。

3、某个任务最初预计工时是10，coding了5小时后，重新估算还要1小时就可完成。系统自动计算剩余工时的话依旧是3小时。

或许你会反驳我，难道就不存在任务很完美的按预期开发并完成，最初预计与总消耗工时一致的情况吗？有，这种理想状况出现的频率足以让我们忽略掉它的存在。

还有个类似的问题：关于任务已消耗工时的自动更新。有不少童鞋说这个任务我coding了1天，已消耗工时就应该自动记为8小时呀。

错！鬼才知道这一天你都coding了些什么。

让系统自动更新任务已消耗和剩余工时，不仅是错误的认识，而且还会引发一些问题：

1、不能反映出任务的真实开发状况，导致任务剩余工时统计有误。

2、项目进度和燃尽图不能真实反映当前项目进展。禅道里项目进度（进度=项目任务总消耗工时/（项目任务总消耗工时+项目任务总剩余工时））和燃尽图都是通过统计任务的剩余工时来绘制的。

3、错误的数据让项目经理对项目全局的掌控有偏差，对项目的调整和决策出现失误。进而会导致出现项目延期，人员分工不合理，没有测试就匆忙发布，交付的产品Bug频出等一系列问题。

所以严格按照任务开发实际状况记录工时是很有必要的，而不能简单的让系统自动计算掩盖掉真实的数据。

关于任务工时更新，我比较推荐的做法：

1、最初预计工时在任务开始后，就不要再做修改。

2、开发人员每天及时更新任务状态和工时。

3、更新任务工时，结合实际开发状况重新估算剩余工时并记录。

4、允许任务的最初预计工时和总消耗工时存在偏差。任务完成后，二者对比以纠正自己的工时估算。

总结下来就是： 及时更新，重新估算，真实填写。

最后，简短粗暴的回答： 禅道里任务最初预计工时 ≠ 已经消耗工时 + 预计剩余工时。

软件测试的工具有哪些

1、禅道测试管理工具是功能比较全面的测试管理工具，功能涵盖软件研发的全部生命周期，为软件测试和产品研发提供一体化的解决方案，是一款十分优秀的国产开源测试管理工具。
2、LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，它能够对整个企业架构进行测试。通过LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。它是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实时性能监测，来帮助更快地查找和发现问题。
3、QTP是一个B/S系统的自动化功能测试的利器,软件程序测试工具。Mercury的自动化功能测试软件QuickTest Professional ，可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。Mercury QuickTest Pro 是一款先进的自动化测试解决方案，用于创建功能和回归测试。它自动捕获、验证和重放用户的交互行为。 Mercury QuickTest Pro为每一个重要软件应用和环境提供功能和回归测试自动化的行业最佳解决方案。
4、Selenium是为正在蓬勃发展的web应用开发的一套完整的测试系统。Selenium测试直接运行在浏览器中，就像真正的用户在操作一样。它的主要功能包括：测试与浏览器的兼容性——测试你的应用程序是否能够很好的在不同浏览器和操作系统上工作。测试系统功能——创建衰退测试检验软件功能和用户需求。支持自动录制动作和自动生成。Selenium的核心Selenium Core基于JsUnit，完全由JavaScript编写，因此可运行于任何支持JavaScript的浏览器上，包括IE、Mozilla Firefox、Chrome、Safari等。 关于禅道项目管理软件测试和禅道测试使用教程的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 禅道项目管理软件测试的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于禅道测试使用教程、禅道项目管理软件测试的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。