4 代码检查
代码检查是编码、Debug的关键环节之一，通过CVS来管理代码，然后把CVS文档信息关联到mantis中相应的缺陷、任务和功能点，代码检查者可以针对编码活动、debug活动等，方便地检查相应的代码变更情况，并进行记录；通过检查记录，便于SQA监控代码检查活动情况。同时，还可以分析得到代码检查过的功能，产生缺陷情况，检查代码检查的效果。
5 版本控制和变更管理
5.1 简述
CVS主要实现版本控制，对于变更控制，CVS无法实现。Mantis主要通过管理和控制需求、功能点的记录单来实现变更控制。当发生需求和功能点变更时，只要在mantis更新他们就会产生履历，形成变更，并将变更发送到相关的人员手中。可以统计客户、产品、项目、模块和功能点变更情况，形成的变更率数据，有利于后续项目策划时进行涉及需求变更类的风险分析依据。
5.2 过程描述
按照项目进程，创建基线后，对需求进行控制，当发生需求变更时，将变更信息输入到相应的需求记录中，需求记录发生变化，（自动）生成一个变更单，并通过email方式通知相关人员进行处理。变更实施时，文档和代码的提交时应将结果关联到相应的变更记录。
6 风险管理
将项目风险维护在Mantis中，对风险预防的处理情况进行跟踪，把风险处理结果反馈在系统中，哪些是预防成功的，哪些是有误的，形成的历史数据和经验，有利于项目管理人员提高项目风险控制的能力。按照《风险管理》流程，将风险识别、风险分析、风险减缓和风险跟踪过程中的信息通过mantis进行维护管理。
7 流程管理
SQA按照《PPQA工作流程》，检查发现的项目流程的执行情况，都维护在mantis系统中，并进行跟踪和处理。通过系统分析，了解各项目中流程执行的情况，对于项目中的一些易发情况可以预防处理，形成过程改进的依据。
8 用例管理
8.1 简述
将测试用例的编制和维护纳入Mantis中，通过用例和需求、功能点间的关联，检查用例是否覆盖需求，通过测试的缺陷报告和用例关联，可以方便的建立缺陷和需求、功能点之间的关联。通过分析用例测得的缺陷情况，统计有效用例数量。测试时，通过检查用例记录单的执行情况和结果，可以方便地实现测试进度的监控。实现了Mantis的用例管理在进行用例复用上能够很好解决，这样可以大幅度提高测试的效率。
8.2 过程描述
项目测试计划确定后，在mantis中创建测试任务单，其中包含有测试用例的编制任务。测试用例按照一条记录测试一个目的的原则，将用例维护在mantis系统中。每条用例与不仅与任务而且与具体需求相关联，用例和需求间是多对多的关系。用例的审核以及执行情况都维护在相应的记录中。
9 产品管理
对于各产品，各产品版本，可以将客户、需求、功能、文档、缺陷情况、发布记录等等进行维护和管理。通过统计分析有关产品数据，利于进行维护和追溯，并可利于建立新产品开发战略。
责任编辑：张瑶
您现在的位置： 