缺陷管理工具jira与mantis比较

缺陷管理工具j i r a与

m a n t i s比较

Last revision on 21 December 2020

Mantis与Jira对比

hjjlearning

一、安装对比

1、Mantis安装

●Mantis安装稍微比较麻烦一点，需要做多项配置，具体参考编写的“缺陷

管理工具Mantis搭建手册.doc”。

2、Jira安装

●JIRA官方网站有制定好的安装包，只要一步一步next就可以安装完备，

默认安装的数据库为自带的HSQL，可以自己配置外置数据库，支持

MySql，Sql2000,Orcale等主流数据库。

●更换数据库可以参考官方文档。

●注意一点：在用安装包进行安装JIRA，如果选中了安装成服务，好像在局

域网其他电脑就访问不了，暂时没找到原因。如下图

图1 安装成服务

总体来说，在安装过程中，Mantis要比JIRA复杂一点。

二、JIRA介绍

1.JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。

JIRA创建的问题类型包括New Feature、Bug、Task和Improvement四种，还可以自己定义，所以它也一是过程管理系统。Jira融合了项目管理、任务管理和缺陷管理，许多着名的开源项目都采用了JIRA。

JIRA 是目前比较流行的基于Java架构的管理系统，由于Atlassian公司对很多开源项目实行免费提供缺陷跟踪服务，因此在开源领域，其认知度比其他的产品要高得多，而且易用性也好一些。同时，开源则是其另一特色，在用户购买其软件的同时，也就将源代码也购置进来，方便做二次开发。正因为其开放性，价格上自然也相当不菲，对于中小型的软件企业做项目管理，则又要另寻出路。

功能列表：

●问题追踪和管理（问题类型包括New Feature-新功能、Bug-缺陷、Task-

任务、Improvement-改进四种），可自定义；

●问题跟进情况的分析报告；

●对不同项目配置不同管理功能；

●组件/模块负责人功能；

●项目email地址功能；

●无限制的工作流，可以自己定制工作流；

●子任务功能；

●邮件通知功能；

●CVS、SVN以及LDAP的集成功能；

●丰富的自配置项目；

●丰富的插件配置；

●易用性良好；

2.JIRA优点与缺点

●优点

a)用它管理项目，跟踪任务、bug，通过JIRA的邮件通知功能进行协作

通知，在实际工作中使工作效率提高很多，效果非常不错！安全性、

可扩展性方面发挥到了极致！

b)JIRA不仅仅是一个缺陷跟踪系统，通过Jira，可以整合客户、开发

人员、测试人员，各人各司其职，信息很快得到交流和反馈，让大家

感到软件开发在顺利快速的进行，朝意想的目标迈进。

c)丰富的插件及界面自定义功能，基本上可以满足项目的需要。

d)JIRA除了做缺陷管理系统外，还可以做为需求管理，任务管理，过程

管理系统，可以做为多种用途。

e)JIRA在易用性方面做得非常出色，配置一切都通过界面操作，用户使

用也非常简单，可以让使用人员很快就上手。

●缺点

a)对应测试需求，测试用例等都没有提供直接的方式进行管理，没有做

到测试计划，需求，用例的关联。

b)JIRA是商业软件，价格不菲，而且其中的一些强大的插件也需要购

买，对于只做缺陷管理系统来说，代价有点大。

三、Mantis介绍

1.Mantis是一个基于PHP技术的轻量级的缺陷跟踪系统，其功能与前面提及的

JIRA系统类似，都是以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上可能没有JIRA那么专业，界面也没有JIRA漂亮，但在实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用。

功能列表：

●缺陷跟踪管理(默认做为BUG管理系统，如果需要做任务管理，需求管理，

需要自己修改配置，代码，比较麻烦，没有JIRA方便)。

●问题跟进分析报告。

●可以添加子项目，模块等功能。

●配置不同权限发送EMAIL通知。

●工作流自定义配置。

●路线图，修改日志。

●统计报表，图形报表。

●与TESTLINK，wiki等进行集成。

2.Mantis优点与缺点

●优点

a)开源，不收费，B/S构架模式，Windows平台，可邮件通知，操作较

为灵活。

b)可以跟踪程序版本变更历程。

c)可以生成项目bug各种指标统计图表。

d)丰富的过滤器搜索功能。

e)开源软件，可以修改代码进行2次开发。

●缺点

a)安装配置复杂，界面不美观。

b)工作流整体已写死，不好进行配置，配置不灵活。

c)管理不方便，修改配置大部分需要进行代码修改。

四、图形报表对比

1、JIRA图形报表

JIRA本身没有提供图形报表的功能，需要安装插件才能形成图形报表。

●GreenHopper——是一个创新的项目管理工具，它提供计划 Board来帮助

您依据版本和组件来分派问题，任务Board用来帮助工作流，Chart Board用来跟踪进展。

图一

图二

●Charting——通过饼图，条形图，折线图，面域图来跟踪您的JIRA问题，

安装完Charting后，需要进行一些设置，设置完成后，在浏览项目页面中的报告下面会多出几项，如下图：

图三

a)Recently Created Issues Report ——显示最近创建的Issue的

图。如果数量多，则需要开发人员抓紧修复。

图四

b)Created vs Resolved Issues - 新创建和解决的Issue的趋势图。

刚开始测试，一般是发现的Bug多，解决的少，到了后期，是发现的

少，解决的多。可以根据这个趋势来判断软件质量。

图五

c)Resolution Time Report - 解决Issue的平均时间，可以看出团队

的效率和速度，应该尽快提高解决Issue的速度，降低时间，很多公

司规定，严重问题24小时内解决，则可以通过Filter和Resolution

Time配合来检查。

图六

d)Average-Age Open Issues - 显示问题未被解决的天数平均值的柱状

图。这个图表显示了指定时间段（例如每天，每周）问题遗留的时间

的平均值。

图七

e)Pie Chart - 显示来自项目或者过滤器由统计类型归纳的问题饼状

图。问题可以按它的任一可统计的属性来归纳（例如状态优先级

等等），可以根据不同的统计类型来查看报表。

图八

图九

2、Mantis图形报表

Mantis图形报表在安装的时候就已经配置成功，Mantis图形报表的功能比较丰富，缺点就是不能自己进行定制查看。

●综合报表——包括按项目，按问题状态，按严重性，按日期等，如下图：

图十一

●按状态统计，如下图：

●按优先级统计，如下图：

●按严重性统计，如下图：

●按模块统计，如下图：

●按完成度统计，如下图：

●统计报表——包括按日期，按日期，按报告人等一个完整的统计报表，如

下图：

从上面对比2种图形报表，感觉jira报表功能强大一点，主要是可以自行设置统计条件，而Mantis不能自行设计统计条件，不过Mantis的报表功能也很强大。

五、定制对比

1、JIRA——易与定制，大部分功能都能通过管理界面进行设置，也可以通过

插件对功能进行加强。JIRA的管理页面非常强大，包含各个方面，全界面操作，极少需要进行代码修改。

2、Mantis——不太易进行定制操作，很多功能都写得比较固定，修改需要进

行代码改动，不方便，在界面上只能简单定制，如下图：

JIRA与Mantis定制，扩展性方面，JIRA要强Mantis，除非对Mantis进行代码开发。但如果只做缺陷管理系统，Mantis提供的功能也差不多够了。只是JIRA使用起来根据灵活。

六、管理与使用对比

1、JIRA——在管理上方便，使用也很方面，用户可以自己设置一个工作流，

自己设置项目配置选项，只要熟悉流程，不管是缺陷系统，任务系统还是计划系统都能实施起来。

2、Mantis——在使用上也很方面，管理上也不复杂可以很快熟悉Mantis的管

理流程，但不能自己制定工作流，不能自己对项目进行自定义配置，只能根据Mantis已有的流程进行简单修改。

七、对比要点总结

八、结论

通过上面的对比情况，在产品功能，定制等方面，JIRA要强于Mantis，JIRA适合需要进行计划管理，任务管理，需求管理，缺陷管理为一体的企业，如果只是使用缺陷管理系统这一个功能，建议使用Mantis，毕竟Mantis在持续开发，也可以自己进行简单定制，而且是免费的。JIRA功能强大，但价格不便宜，如果只是用缺陷管理系统，就有点浪费。

信息检索复习题(综合最终)

1、信息存储与检索：广义地说是“信息存储与检索”（Information Storage and Retrieval），它是指将信息按照一定的方式组织和存储起来，并能根据信息用户的需要找出其中相关信息的过程。从本质上讲信息检索是一种有目的和组织化的信息存取活动，其中包括了“存”和“取”两个基本环节。对于“存”来说，主要指面向来自各种渠道的大量或海量信息而进行的高度组织化的存储；对于“取”来说，则要求面向随机出现的各种用户信息需求所进行的高度选择性的查找。 2、文本检索：指以各种自然语言符号系统所表示的信息作为主要检索对象的信息检索活动。 3、数值（据）检索：主要是针对数值型数据的查询而发展起来的一类较有特色的信息检索。 4、音\视频检索：主要针对各种数字化音频与视频信息而进行查询的一类新兴的信息检索操作。 5、电子信息源：指以数字化形式（即二进制码）将文字、图像、声音、动画等存储在光、磁等存储介质（如CD-ROM、磁盘）上，并能通过计算机、通信设备再现出来的信息资源。 6、书目数据库：一种专门存储二次文献信息的数据集合，亦称二次文献数据库，通常收录有关主题领域的各种书目信息，包括文摘、题录、目录等，以向用户提供文献信息，指引用户查找、使用原始文献。 7、文献索引数据库：主要是简要地通报有关领域某一时期发表的文献，供人们查阅与检索。它提供确切的文献来源信息，即能准确鉴别相对应的原始文献 8、全文数据库：一种源数据库，主要存储文献全文或其中的主要部分，可以将包括题名、著者、摘要、关键词、正文、参考文献和著作日期在内的数据全部收入数据库，供用户查询利用。 9、网络信息资源：指以电子数据的形式将文本、图像、声音、动画等多种形式的信息存放在光磁等非印刷型载体的介质中，并通过网络通信、计算机或终端等方式再现出来的电子信息源。 10、集中式系统：是资源有空间上集中配置的系统，单机检索系统是典型的集中式系统，它将软件、数据和主要外部设备集中在一套计算机系统之中。 11、分布式检索系统：是指通过计算机网络把分布在不同地点的计算机硬件、软件、数据库等设备和资源联系在一起，以服务于一个共同的系统目标而是实现的相互通信、相互操作和资源共享的系统。 12、用户界面：是用户与计算机之间的通信媒体或手段，是人机双向信息交换的软件和硬件。 13、搜索引擎：广义的搜索引擎泛指网络（尤其是万维网）上提供信息检索服务的工具或系统。狭义的搜索引擎主要指利用网络自动搜索软件或人工方式，对万维网信息资源进行采集分析与标引，并将索引信息组织成数据库，以网站形式为网络用户提供检索服务的一类信息服务系统。 14、收录范围：是指检索系统的数据库所覆盖的学科面、所收录的文献类型和数量，它现在已经演化成网站或搜索引擎的规模。 15、响应时间：是指从提问接收到检索结果提供所消耗的时间。 16、用户负担：是指用户在检索过程中花费的精力的总和。 17、输出形式：是检索系统提供的检索结果的形式，可能是书目信息，也可能是全文信息等。 18、相关性（评价核心）：主要是指检索系统针对用户的信息需求从文档集合中检出的文档与用户需求之间的一种匹配关系。 问答题目： 1、什么是信息检索？它有哪些主要类型？ 所谓“信息检索”，广义地说是“信息存储与检索”，它是指将信息按照一定的方式组织和存储起来，并能根据信息用户的需要找出其中相关信息的过程。从本质上讲信息检索是一种有目的和组织化的信息存取活动，其中包括了“存”和“取”两个基本环节。对于“存”来说，主要指面向来自各种渠道的大量或海量信息而进行的高度组织化的存储；对于“取”来说，则要求面向随机出现的各种用户信息需求所进行的高度选择性的查找。狭义理解是主要关注如何从存储的信息集合中快速获取各种需要的信息。 信息检索的主要类型 早期分类方法：文献检索、事实检索、数据检索三种类型 文献检索是指以文献（包括文摘、题录或全文）为检索对象的一类信息查询活动。 事实检索主要针对从文献中提取出来的各种事实（或知识项）所进行的检索活动。 数据检索主要以经过选择、整理、鉴定的各种数据信息，例如人口、国民生产总值、建筑材料的各种性能参数等作为检索对象的一类检索操作。

软件缺陷管理流程图

软件缺陷管理办法 1.目的 本文档定义了软件缺陷管理流程和相关规则，确保软件缺陷管理的系统性和规范性，以保证项目研发质量。 2.适用范围 适用于部门项目研发过程的缺陷管理，对各阶段的缺陷管理过程进行指导和规范。 3.定义 3.1 术语 缺陷（Defect）：存在于软件之中偏差，可被激活，以静态形式存在于软件内部。 Bug：缺陷一种表现形态，系统或程序存在的任何一种破坏正常运转能力的问题。 3.2 缺陷定义 （1）软件未达到需求规格说明书的功能； （2）软件出现了需求规格说明书指明不会出现的错误； （3）软件功能超出需求规格说明书的范围； （4）软件未达到需求规格说明书未指出但应达到的目标； （5）测试工程师认为软件难以理解、不易使用、运行速度慢，或者最终用户认为不好。 4.缺陷生命周期

4.1 缺陷生命周期图 4.2 缺陷状态说明 5. 缺陷处理过程 5.1 正常处理过程 （1）创建问题 在测试管理系统中，所有用户都可以创建新问题，包括需求问题和软件缺陷等。创建问题时，需要描述清楚，并选择正确的选项，详细请参考5.4和5.5。

（2）指派问题 创建问题时，创建者通常要指派给该项目开发负责人，再由其指派任务，或直接指派给相应模块的开发工程师。 如果指派人是错误的，或者需要他人确认或帮助，则可以重新指派给合适的工程师，写上相关备注。 （3）确认问题 通常开发工程师收到新问题后，需要分析和确认此问题是否为Bug。如果是Bug，则选择“确认状态”；如果认为非Bug，则注明原因并指派回创建者。 当创建者收到确认指派时，需要进行及时确认。如果同意为非bug，则及时关闭它；如果不同意，则需要注明理由并指派回相关工程师。 如果问题确认指派次数大于6次时，需要进入“争议处理”流程，详细请参考5.2。 （4）解决问题 此为开发工程师的主要职责，包括Bug的复现、修改和修改验证。 开发工程师需要及时对确认状态Bug进行分析和解决，并自己验证通过，则操作为解决状态，解决方案规则请参考5.4中解决方案定义部分，在缺陷管理系统中解决方案选择相应的选项，解决后系统将自动指派回给创建者。 如果Bug无法解决或修改影响比较大，可申请进入“延期解决”流程，请参考5.2中延期处理部分。 （5）验证问题 创建者需要及时对解决状态的Bug在对应版本上面进行验证。如果验证通过，则可关闭Bug；如果验证不通过，则激活此Bug，系统将自动指派回给解决者。

软件缺陷管理流程

软件缺陷管理办法 1. 目的 本文档定义了软件缺陷管理流程和相关规则，确保软件缺陷管理的系统性和规范性，以保证项目研发质量。 2. 适用范围 适用于部门项目研发过程的缺陷管理，对各阶段的缺陷管理过程进行指导和规范。 3. 定义 3.1 术语 缺陷（Defect）：存在于软件之中偏差，可被激活，以静态形式存在于软件内部。 Bug：缺陷一种表现形态，系统或程序存在的任何一种破坏正常运转能力的问题。 3.2 缺陷定义 （1）软件未达到需求规格说明书的功能； （2）软件出现了需求规格说明书指明不会出现的错误； （3）软件功能超出需求规格说明书的范围； （4）软件未达到需求规格说明书未指出但应达到的目标； （5）测试工程师认为软件难以理解、不易使用、运行速度慢，或者最终用户认为不好。 4. 缺陷生命周期 4.1 缺陷生命周期图 4.2 缺陷状态说明

5. 缺陷处理过程 5.1 正常处理过程 （1）创建问题 在测试管理系统中，所有用户都可以创建新问题，包括需求问题和软件缺陷等。创建问题时，需要描述清楚，并选择正确的选项，详细请参考5.4和5.5。（2）指派问题 创建问题时，创建者通常要指派给该项目开发负责人，再由其指派任务，或直接指派给相应模块的开发工程师。 如果指派人是错误的，或者需要他人确认或帮助，则可以重新指派给合适的工程师，写上相关备注。 （3）确认问题 通常开发工程师收到新问题后，需要分析和确认此问题是否为Bug。如果是Bug，则选择“确认状态”；如果认为非Bug，则注明原因并指派回创建者。 当创建者收到确认指派时，需要进行及时确认。如果同意为非bug，则及时关闭它；如果不同意，则需要注明理由并指派回相关工程师。 如果问题确认指派次数大于6次时，需要进入“争议处理”流程，详细请参考5.2。 （4）解决问题 此为开发工程师的主要职责，包括Bug的复现、修改和修改验证。 开发工程师需要及时对确认状态Bug进行分析和解决，并自己验证通过，则操作为解决状态，解决方案规则请参考5.4中解决方案定义部分，在缺陷管理系统中解决方案选择相应的选项，解决后系统将自动指派回给创建者。 如果Bug无法解决或修改影响比较大，可申请进入“延期解决”流程，请参考5.2中延期处理部分。

软件开发管理平台技术方案模板

软件开发管理平台技术方案 随着软件应用水平的提高, 软件规模越来越庞大, 软件开发的过程日益复杂, 而软件开发的模式依旧停留在传统的以技术人员为核心的方式下的, 不可避免的会暴露出许多问题: ?没有完善的对需求变更及问题追踪的流程和管理手段当前对需求变更及问题追踪流程没有完善的管理方法及有效的管理手段。对于业务人员、运维人员提出的各种需求和缺陷以及系统问题没有一个管理机制和经验积累。 ?无法保证发布版本的完整性 没有完善的内部产品版本控制、发布、上线、运维、变更的管理体系, 无法记录和追踪需求、产品、文档、流程的变更过程, 这样造成的直接后果是无从判断项目版本状态, 系统的故障诊断难度加大。容易发生开发人员未经授权修改代码或文档, 留下系统故障隐患。 ?缺乏沟通, 难于控制项目状态 项目开发过程中各部门之间, 各部门与集成商之间缺乏有效 的沟通手段, 无法实现流程的自动化操作。无法记录完整的管理信息, 造成各级领导、业务人员和项目管理者, 没有办法 及时、自动地了解项目管理状态, 量化内部项目人员及供应商项目组成员工作量, 工作进度。

本技术方案书针对当前软件公司开发团队普遍面临的问题, 经过制定一个自动化、可管理、可追踪的流程, 提供一种高度协作化方式的, 迭代化的、增量方式的开发手段, 在最低费用的情况下及时的生产满足需要的高质量软件。从而达到IT和业务目标紧密结合, 并引导业务的创新和发展。 为了建立敏捷的开发流程, 达到IT和业务目标紧密结合, 并引导业务的创新和发展, 必须建立一个能从需求人员、项目经理、开发人员、配置管理人员到测试团队的端到端的流程, 而且这个流程必须自动化、可管理而且可追踪。 ?流程需要保证项目的连贯性 ?保证随时能够得到项目状态 ?流程需要多次循环 ?确保闭环的流程 ?确保质量问题被预先发现和解决 ?需要和已有的工具集成( 配置管理、测试)

缺陷管理工具jira从入门到精通

缺陷管理工具JIRA入门到精通 缺陷管理工具JIRA入门到精通

目录 1、JIRA介绍 (1) 2、JIRA安装 (2) 3、JIRA管理使用 (5) 3.1、Projects：项目 (5) 3.2、Users&Groups (6) 3.3、Global Settings (8) 3.3.1、附件设置： (8) 3.3.2、首页面板设置： (8) 3.3.3、一般性设置 (9) 3.3.4、全局性权限 (9) 3.3.5、问题链接 (10) 3.3.6、外观与样式： (11) 3.3.7、邮件服务设置： (12) 3.3.8、子任务设置： (12) 3.3.9、事件跟踪设置 (13) 3.3.10、用户默认设置 (13) 3.3.11、工作流 (14) 3.4、Schemes (20) 3.4.1、安全策略： (20) 3.4.2、权限设置 (21) 3.4.3、通知设置 (22) 3.4.4、工作流计划 (23) 3.5、Issue Fields： (24) 3.5.1、自定义字段 (24) 3.5.2、字段设置： (26) 3.5.3、字段设置策略 (27) 3.5.4、问题导航栏 (27) 3.6、Issue Settings (27) 3.6.1、Issue Types：问题类型 (27)

3.6.2、Priorities：优先级 (28) 3.6.3、Resolutions：操作决策 (28) 3.6.4、Statuses：问题状态 (29) 3.7、Import & Export (29) 3.7.1、数据备份为xml文件： (29) 3.7.2、从XML文件恢复数据： (30) 3.7.3、外部导入数据 (31) 3.8、Options & Settings (31) 3.9、System (32)

缺陷管理工具jira与mantis比较修订版

缺陷管理工具j i r a与 m a n t i s比较修订版 IBMT standardization office【IBMT5AB-IBMT08-IBMT2C-ZZT18】

Mantis与Jira对比 hjjlearning 一、安装对比 1、M antis安装 Mantis安装稍微比较麻烦一点，需要做多项配置，具体参考编写的“缺陷管理工 具Mantis搭建手册.doc”。 2、J ira安装 JIRA官方网站有制定好的安装包，只要一步一步next就可以安装完备，默认安 装的数据库为自带的HSQL，可以自己配置外置数据库，支持MySql， Sql2000,Orcale等主流数据库。 更换数据库可以参考官方文档。 注意一点：在用安装包进行安装JIRA，如果选中了安装成服务，好像在局域网其他电脑就访问不了，暂时没找到原因。如下图 图1 安装成服务 总体来说，在安装过程中，Mantis要比JIRA复杂一点。 二、JIRA介绍 1.JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建 的问题类型包括New Feature、Bug、Task和Improvement四种，还可以自己定义，

所以它也一是过程管理系统。Jira融合了项目管理、任务管理和缺陷管理，许多着名的开源项目都采用了JIRA。 JIRA 是目前比较流行的基于Java架构的管理系统，由于Atlassian公司对很多开源项目实行免费提供缺陷跟踪服务，因此在开源领域，其认知度比其他的产品要高得多，而且易用性也好一些。同时，开源则是其另一特色，在用户购买其软件的同时，也就将源代码也购置进来，方便做二次开发。正因为其开放性，价格上自然也相当不菲，对于中小型的软件企业做项目管理，则又要另寻出路。 功能列表： 问题追踪和管理（问题类型包括New Feature-新功能、Bug-缺陷、Task-任务、Improvement-改进四种），可自定义； 问题跟进情况的分析报告； 对不同项目配置不同管理功能； 组件/模块负责人功能； 项目email地址功能； 无限制的工作流，可以自己定制工作流； 子任务功能； 邮件通知功能； CVS、SVN以及LDAP的集成功能；

软件缺陷管理制度

软件缺陷管理制度 软件项目测试组 文档编号： 编写人：编写日期：2018年3月20日 审核人：审核日期： 审批人：审批日期： 1

修订历史记录 日期版本说明作者 1

目录 软件缺陷管理制度 (1) 修订历史记录 (1) 目录 (1) 第1章总则 (1) 第2章职责 (1) 第3章缺陷类型 (1) 3.1 文档缺陷 (1) 3.2 设计缺陷 (2) 3.3 配置缺陷 (2) 3.4 界面交互缺陷 (2) 3.5 数据校验缺陷 (3) 3.6 查询统计缺陷 (3) 3.7 功能缺陷 (3) 3.8 性能缺陷 (3) 3.9 安全性缺陷 (4) 第4章缺陷管理流程 (4) 4.1 新增（提交） (4) 4.2 定位 (4) 4.4 解决 (4) 4.5 否决 (4) 4.6 推迟处理 (4) 4.7 回归验证 (5) 4.8 再打开 (5) 4.9 关闭 (5) 第5章缺陷记录 (5) 5.1编号 (5) 5.2项目 (5) 5.3发布版本 (5) 5.4 功能模块 (5) 5.5 缺陷描述 (5) 5.6 重现步骤 (5) 5.7严重程度 (6) 5.8 优先级 (6) 5.9 状态 (6) 5.10 负责人 (6) 5.11 处理意见 (7) 1

5.12 处理记录（解决的办法） (7) 第6章附录 (7) 2

第1章总则 为了加强部门管理工作，建立规范的缺陷管理制度，提高工作水平，根据公司和部门的 有关规定，制定缺陷管理制度。 本缺陷管理制度适用于工程技术部。各测试，研发人员应当依据本制度的规定，规范工 作，保证软件质量。 软件缺陷又被叫做Bug。所谓软件缺陷，即为软件中存在的某种破坏正常运行能力的问 题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的 需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护 过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的 失效或违背。 软件缺陷的管理分为四个阶段。包括：缺陷提交、明确指明缺陷类型、缺陷修复、缺 陷回归验证。 第2章职责 项目人员应对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到一定 标准。包含内容如下： 2.1测试人员在提供的缺陷模板中新建或重新打开缺陷。 2.2测试人员提交的缺陷将反馈给项目负责人，由项目负责人安排开发人员修复缺陷。 2.3开发人员修复缺陷后，记录处理时间及处理结果，并将文档及时反馈给测试人员验 证。 2.4测试人员验证缺陷后，记录验证时间及验证结果，并提交给项目负责人。 第3章缺陷类型 缺陷类型是指根据缺陷的自然属性划分的缺陷种类。共分为九类，包括：文档缺陷、设 计缺陷、配置缺陷、界面交互缺陷、数据校验缺陷、查询统计缺陷、功能缺陷、性能缺陷、 安全性缺陷。 3.1 文档缺陷 文档缺陷是指软件相关文档不满足其完整性、正确性、一致性、易理解性、易浏览性的要求。 1

几种常见缺陷管理工具

集中常见缺陷管理工具 （1）Mantis Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统，其功能与JIRA系统类似，都是以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上可能没有JIRA那么专业，界面也没有JIRA漂亮，但在实用性上足以满足中小型项目的管理及跟踪。 https://www.sodocs.net/doc/4a9696892.html,/TrackBack.aspx?PostId=1455738

作者：龚云卿 2005年8月 1 简介 缺陷管理贯穿于整个软件开发生命周期中, 是不可缺少的环节。Mantis是 PHP/MySQL/Web-based缺陷跟踪系统，Mantis当前版本为1.0.0a3。关于产品详细信息和支持，请访问主页。 2 基本特性 1) 个人可定制的Email通知功能，每个用户可根据自身的工作特点只订阅相关缺陷状态邮件； 2) 支持多项目、多语言； 3) 权限设置灵活，不同角色有不同权限，每个项目可设为公开或私有状态，每个缺陷可设为公开或私有状态，每个缺陷可以在不同项目间移动； 4) 主页可发布项目相关新闻，方便信息传播； 5) 方便的缺陷关联功能，除重复缺陷外，每个缺陷都可以链接到其他相关缺陷； 6) 缺陷报告可打印或输出为CSV格式：支持可定制的报表输出，可定制用户输入域； 7) 有各种缺陷趋势图和柱状图，为项目状态分析提供依据，如果不能满足要求，可以把数据输出到Excel中进一步分析； 8) 流程定制不够方便，但该流程可满足一般的缺陷跟踪； 9) 可以实现与CVS集成：缺陷和CVS仓库中文件实现关联； 10) 可以对历史缺陷进行检索。 3 功能详细 3.1 概要 问题跟踪系统主要功能包括： 1) 多项目管理 2) 问题录入 3) 问题查询和关键词检索 4) 问题更新 5) 问题讨论

软件缺陷管理制度

软件缺陷管理制度 软件项目测试组

修订历史记录

目录 软件缺陷管理制度 (1) 修订历史记录 (1) 目录 (1) 第1章总则 (1) 第2章职责 (1) 第3章缺陷类型 (1) 3.1 文档缺陷 (1) 3.2 设计缺陷 (2) 3.3 配置缺陷 (2) 3.4 界面交互缺陷 (2) 3.5 数据校验缺陷 (3) 3.6 查询统计缺陷 (3) 3.7 功能缺陷 (3) 3.8 性能缺陷 (3) 3.9 安全性缺陷 (4) 第4章缺陷管理流程 (4) 4.1 新增（提交） (4) 4.2 定位 (4) 4.4 解决 (4) 4.5 否决 (4) 4.6 推迟处理 (4) 4.7 回归验证 (5) 4.8 再打开 (5) 4.9 关闭 (5) 第5章缺陷记录 (5) 5.1 编号 (5) 5.2 项目 (5) 5.3 发布版本 (5) 5.4 功能模块 (5) 5.5 缺陷描述 (5) 5.6 重现步骤 (5) 5.7 严重程度 (6) 5.8 优先级 (6) 5.9 状态 (6) 5.10 负责人 (6) 5.11 处理意见 (7) 5.12 处理记录（解决的办法） (7) 第6章附录 (7)

第1章总则 为了加强部门管理工作，建立规范的缺陷管理制度，提高工作水平，根据公司和部门的有关规定，制定缺陷管理制度。 本缺陷管理制度适用于工程技术部。各测试，研发人员应当依据本制度的规定，规范工作，保证软件质量。 软件缺陷又被叫做Bug。所谓软件缺陷，即为软件中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义：从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。 软件缺陷的管理分为四个阶段。包括：缺陷提交、明确指明缺陷类型、缺陷修复、缺陷回归验证。 第2章职责 项目人员应对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到一定标准。包含内容如下： 2.1测试人员在提供的缺陷模板中新建或重新打开缺陷。 2.2测试人员提交的缺陷将反馈给项目负责人，由项目负责人安排开发人员修复缺 陷。 2.3开发人员修复缺陷后，记录处理时间及处理结果，并将文档及时反馈给测试人 员验证。 2.4测试人员验证缺陷后，记录验证时间及验证结果，并提交给项目负责人。 第3章缺陷类型 缺陷类型是指根据缺陷的自然属性划分的缺陷种类。共分为九类，包括：文档缺陷、设计缺陷、配置缺陷、界面交互缺陷、数据校验缺陷、查询统计缺陷、功能缺陷、性能缺陷、安全性缺陷。 3.1 文档缺陷 文档缺陷是指软件相关文档不满足其完整性、正确性、一致性、易理解性、易浏览性的要求。满足以下一或多种情况：

缺陷管理工具jira与mantis比较

Mantis与Jira对比 hjjlearning 一、安装对比 1、Mantis安装 ●Mantis安装稍微比较麻烦一点，需要做多项配置，具体参考编写的“缺陷管理工具 Mantis搭建手册.doc”。 2、Jira安装 ●JIRA官方网站有制定好的安装包，只要一步一步next就可以安装完备，默认安装的 数据库为自带的HSQL，可以自己配置外置数据库，支持MySql，Sql2000,Orcale 等主流数据库。 ●更换数据库可以参考官方文档。 ●注意一点：在用安装包进行安装JIRA，如果选中了安装成服务，好像在局域网其他电 脑就访问不了，暂时没找到原因。如下图 图1 安装成服务 总体来说，在安装过程中，Mantis要比JIRA复杂一点。 二、JIRA介绍 1.JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建的问 题类型包括New Feature、Bug、Task和Improvement四种，还可以自己定义，所以它也一是过程管理系统。Jira融合了项目管理、任务管理和缺陷管理，许多着名的开源项目都采用了JIRA。 JIRA 是目前比较流行的基于Java架构的管理系统，由于Atlassian公司对很多开源项目实行免费提供缺陷跟踪服务，因此在开源领域，其认知度比其他的产品要高得多，而且易用性也好一些。同时，开源则是其另一特色，在用户购买其软件的同时，也就将源代码也购置进来，方便做二次开发。正因为其开放性，价格上自然也相当不菲，对于中小型的软件企业做项目管理，则又要另寻出路。

功能列表： ●问题追踪和管理（问题类型包括New Feature-新功能、Bug-缺陷、Task-任务、 Improvement-改进四种），可自定义； ●问题跟进情况的分析报告； ●对不同项目配置不同管理功能； ●组件/模块负责人功能； ●项目email地址功能； ●无限制的工作流，可以自己定制工作流； ●子任务功能； ●邮件通知功能； ●CVS、SVN以及LDAP的集成功能； ●丰富的自配置项目； ●丰富的插件配置； ●易用性良好； 2.JIRA优点与缺点 ●优点 a)用它管理项目，跟踪任务、bug，通过JIRA的邮件通知功能进行协作通知，在实 际工作中使工作效率提高很多，效果非常不错！安全性、可扩展性方面发挥到了 极致！ b)JIRA不仅仅是一个缺陷跟踪系统，通过Jira，可以整合客户、开发人员、测试人 员，各人各司其职，信息很快得到交流和反馈，让大家感到软件开发在顺利快速 的进行，朝意想的目标迈进。 c)丰富的插件及界面自定义功能，基本上可以满足项目的需要。

缺陷管理工具JIRA基本使用培训手册教程文件

JIRA培训手册（缺陷跟踪管理流程） 引言： 为了提高软件开发日常中的工作效率，增进开发人员与项目经理、测试人员等的沟通频率，引入JIRA项目管理与缺陷跟踪管理工具。本篇意在阐述JIRA在缺陷跟踪管理中的运用。

目录 第一章何为JIRA？ (3) 1.1 JIRA的简介 (3) 1.2 JIRA的特性 (3) 第二章JIRA的应用配置 (6) 2.1 用户组及人员的创建 (6) 2.2 权限配置 (8) 2.2.1 全局权限 (8) 2.2.2 权限方案 (8) 2.2.3 工作流中执行固定操作的权限 (9) 2.3 工作流配置 (10) 第三章具体操作 (12) 3.1 工作流程图 (12) 3.2详细操作流程 (13) 3.3批量操作及查找 (21) 第四章结束语 (25)

第一章何为JIRA？ 1.1 JIRA的简介 JIRA是Atlassian公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。JIRA中配置灵活、功能全面、部署简单、扩展丰富，其超过150项特性得到了 全球115个国家超过19,000家客户的认可。 1.2 JIRA的特性 工作流 ?开箱即用，提供用于缺陷管理的默认工作流工作流可以自定义，工作流数量不限 ?每个工作流可以配置多个自定义动作和自定义状态 ?每一个问题类型都可以单独设置或共用工作流 ?可视化工作流设计器，使工作流配置更加直观 ?自定义工作流动作的触发条件 ?工作流动作执行后，自动执行指定的操作 项目

?每个项目都有自己的概览页面包括：项目详细信息、最新更新情况以及一些报告的快捷方式 ?在项目界面中查看按照状态、是否解决等条件设置的分类统计报告 ?查看项目最新的活动情况 ?查看项目的热门问题 ?可以设置项目类别，将项目分组管理 ?可以为每个项目设置单独的邮件通知发件地址 ?自定义安全级别，指定用户对问题的访问 ?指定组件/模块负责人 问题管理 ?自定义问题类型，适应组织管理的需要 ?自定义字段，可选择字段类型超过20种，在此基础上还支持插件进一步扩展 ?自定义问题安全级别，可以限制指定用户访问指定的问题 ?如果多个问题需要同时修改同一字段值或执行同一工作流动作，你可以使用批量操作功能一次性完成 ?登记问题预计完成时间、实际工作时间，就可以了解该问题预计还剩多长时间才能解决。甚至可以出具时间跟踪报告，了解用户的工作效率 ?支持远程创建问题，通过多种方式在JIRA中创建问题，如电子邮件、移动设备客户端 ?如果一个问题需要多人协作，可以将问题分解为多个子任务，分配给相关的用户 ?将相关或有依附关系的问题建立链接，以便于用户快速了解 ?为JIRA的问题添加附件，可以帮助技术人员快速解决问题，当上传图像文件时，JIRA自动显示图像缩略图。你也可以直接将剪切板中的图像粘贴到JIRA问题中 ?为问题设置到期日，可以在搜索或在图表中展示即将到期的问题

TD8.0缺陷管理工具操作手册

一、登录TD8.0的运行环境 1：启动Test Director，如下图所示，地址：http://20120117-1626/TDBIN/default.htm 备注：当访问服务器上的TD或者是通过外网访问TD时，提示下载插件失败，或者是下载插件的滚动条走不动的话，就要设置IE浏览器：工具---internet选---高级---将启用内存保护减少联机攻击的勾去掉，重启电脑。 2：点击site administrator ，第一次运行TD的时候，组件将会被下载到你的计算机上 3：组件下载完后，显示输入密码的界面，登录

二、创建测试域及项目及用户 其实TD的操作并不难，没有代码，不会有太多文字，也全部都是很常用的控件组合。只要你熟悉这个测试流程，使用TD没有问题！ 整体流程可概括为：创建项目，明确需求；根据需求生成测试计划；按照计划设计并执行测试；发现问题记录问题。 1：点击project → create domain,输入域名即可 产品部，产品测试部，开发部，金融部，在这些域下面创建其各自负责的项目。 2：创建项目，在刚创建的测试域上创建具体部门的具体项目，右击→创建项目 备注：创建测试域或项目时，名称中有‘（）’，create的时候就报错‘Failed to build tester director database’

3：选择一个系统已经装上的数据库，点击下一步，直到出现下图所示，点击create 三、添加用户及设置用户属性 1：重新连接TD，并进入TD页面，点自定义，在弹出的提示框中域选择刚定义的测试域，项目选择刚创建的项目，用户名Admin，首次进入是密码为空。

软件缺陷的管理流程

软件缺陷管理流程 目录 1 、BUG管理流程 (1) 2 、报告缺陷注意事项 (2) 3 、需要注意的地方 (3) 4 、Bug的严重级别 (3) 1、BUG管理流程

2、报告缺陷注意事项 1．测试人员提交新缺陷时，尽量用最简洁的语言最清晰的描述出BUG的出处、操作步骤、现象、（建议），并尽量截图； 2.测试人员在精简语句的同时，应该再仔细检查BUG描述是否会产生误解的地方。测试人 员应该尽量避免使用模糊的，会产生歧义的、主观的词语。目标是使用能够表述事实、清楚的，不会产生争执的词语； 3 不要使用感叹号或其它表现个人感情色彩的词语或符号； 4. 不要使用含糊的词语（例如，好像，似乎）来描述发现的现象；

5. 当BUG指派给你，在下一个版本发布之后，第一时间跟踪BUG的修复情况。3、需要注意的地方 当你发现一个BUG时，请考虑如下问题： 1. 同一软件中的相似功能是否有相同的问题？ 2. 其他的浏览器是否有相同的问题？ 3. 其他的软硬件配置是否有相同的问题？ 4. 其他的区域是否有相同的问题？ 5. 以前的版本是否有相同的问题？ 4、Bug的严重级别 目前，BUG严重级别分为：严重缺陷、较严重缺陷、一般性缺陷、建议性缺陷。 一、严重缺陷主要包括： 1、由于程序所引起的死机,非法退出； 2、死循环； 3、数据库发生死锁； 4、因错误操作导致的程序中断； 5、功能错误； 6、与数据库连接错误； 7、程序错误； 8、程序接口错误。 二、较严重缺陷 1操作界面错误（包括数据窗口内列名定义、含义是否一致）； 2、打印内容、格式错误； 3、简单的输入限制未放在前台进行控制； 4、删除操作未给出提示； 5、数据库表中有过多的空字段。

国内三大中文期刊全文数据库的比较

国内三大中文期刊全文数据库的比较研究(建议新手查阅) 中国期刊网全文数据库》、《维普中文科技期刊数据库》和《万方数据库资源系统数字化期刊》是国内影响力和利用率很高的综合性中文电子期刊全文数据库，这三个数据库已经成为大多数高等院校、公共图书馆和科研机构文献信息保障系统的重要组成部分。在互联网中，这三大数据库也成为中文学术信息的重要代表，体现了我国现有的中文电子文献数据库的建设水平。 笔者结合工作和学习中的实践，就上述三大数据库的收录情况、检索功能、检索结果、检索界面、用户服务等方面进行全面的比较，并通过检索实践举例进行比较分析，以供参考。 1 收录情况（数据较早，甚至不是2004年的数据，感觉更像2002年左右的数据，后面将尽可能给出最新的数据值。） 收录范围与数量 《中国期刊网全文数据库》(本文中简称“清华”)是由清华同方光盘股份有限公司、光盘国家工程研究中心和中国学术期刊(光盘版)电子杂志社共同研制出版的综合性全文数据库。该数据库收录自从1994年来公开出版发行的6600余种国内核心期刊和一些具有专业特色的中英文期刊全文，累积全文文献618万多篇，题录1500万余条，按学科分为理工A(数理科学)、理工B(化学化工能源与材料)、理工C(工业技术)、农业、医药卫生、文史哲、经济政治与法律、教育与社会科学、电子技术与信息科学九大类，126个专题文献数据库。 《中文科技期刊数据库》(本文中简称“维普”)由科技部西南信息中心主办，重庆维普资讯有限公司制作。其前身为《中文科技期刊篇名数据库》。该数据库收录了自1989年以来国内出版发行的12000种期刊，其中全文收录8000余种，按学科分为经济管理、教育科学、图书情报、自然科学、农业科学、医药卫生、工程技术等7大类，27个专辑，200个专题，按《中图法》编制了树型分类导航和刊名导航系统，基本覆盖了国内公开出版的具有学术价值的期刊，同时还收录了中国港台地区出版的108种学术期刊，积累700余万篇全文文献，数据量以每年100万篇的速度递增。 《万方数据资源系统数字化期刊》(本文中简称“万方”)是万方数据库资源系统三大组成部分之一，由中国科技信息研究所属下的北京万方数据股份有限公司创办。万方期刊收录了我国自然科学的大量期刊以及社会科学的部分期刊，范围包括基础科学、医药卫生、农业科学、工业技术、人文科学等5大类，以及英文版期刊、中国科学系列杂志，共2500多

款缺陷管理系统介绍

款缺陷管理系统介绍

————————————————————————————————作者：————————————————————————————————日期：

对某个项目来说，最重要的一件事情就是需要跟踪和梳理各种bug 和问题，找到并解决问题，否则，项目就会花费超多的时间，导致整个项目的重心偏移。而且，用户总想标记未解决的问题，保证项目的进度等等。团队会花费一部分的精力去跟踪bug，并且找出问题所在，解决问题。 如果你使用一个 bug 和问题跟踪系统，那么会得到更好的最终结果，除此之外，还能打打提高工作效率，加快项目的进度，更好的完成任务。在这里，我们收集了最好的 15 款 bug 跟踪应用程序，提供给用户更舒适更方便的开发环境 JIRA JIRA 是个团队规划和构建伟大项目的跟踪器，上千个团队选择了 JIRA 来捕获和管理问题，分配工作和追踪团队的活动。无论是在桌面环境还是在新的移动端界面，JIRA 都能很好的帮助团队做好每一项工作。 额外补充: MantisBT 是个开源问题跟踪器，提供一个简单和强大之间的一种微妙平衡。用户启动只需要几分钟，然后就可以开始和他们的团队成员和客户协作，管理他们的项目。一旦你开始使用它，就会一发不可收拾的喜欢上它! 1、Snowy Evening Snowy Evening

这是个问题跟踪应用程序，功能非常强大，而且易于使用。它提供了很好的 GitHub 和 jsFiddle 集成，同时也拥有一个非常简洁的界面。用户可以访问一个仪表盘，它就会提供用户参与的每一个开放项目的汇总，从而帮助用户很好的跟踪和修复可能出现的问题。 2、Pivotal Tracker 这是个非常快速的项目管理工具，用户可以分解自己的项目，然后找到任何可能存在的问题和bug 的源头。它的 API 非常全面，除此之外还有超过 100 的插件。 3、Trac Trac 是个为软件开发者设计的增强 wiki 和问题的跟踪系统。它使用非常简约的方法来管理基于 web 的软件项目管理。团队的任务是编写出杰出的软件，更好的帮助其他开发者平和的进行开发。此应用完全免费! 4、Bugify

(建筑工程管理]软件工程复习题

（建筑工程管理）《软件工 程》复习题

壹、填空题 1.由于维护或于维护过程中其他壹些不期望的行为引入的错误称为维护的 ________________。 2.软件工程由___方法____、工具和__过程_____三部分组成，称软件工程的三要 素。 3.可行性研究从技术可行性、经济可行性、___操作可行性_____三方面进行分析。 4.调试的目的是__于测试发现错误之后排除错误的过程________________。 5.划分模块时尽量做到低耦合高内聚__________________，以保持模块的独立性。 6.决定软件可维护性的因素主要有____可理解性________、可测试性、可修改性、 可靠性和_可重用性___________。 7.对软件需求应从壹致性、_____完整性_____、现实性和__现实性________四个 方面验证。 8.为了便于对照检查，测试用例应由输入数据和_预期的输出结果____________ 俩部分组成。 9.面向数据流的设计方法把信息流映射成软件结构，信息流有__________和 __________俩种类型。 10.软件工程是从____技术____和__管理______俩方面研究如何更好地开发和维护 计算机软件的壹门新兴学科。 11.于基类的基础上新建立的类我们称之为___子类_____。 12.若年利率为i，不计复利，n年后可得钱数为F，则当下的价值P=__F/(1+i)n 次方________。 二、单选题（每小题1分，共20分）

1．产生软件维护的副作用，是指_____。 A．开发时的错误B．隐含的错误C．因修改软件而造成的错误D．运行时误操作 2．汽车有壹个发动机。汽车和发动机之间的关系是_____关系。 A．壹般具体B．整体部分C．分类关系D．主从关系 3．于变更控制中，______能够用来确保由不同用户所执行的且发变更。 A．异步控制B．同步控制C．存取控制D．基线控制 4．于详细设计阶段，经常采用的工具有__A___。 A．PADB．SAC．SCD．DFD 5．软件生命周期中所花费用最多的阶段是_D____。 A．详细设计B．软件编码C．软件测试D．软件维护 6．系统流程图是描述__D___的工具。 A．逻辑系统B．程序系统C．体系结构D．物理系统 7.俩个模块彼此传递的信息中有控制信息，这种耦合称为__D___。 A.数据耦合 B.公共环境耦合 C.内容耦合 D.控制耦合 8．详细设计的结果基本决定了最终程序的___C__。 A．代码的规模B．运行速度C．质量D．可维护性 9．需求分析阶段的任务是确定___D__。 A．软件开发方法B．软件开发工具C．软件开发费D．软件系统的功能 10.为了提高模块的独立性，模块之间最好是__D___。 A.控制耦合 B.公共耦合 C.内容耦合 D.数据耦合

科研项目管理用OA系统,全过程、多维度科学化管理

科研项目管理用OA系统，全过程、多维度科学化管理 站在科技前沿的科研机构，不断探索着人类进步的奥秘，一直以创新作为安身立命之本。 科研项目以项目课题为主，金额大，每年投入几个亿的研发费用，项目相关文件庞杂，涉及项目信息、人员、实验资源、采购物资、文档、成本等多方面的管理内容。 （科研项目信息化管理架构） 因此，OA系统根据科研机构以及一些大型项目承包企业的实际特点，助力组织实现项目全流程管理、项目全方位维护，创新管理模式。 科研项目管理功能亮点 1、项目全流程管理，提供统一标准 OA系统通过工作流打造课题项目过程体系，实现项目从启动规划、执行、收尾结题、评估的全过程管理。项目各个阶段的执行通过流程流转形成数据报表，满足项目全过程跟踪、统计与分析。

（科研项目全过程管理架构） 在项目规划阶段，项目申请流程提交后，流程流转到项目经理选取项目成员、安排项目计划等。 项目课题台账 通过建模打造课题信息汇总台账。项目审批流程通过后，在系统中形成项目信息台账。可清晰直观的查看项目的进度、完成情况和概要信息。相关权限人员可以编辑项目基础信息和子项目信息等。 （科研项目台账） 在项目执行过程中，通过个性化的门户，不同身份的人能够接收到不同的信息。例如财务负责人，首页将自动呈现科研经费数据报表；项目负责人则是工作快捷入口和项目进展情况。

为了提高项目执行效率，可根据实际情况将项目进行分解，分配给相应的人员。 （任务分配） 项目结束时，项目经理需要按照分类要求提交归档文件，包括项目立项文档、中间过程文档、采购文档、合同文档、项目成果文档、项目评审文档等。提交到文件审核人，自动形成知识库。 项目评估阶段，选择要结题的项目，会自动联动出项目编号、项目经理、项目开始日期、项 目结束日期。

缺陷管理工具比较

缺陷管理工具比较 现在缺陷管理工具比较多，由于项目需要，我对一下几种缺陷工具做了以下比较：TestDirector：MI公司的缺陷管理工具，优点是：B/S构架模式；Windows平台；.可以定制流程；可以定制查询；可以定制功能域；可以定制用户角色，可以定制角色权限；可Email 通知；可以生产各种报表；支持多种数据库；可以与其他MI公司测试工具集成；安装配置较为简单，有可优化的工作流，可使用C改进优化系统。缺点是：价格太贵（呵呵，死结）；除与微软的Access接口比较好，其他数据库接口不是太完善；没有中文版（虽然有破解汉化版），缺少角色可视窗口配置，版本更新，但功能没有改进。 Mantis：优点，开源，不收费，B/S构架模式；Windows平台；可邮件通知，操作较为灵活。缺点：安装配置复杂，不收费的东西，界面也不够美观，有很多功能根本只是架子，没法真正使用，比如说添加附件。 BugFree:这款缺陷管理工具跟Mantis一样开源的，缺点优点也跟Mantis相近。 QAMonitor：这个工具很小巧，优点是操作简单，直观，对只有几个人的开发测试团队内部测试用很适合，并且是中文的。缺点是：基于C/S结构，项目配置需要到底层数据库中去配置，缺少项目定制客户界面，因为适合内部测试，所以没有全面的报表分析，没有Email通知。 Bugzero：安装配置比较复杂，需要单独安装java和tomcat。B/s 版本，价格还可以，国产软件，试用版是英文版，并且页面出现乱码，通过在线试用，流程不太清晰，界面不够客户（测试人员的职业病对每个软件的使用都已发现缺陷为目标）。 迅捷缺陷跟踪系统：安装配置简单，中文使用方便，流程控制较清晰，缺少邮件通知功能，缺陷参数少，界面粗糙，没有独立可管理的数据库。