模板
教程
环境
性能
功能
管理
Mantis的应用
1 需求管理 1.1 简述 将产品和项目的需求通过 mantis 管理起来，管理的内容包括：用户需求和功能点。 建立需求、功能点相互之间的关联，形成一个有机关联 网络 ，确立功能点 估算 方法，给予每个功能点估算值，便于： 1） 在测试某个功能点时，能够使得 测试
1.1简述
将产品和项目的需求通过mantis管理起来，管理的内容包括：用户需求和功能点。
2） 审核设计书、测试用例等文档时便于确定是否满足需求程度；
3） 有利于评估需求变更范围和影响，控制变更，提高变更管理的效率；
1.2 过程描述
Mantis应用于需求管理主要是分为两大部分进行。
一是用户需求管理，按照《需求分析流程》，从需求获取开始，就将需求纳入mantis管理起来，从用户获取的需求信息，登录在mantis中，按照需求获取，需求定义，用户需求评审，需求分析和需求管理的流程，及时将需求信息、评审信息、分析结果以及需求跟踪信息（如与系统需求的关联关系，与设计文档、代码、用户手册、测试用例等的关联关系可通过前者实现自动关联）维护到mantis中，用户需求作为开发的主要依据，贯穿于整个项目开发周期。
二是系统需求管理，管理的对象主要是系统划分的模块和功能点，是在对用户需求分析的基础上系统设计的结果。在设计阶段要将模块和功能点与用户需求间建立一定的关联关系；功能点之间也依照设计进行关联；建立与设计文档、代码、用户手册、测试用例等的关联关系；可建立一套依赖于功能点的规模度量体系，录入功能点数据，在发生变更时，通过统计，可以得出变更造成的影响范围以及大致会发生的时间和成本。如果系统较大的话，可再对系统需求进行细化，划分成子系统需求进行管理。
通过需求管理，可以快速了解项目和产品是如何从用户需求进行分解、实施并得到满足的。
2.1 简述
任务是通过需求来发出的开发指令。每项任务与需求或功能点相关联，任务执行的结果一般是文档或代码，通过系统的CVS集成功能，将文档和代码和任务相关联，在监控项目进度时能够较快的了解详细任务的执行情况，并可以进行检查、处理和反馈。
建立起历史的任务记录，有利于追溯，了解开发者的工作情况，将任务附加绩效值，可以很快地进行效率统计。
2.3 过程描述
任务主要是将需求按照时间进行组织，形成任务分配到个人去进行解决。对于项目来说，最大的任务就是项目，维护到mantis的任务单是项目任务下的子任务。一般在各阶段计划制定后，详细任务建立在mantis系统中。
项目确定并进行开发时，建立相应的任务单，任务单中涉及任务实施的内容，并且包含一定范围，如设计任务单包含关联的用户需求；实施任务单包含待实施的功能点；测试用例编制任务包含待测试的功能点；测试任务又包含待使用的测试用例；缺陷单可以看作另一种类型的任务单，等等。
任务单也包含实施者的信息。实施人员完成任务的状态和信息（如完成与否，完成结果，如文档或代码，审核和验证信息等）关联到任务单，管理者通过任务单中关联的信息，了解项目完成的状况以及结果等。
3.1 简述
这是系统最基本的功能。主要是管理项目中程序或者文档的缺陷。缺陷和产品、项目、模块、功能点等相关，这样可以方便的统计各个产品、项目、模块、功能点产生的缺陷数及其情况，形成的历史记录中，有利于指导后续项目测试的重点和投入，便于进行测试风险分析，提高测试效率和质量；同时，对缺陷的分析，也利于开发的风险分析和控制，以及缺陷预防。
3.2 过程描述
缺陷产生于对某个成果物的检查中，测试人员执行测试用例，测试用例执行的结果是缺陷单，因此缺陷单作为结果需要建立和测试用例间的关联，而缺陷单也是另外一种任务单，测试人员发现缺陷，登录在mantis中，由项目管理者将修改任务分配给个人进行修正，修正结果要记录在缺陷单中，测试人员再进行验证。缺陷说明需求满足出现问题，缺陷需要和需求建立起关联，可以通过和已关联需求得测试用例关联达到关联。
代码检查是编码、Debug的关键环节之一，通过CVS来管理代码，然后把CVS文档信息关联到mantis中相应的缺陷、任务和功能点，代码检查者可以针对编码活动、debug活动等，方便地检查相应的代码变更情况，并进行记录；通过检查记录，便于SQA监控代码检查活动情况。同时，还可以分析得到代码检查过的功能，产生缺陷情况，检查代码检查的效果。
5.1 简述
CVS主要实现版本控制，对于变更控制，CVS无法实现。Mantis主要通过管理和控制需求、功能点的记录单来实现变更控制。当发生需求和功能点变更时，只要在mantis更新他们就会产生履历，形成变更，并将变更发送到相关的人员手中。可以统计客户、产品、项目、模块和功能点变更情况，形成的变更率数据，有利于后续项目策划时进行涉及需求变更类的风险分析依据。
5.2 过程描述
按照项目进程，创建基线后，对需求进行控制，当发生需求变更时，将变更信息输入到相应的需求记录中，需求记录发生变化，（自动）生成一个变更单，并通过email方式通知相关人员进行处理。变更实施时，文档和代码的提交时应将结果关联到相应的变更记录。
将项目风险维护在Mantis中，对风险预防的处理情况进行跟踪，把风险处理结果反馈在系统中，哪些是预防成功的，哪些是有误的，形成的历史数据和经验，有利于项目管理人员提高项目风险控制的能力。按照《风险管理》流程，将风险识别、风险分析、风险减缓和风险跟踪过程中的信息通过mantis进行维护管理。
SQA按照《PPQA工作流程》，检查发现的项目流程的执行情况，都维护在mantis系统中，并进行跟踪和处理。通过系统分析，了解各项目中流程执行的情况，对于项目中的一些易发情况可以预防处理，形成过程改进的依据。
8.1 简述
将测试用例的编制和维护纳入Mantis中，通过用例和需求、功能点间的关联，检查用例是否覆盖需求，通过测试的缺陷报告和用例关联，可以方便的建立缺陷和需求、功能点之间的关联。通过分析用例测得的缺陷情况，统计有效用例数量。测试时，通过检查用例记录单的执行情况和结果，可以方便地实现测试进度的监控。实现了Mantis的用例管理在进行用例复用上能够很好解决，这样可以大幅度提高测试的效率。
8.2 过程描述
项目测试计划确定后，在mantis中创建测试任务单，其中包含有测试用例的编制任务。测试用例按照一条记录测试一个目的的原则，将用例维护在mantis系统中。每条用例与不仅与任务而且与具体需求相关联，用例和需求间是多对多的关系。用例的审核以及执行情况都维护在相应的记录中。
对于各产品，各产品版本，可以将客户、需求、功能、文档、缺陷情况、发布记录等等进行维护和管理。通过统计分析有关产品数据，利于进行维护和追溯，并可利于建立新产品开发战略。
