在禅道项目管理软件中，核心的角色有产品经理、项目经理、研发团队和测试团队四种角色。如果您现在的团队是采用敏捷开发的话，那么可以对应到productowner,scrummaster和team(devandtester)。这几种角色之间紧紧围绕产品的需求展开协作，取得成果。禅道核心的管理流程全图如下所示：
禅道设计的目标是团队协作工具，但其实个人使用禅道也可以派上很大的用场。笔者在开发禅道过程中，从2009年10月开始，用禅道来管理禅道本身的项目管理，那时候禅道的开发团队只有笔者光杆司令一人，后来和朋友们聊起，戏称一个人的项目管理。
3.2.1.1.创建待办
3.2.1.2.浏览待办
禅道提供了各种标签来检索待办信息。
其实个人使用禅道，还可以借鉴项目管理的概念，把自己要处理的事情放在项目里面进行跟踪管理，也是非常方便的。比如买房，考研，复习考试等等。
禅道在我的地盘中提供了指派给自己的需求，任务，bug等快捷操作。凡是指派给自己的这些事项，都是需要及时处理的。因此对于每一位使用禅道的朋友来讲，每天的工作其实也很简单，就是将我的地盘中指派给自己的任务、需求或者bug及时处理掉就可以了。
3.2.2.1.我的任务
3.2.2.2.我的bug
3.2.2.3.我的需求
3.2.2.4.我的测试
在我的地盘中还有我的档案一个页面，在这个页面可以查看或者修改自己的个人信息，包括修改密码功能。
3.2.3.1.查看个人信息
备注：
源代码提交帐号是该用户在subversion系统中的提交帐号，主要用来做对照使用。如果没有使用subversion集成功能，将这个字段保留为空即可。
3.2.3.2.修改密码
产品管理对于公司来讲，至关重要。只有做出好的产品或者服务出来，才能赢得市场，谋求发展和生存。所以产品经理的这个位子对于公司来讲，是非常关键的，相当于公司的大脑，在决定着公司前进的方向。在禅道里面，产品和项目这两个概念被明确的区分开来。产品是需求方，决定做什么。项目是执行方，解决的是如何做的问题。而测试则是保障方，解决的是正确的做事情的问题。所以在禅道中，所有的一切都是围绕产品展开的。产品是整个项目管理活动的核心。
3.3.1.1.创建产品
添加产品时需要注意的地方：
3.3.1.2.产品多分支和多平台功能
禅道7.4.beta版本开始，产品新增多分支和多平台功能。多分支和多平台功能使得产品的管理开发更加的清晰明了，非常适合一个产品拥有多个平台和多个分支的管理，这样需求明确的划分到某个平台和分支上，项目关联开发是就一目了然。多分支可以用于某个产品有定制开发的需求，比如某个产品针对不同的行业或者不同的客户有做二次开发，可以用产品的多分支来做区别管理。
下面给大家具体介绍产品多平台功能。多分支的操作与多平台是一样的，可以直接参考。
新增产品时，可以在产品类型里选择多分支和多平台。
产品创建成功后，产品页面下会显示多平台以及维护平台的菜单。
点击平台菜单，即可维护平台，右侧可以做添加平台。
平台添加成功后，在提需求页面，所属产品后可以选择所属平台。
需求创建成功后，在产品→需求页面，需求名称前就会显示所属平台的名称。
如果需求属于所有平台，那么需求名称前默认不显示所属平台名称。
在项目→产品关联产品页面时，同时可以选择关联的产品以及所属平台。
选择了所属平台后，项目→需求关联需求时，可以关联该产品下所有平台和项目关联的产品平台下的需求。
我们产品经理可能都习惯了写需求设计文档，或者规格说明书，通过一个非常完整的word文档将某一个产品的需求都定义出来。但在禅道里面，我们提倡按照功能点的方式来写需求。简单来讲，就是将原来需求设计文档中的每一个功能点摘出来，录在禅道里面，作为一个个独立的功能点。如果按照scrum标准走的话，我们可以称之为用户故事(userstory)。所谓用户故事，就是来描述一件事情，作为什么用户，希望如何，这样做的目的或者价值何在，这样有用户角色，有行为，也有目的和价值所在，非常方便与团队成员进行沟通。
3.3.2.1.创建需求
3.3.2.2.评审需求
在创建需求的时候，有一个“不需要评审”的复选框，如果选中该复选框的话，需求的创建是**中的。但大部分情况下面，需求还是需要评审的。即使产品完全有一个人负责，也可以将一些不成熟的想法存为草稿，后续再进行处理。新增需求的评审流程如下：
下面我们来看下具体的需求评审页面：
变更是需求管理必不可少的流程，禅道项目管理软件对需求的变更提供了全面的支持。其实需求的变更并不可怕，但不清楚影响范围的变更是很可怕的。在传统项目管理中，由于没有有力工具的支撑，产品经理在变更需求的时候，无法知晓该需求的影响范围，会有很大的随意性。禅道项目管理软件将需求、任务、bug和用例都纳入为一体管理，就可以很清楚的知晓变更的影响范围，从而给产品经理更好的指导。
禅道里面需求变更的基本流程如下：
下面我们来看下具体的操作：
3.3.3.1.变更需求
禅道专门提供了需求的变更流程。凡是对需求标题、描述、验证标准和附件的修改，都应该走变更流程。变更之后的需求状态为变更中。
3.3.3.2.评审需求
1.通过需求的详情页面查看变更前后的变化
2.评审需求，给出评审结果
3.3.3.3.确认需求变更
当需求变更被确认之后，研发团队和测试人员需要确认需求的变更。
1.任务确认需求变动
2.Bug确认需求变动
3.用例确认需求变动
禅道软件设计的需求有两个字段来跟踪它的变化，一个是需求的状态字段，一个是需求的研发阶段字段，下面来看下这两个字段。
3.3.4.1.需求的状态
需求状态(status)字段，总共有四种状态，分别是草稿(draft)、**(active)、已变更(changed)和已关闭(closed)。对应为需求的流程操作共有：创建、变更、审核、关闭、**，其状态流转图如下：
3.3.4.2.需求的研发阶段
需求还有一个阶段(stage)字段，用来描述**的需求在研发过程中所处的阶段。目前总共有未开始、已计划、已立项、开发中、开发完毕、测试中、测试完毕、已验收、已发布。
那么需求的研发阶段是如何变化的呢？一种方案是通过编辑操作，来修改研发阶段。但我们更提倡另外一种方案，就是在创建任务的时候，仔细设置任务的类型，比如开发，测试。禅道的程序会自动根据不同类型任务的变化来自动计算需求的研发阶段，其规则如下：
需求所属产品为多分支或多平台类型的所处阶段说明：
以多平台为例，该产品有安卓、ios两个平台。
（1）如果需求没有关联到项目，也没有关联到计划，则需求的研发阶段是“未开始”。
（2）如果需求属于所有平台，关联的计划也属于所有平台，则需求的阶段为“所有平台：已计划”。如果计划属于ios平台，则需求的阶段为“ios：已计划”。如果需求属于某个特定平台，阶段计算方式等同原来的普通产品的情况。
（3）如果项目关联的是产品的某个平台，假如关联了ios平台，同时关联了产品所有平台下和ios平台下的需求，没有分解任务。则ios平台下的需求此时阶段都是“已立项”，所有平台的需求则是“ios：已立项”。假如该需求所有平台还是“已计划”，则显示“所有平台：已计划”“ios：已立项”。
如果一个需求同时被两个项目关联，而两个项目，一个关联了产品的ios平台，一个关联了所有平台。同时都没有分解任务，那么这个需求的阶段就是“所有平台：已立项”“ios：已立项”。
注：禅道7.2.stable版本开始，可以编辑需求手动更改需求的所处阶段。
点击需求标题，进入需求详情页面，点击编辑需求，在页面的右侧显示需求的基本信息，需求所处阶段一栏点击下拉选中你要修改的需求所处阶段，保存即可。
再回到产品---需求列表页面，就可以看到需求的所处阶段已经由已立项变为测试中了。
3.3.5.1.禅道中需求的写法
在禅道中，我们默认给大家提供了一个需求的模板：作为一名<某种类型的用户>，我希望<达成某些目的>，这样可以<开发的价值>。这个模板是借鉴自scrum开发里面的用户故事(userstory)的写法。只不过我们使用了相对比较中性的概念。
3.3.5.2.需求的INVEST原则
一个编写良好的用户故事是敏捷开发的基础。它们应该相互独立，详情应该便于开发者和用户进行沟通，应该对用户有价值，应该对于开发者来说尽可能的清晰以便进行估计，应该短小，通过预定义测试用例的使用确保它是可以测试的。
3.3.5.3.禅道里面的需求和原型图、需求设计文档的区别
传统管理模式中，很多产品经理都在用原型图软件设计原型图或者非常完整的需求设计文档。设计完之后，交给设计人员进行页面设计，然后由开发人员合并代码。那么原型图和用户故事之间的关系和区别是什么呢？
添加完产品之后，就需要来设置产品的模块。模块相当于对产品需求的一个分类，通过组织模块，可以让大家对产品有一个宏观的把握和认识，也方便对需求进行分类和整理。
设置模块的步骤：
产品模块同步显示的问题：
禅道从5.2.1版本开始，产品的模块可以同步到项目任务、测试Bug和用例里。
项目任务、测试Bug和用例也可以单独维护自己的模块。需要注意的是产品模块同步到项目任务里是有条件的。
项目→任务里显示模块的规则：
1、项目中关联的需求在产品中的模块。比如产品模块A下面有4个需求，项目都没有关联，那么在项目中是不会显示模块A的，只要关联了4个需求中的任何一个及以上，项目模块就可以显示模块A。
2、创建任务的时候可以选择产品的某个模块（即使没有关联该模块下面的需求创建任务的时候也可以关联），创建任务后也会显示出该模块。
3、项目也可以维护自己的模块：项目→任务页面左侧点击维护模块，可以添加维护项目自己的模块。
最新版本禅道，新增了列表页显示模块名的功能。（如果添加模块时有填写模块简称，那么就显示模块名简称。）
产品需求列表页面左侧的模块显示栏下有“列表页是否显示模块名”的编辑按钮。
禅道里默认列表页不显示模块名，点击进入选择框，选择只显示一级模块。
保存成功后，需求的列表页的显示如下。
需求名称前显示有该需求所属模块的名称。如果该需求不属于任何模块，就不显示模块名。
还可以选择只显示最后一级模块，点击保存。
设置成功后，在需求列表页面需求的名称前即只显示最后一级模块的名称。
古人云，凡事预则立，不预则废。产品需要做规划，才能有轻重缓急，才能正确的做事。因此对于产品经理而言，计划是必需的。
3.3.7.1.创建计划
3.3.7.2.关联需求
创建完计划之后，可以为计划关联需求
也可以在添加需求的时候指定计划(已经过期的计划不会列出)
3.3.7.3.计划和项目之间的关系
禅道软件中计划和项目并没有非常强的对应关系。如果某一个开发团队的计划和执行都非常好，那么一个计划可以对应一个项目。但这是非常理想的状态。一般情况下面是这样，在项目关联需求的时候，大部分的需求都关联自一个计划，但同时也关联了其他计划的部分需求。
3.3.8.1.创建发布的前提
创建发布有两个前提：
3.3.8.2.如何创建发布
如果是没有使用多分支/多平台的，可以忽略上面的操作，直接点击右上角的“创建发布”操作。
创建成功后，即可关联需求和Bug。
禅道7.4.beta版本开始，新增了发布的停止维护功能。
在产品--发布列表页面，右侧的操作按钮有停止维护按钮，点击操作即可。
停止维护的发布版本，在禅道系统里是默认不显示了的。
3.3.9.路线图
禅道软件中，计划和发布组成了产品的路线图，通过路线图可以非常直观的了解产品过去发布过的版本和将来的计划。如下图，绿色的部分代表了发布过的版本，黄绿色的部分代表了将来的计划。点击某一个发布或者计划，可以查看其具体的需求信息。
禅道软件内置了基本的文档管理功能，这样禅道没有覆盖到的流程就可以通过文档管理功能来补充。禅道文档库共分为三种类型：产品文档库、项目文档库和自定义文档库。其中产品文档库用来存储产品层面产生的文档，项目文档库用来存储项目过程中产生的文档。自定义文档库则可以用来存储知识库、公司管理规范等文档。下面让我们来看下具体的操作。
3.3.10.1.维护分类
3.3.10.2.添加文档
在产品视图，点击页面右侧的“创建文档”，即可进入文档的创建页面。
3.3.10.3.浏览文档
文档添加之后，可以在文档库里面查看相应的文档列表。
也可以在产品视图的文档库里面查看这个产品下面的所有文档。
按照scrum的管理流程，开发团队需要定期召开迭代计划会议。计划会议一般控制在一天之内结束，共分为两个部分。其中第一个部分主要由产品经理负责讲解需求，确定需求的优先级，决定本期项目要完成的需求列表。然后下午由研发团队对需求进行任务分解。
产品计划会议的流程如下：
计划会议的产出：这个计划会议我们需要拿到的结果就是项目视图的需求列表。
计划会议对应到禅道软件就是项目的关联需求操作：
很多公司的产品经理容易犯的一个错误就是项目开始之后，找不到产品经理了。就拿笔者之前所在的公司来讲，产品经理只是在计划会议上面给我们讲解下需求，然后项目开始之后，就消失了。其实这样很不好，会造成很多的问题：
因此，产品经理在项目开始之后，应当随时了解项目的进展情况：参与团队的例会，在禅道里面通过项目视图了解任务进展，通过bug查看缺陷情况，需求完成之后及时检查确认等等。
在项目开发完成之后，产品人员应当对本期所作的需求进行确认，以保证是自己想要的东西。同时应当积极参加团队召开的演示会议，听取大家的意见和反馈，并整理成相应的需求，录入到禅道中。
产品经理还应当积极参加项目的总结会议，吸取经验教训，调整下一步的工作。
针对一些公司需要对产品需求进行统计的情况，禅道项目管理软件从2.0版本开始，提供了需求的基本统计报表功能。在产品视图下的需求子栏目，点击“统计报表”链接，即可根据需要进行需求的统计，包括：
1.产品需求数量。
2.模块需求数量。
3.按照计划进行统计。
4.按照状态进行统计。
5.按照所处阶段进行统计。
6.按照优先级进行统计。
7.按照预计工时进行统计。
8.按照由谁创建来进行统计。
9.按照当前指派来进行统计。
10.按照关闭原因来进行统计。
11.按照变更次数来进行统计。(根据版本号来进行计算，版本号-1为变更次数)
创建项目
1.进入项目视图，点击右侧的”添加项目“链接。
2.出现项目添加的页面
注意事项：
项目组建之后要做的事情就是设置团队。很多朋友经常问，为什么我在创建任务的时候，只能指派给自己呢？其实原因很简单，是因为没有设置团队。
当项目创建成功之后，可以根据提示设置团队。
或者从项目视图中的团队菜单，也可以进行项目的团队管理。
在维护项目团队的时候，需要选择都是哪些用户可以参与到这个项目中，同时需要设置这个用户在本项目中的角色（角色可以随便设置，比如风清扬，冬瓜一号等）。可用工作日和可用工时每天需要仔细设置。通常来讲，一个人不可能每天8小时投入，也不可能一星期七天连续投入。
设置完毕之后，系统会自动计算这个项目总得可用工时。
3.4.3.1.关联产品
如果在创建项目的时候，已经关联过产品，可以忽略这个步骤。
3.4.3.2.关联需求
需求确定之后，项目中几个关键的因素都有了：周期确定、资源确定、需求确定。下面我们要做的事情就是为每一个需求做wbs任务分解，生成完成这个需求的所有的任务。note:是完成需求的所有任务，这里面包括但不限于设计，开发，测试等。
3.4.4.1.访问项目的需求列表页面：
3.4.4.2.分解任务
3.4.4.3.任务分解的几个注意事项
项目任务分解完毕之后，整个项目要完成的任务也都已经确定，每个人负责的任务也确定。这时候就进入到每天的迭代过程。项目经理的一个职责就是每天负责召开站立会议。
具体的形式如下：
燃尽图和甘特图的区别：
其实做好项目管理也很简单，做到信息公开、透明，很多事情自然而然就会变得简单。除了每天召开站立会议，更新燃尽图之外，项目经理还可以通过项目的各种列表功能来掌握项目的进展情况：
3.4.7.1.首页的项目进展列表
禅道软件在首页提供了进行中的项目的概况列表。通过这个列表，可以很方便的知道目前整个公司正在进行的项目的进展情况。这个图里面的进度是按照总消耗/(总消耗+总剩余)计算出来的一个工时的进度。
3.4.7.2.项目视图的所有项目列表
首页的项目列表只是正在进行中的项目，我们在项目视图中，还提供了所有项目进展情况的列表。
3.4.7.3.通过任务列表查看具体的任务的进展情况
1.可以通过各种检索标签来
2.可以通过分组查看，来按照不同的字段进行分组
3.4.7.4.通过项目任务树状图，了解项目需求和任务的开发情况。
禅道开源版8.2beta版本新增了任务的树状图功能。可以清晰的显示项目所关联的需求，需求和任务的关联关系以及任务的开发情况。
鼠标放在任务标题上，会显示任务的状态，工时信息，以及操作按钮。
3.4.8.1.演示会议
演示会议不用特别正式，它不是汇报会议。不用准备精美的ppt，只需要有一个大屏幕，然后团队的成员分头介绍自己所负责的东西。在演示过程中，会有人提出很多的问题或者建议，产品经理应当将其记录下来，转换为后面的需求。
3.4.8.2.总结会议
演示会议完之后，团队内部应该召开总结会议。这个会议的参与人员主要是团队成员了。该会议的注意议题是总结这次项目我们做的好的地方，做的不好的地方。要将其记录下来，存到文档管理中，比如叫做第几期项目总结。然后确定下一期项目要解决的问题，可以重点解决一个，比如开发环境的问题。
禅道项目管理软件提供了基本的项目统计功能，项目经理可以通过这个功能来掌握一些宏观的信息：
需要注意的是：禅道的统计报表是根据你当前的列表范围进行统计的。比如你现在查看的是进行中的任务，那么统计就是在所有进行中的任务列表中进行的。换言之，你可以通过切换不同的检索条件来获得你想要的统计报表。
按照scrum的流程，项目团队成员要参加产品的计划会议和项目的任务分解。
在参加产品计划会议的时候，应当充分理解需求，并发表自己的意见，以确保自己对每一个需求理解都是正确的。
项目计划会议的主要任务是对需求进行任务分解，团队成员应全力参与。分解任务之后，自愿领取自己喜欢的任务。
注意：这个地方的团队成员，不仅仅是开发人员，也包括测试人员，dba，即所有的项目团队中的成员。
3.5.2.1.领取任务
按照scrum的原则，好是大家领取自己喜欢做的任务，这样才能更好的调动团队的积极性。有的朋友会问，如果没有人领取怎么办？大家都挑简单的怎么办？一个新手挑选了一个关键任务怎么办？每个人的任务量不太均衡怎么办？其实这些问题都不是问题。因为信息是公开透明的，一个个体不可能每一期都只挑简单的任务，做简单的事情。当然了，项目经理宏观层面的把握也必不可少，尤其是一些关键任务，需要平衡下。
领取任务可以通过两种方式，一种是通过“指派”操作，一种是通过“编辑”操作。
3.5.2.2.更新任务状态
项目开始之后，每个人每天应当及时更新自己所负责的任务的状态。禅道提供了几个快捷的操作按钮：开始、完成、关闭、取消和**。
开始、完成和取消没有什么歧义。解释下关闭和**。
禅道有一个可选流程，就是当任务完成之后，会自动指派回任务的创建者头上，这时候任务的创建者可以验证任务是否完成。如果完成，则将任务关闭。如果任务没有完成，则**任务。这个流程是可选的，不是必须的流程。适用于传统的命令-控制式的管理。如果对于敏捷开发团队来讲，忽略这个流程即可。
3.5.2.3.更新任务的消耗
除了更新自己负责任务的状态之外，还应该及时更新任务的工时消耗情况：
这里面需要特别强调的是，初预计≠已经消耗+预计剩余。
一定要每天更新自己所负责的任务，因为燃尽图的绘制，就是通过预计剩余这个字段来计算的。
当完成若干功能之后，就可以创建版本了。版本的概念在英文里面是build，可以对应到软件配置管理的范畴。这是一个可选流程，但还是建议团队能够实施版本管理。这个版本主要的作用在于明确测试的范畴，方便测试人员和开发人员的互动，以及解决不同版本的发布和bug修复等问题。
有的同学会问，既然是版本管理，那么禅道能不能管理源代码？禅道当然是无法管理源代码了，呵呵，这是非常专业的一个事情，已经有非常好的开源软件来解决这个问题。比如subversion和git。大家可以根据自己实际的需要部署安装。禅道里面的版本是做了一个记录。
流程如下：
注：新版本的禅道，先创建版本，保存成功后，在版本的详情页面再关联需求和Bug。
说明：
当版本创建完毕之后，就可以提交给测试人员进行测试了，提交测试会生成一个测试任务。在这儿需要和大家解释下这个测试任务的概念。其实英文里面里面比较合适的单位是testrun，但翻译到中文里面没有太贴切的词语，我们暂时用了测试任务的概念。但这个测试任务和项目里面创建的类型为“测试”的任务没有直接关联。请大家在使用的时候，注意这个细节。
申请测试的步骤：
提交测试之后，测试人员展开测试，便会有bug产生。这时候研发团队的一个重要职责便是解决bug。禅道里面bug的处理流程比较简单：
测试人员提交bug=>开发人员解决bug=>测试人员验证关闭，这是比较正常的流程。还有一个流程是**流程：
测试人员提交bug=>开发人员解决bug=>测试人员验证未通过=>**bug=>重新解决=>验证关闭。
开发人员所需要做的事情便是处理自己负责bug，并在禅道中登记解决方案：
1.项目视图中的bug列表
2.bug的详情页面也可以找到“解决”操作的按钮。
3.解决bug的时候，需要填写bug的解决方案。
附：bug的解决方案
禅道软件总共提供了其中解决方案：
这其中“已解决”和“延期处理”的bug视为有效bug。
见7.3.10文档管理
当测试人员提交了bug之后，如果开发人员来不及解决这个bug，这时候可选的一个操作是确认这个bug，给测试人员一个反馈。
1．bug列表页面会显示是否已经确认过。
2．bug详情页面有确认操作按钮。
3．bug列表右侧也有确认操作按钮。
需要说明的是，如果一个bug被解决之后，也会自动变成已确认。
在禅道软件中，bug也同样需要维护模块，以便更好的组织管理bug。
禅道5.2.1版本开始，产品的模块直接同步到bug、用例下，有条件的同步到项目中。同时，bug模块、用例模块和项目模块也可以单独维护。
具体步骤：
直接来看步骤：
当开发人员解决bug之后，就需要来验证bug，如果没有问题，则将其关闭。已关闭的bug，默认是不再显示在bug列表的。
**bug的时候，指派给会自动设置成为后的解决者头上。
测试人员一个非常重要的工作就是筛选bug，禅道对此提供了各种方便的功能来进行筛选。
3.6.5.1.我的地盘中的bug列表。
我的地盘中的bug列表，是所有当前指派给你进行处理的bug。如果该列表为空，那么恭喜你，没有你需要处理的bug。
3.6.5.2.项目视图中的bug列表
项目视图中的bug列表，是所有在这期项目中产生的bug，所以项目团队可以很方便的在这个页面查看到相应的bug。
3.6.5.3.分类浏览
在测试视图的”Bug列表“页面，可以按照各种条件，非常方便的进行浏览。
3.6.5.4.搜索功能
禅道提供了强大的搜索功能，可以组合出非常复杂的条件。
同7.6.1维护bug视图，测试用例视图也是需要单独维护的，方法与之相同，不再赘述。
禅道中的测试用例，彻底的将测试用例步骤分开，每一个测试用例都有若干个步骤组成，每一个步骤都可以设置自己的预期值。这样可以非常方便进行测试结果的管理和bug的创建。
直接来看创建用例的页面：
当开发人员申请测试之后，会生成相应的测试任务给测试人员。这时候测试人员要做的就是为这个测试任务关联相应的测试用例。如果这个测试任务需要多人来配合完成，则需要将相应的用例指派给相应的人员来进行完成，或者自己领取相应的测试用例。
3.6.8.1.关联测试用例
几点说明：
3.6.8.2.指派或领取用例
在版本（测试任务）的用例列表页面，可以点选用例，将其指派给某一个人来执行。
在测试--版本的用例列表页面，用户可以按照模块来进行点选，或者选择所有指派给自己的用例，来查到需要自己执行的用例列表。
在用例列表页面，选择某一个用例，然后选择右侧的“执行”菜单，即可执行该用例。
测试人员在测试时，我们推荐在测试--版本页面，版本所关联的用例列表里执行用例，完成测试。
1.用例列表页面，点击执行
2.执行用例
3.创建bug
如果一个用例执行失败，那么可以直接由这个测试用例创建一个bug，而且其重现步骤会自动拼装。
测试管理的还有一个重要工作就是统计报表，直接来看步骤：
在bug列表页面，点击页面上部的统计报表，即可出现统计报表页面。
[wiki,blog]使用opencv自带的融合函数[wiki,blog]使用opencv自带的融合函数/*M///////////////////////////////////////////////////////////////////////////////////////////IMPORTANT:READBEFOREDOWNLOADING,COPYING...
目录1.说明2.后端部分2.前端部分1.说明在此整理展示一下以往工作中设计的类似项目，目的整理成为自己熟悉，通用性强的脚手架，方便简单的开发使用。当然其中涉及到的东西很多，大部分参照网上进行资料进行的整合。主要涉及后台管理系统、前端app...
测试时截图说不明白，多张图重叠在一起杂乱时，可以使用LICEcap这个动态录制一下，推荐这个工具的主要原因：1.下载比较方便：是GPL协议的自由软件（免费、开源），我们百度搜索LICEcap官网，直接点击下载，支持Windows和OSX。2.使用比较简单录制目标可以通过拖动软件窗口随意调整大小，然后点击右下角录制按钮，选择好保存路径，点击保存，倒数3秒后开始录制，结束时点击停止按钮即...
Myteachersaysthattuplesarefasterthanlistsbecausetuplesareimmutable,butIdon'tunderstandthereason.Ipersonallythinkthattuplesarefasterthanlistsbecausetuplesarehashableand...
IhaveaC#functioninwhichIwouldliketocall/runsomeJavaScript:I'mdealingwithaform,specifically,submittingtheform.Uponclicking"Submit",severalC#functionsrunthattake...
Iamdoing3activitythatcanswipebetweenthembyusingViewPagerfragment.ButwhenIRunthescriptgivemeerrorasbellow.Anybodycanexplainmethebellowerrorlog.Iamdoingswipefragment...
I'mtryingtopopulatemydropdownlistwithinformationsofmyDB.IUsethiscode:Butdon'tappearanyinformationinmylist.SomeonecanhelpmetofigurewhatswronginmycodeYouarenotmaki...
Inalistoflinks,Ionlywanttoactivatethehoverbehaviorforthoselinksafterthepersonishoveringoverthatlinkforacertainamountoftime(say1second).Soiftheyhappentojustpasso...