经过上周对测试管理工具mantisBT的实践认知，小组的各成员对mantisBT已经基本熟悉，而且也对工具进行使用，下面是我们小组的对于mantisBT工具的概述介绍，以及小组各成员对自己在使用该管理工具过程中的一些感受和改进建议。
一，工具概述
Mantis Bug Tracker是一个基于php技术的轻量级的bug跟踪系统，它是以Web操作的形式提供项目管理以及缺陷跟踪服务。它实现了简单性和功能性之间的微妙平衡，在功能上、适用性上足以满足中小型项目的管理及跟踪；在实际操作上使得用户在几分钟之内就能学会其操作并开始管理他们的项目，同时能有效的与其队友或者客户进行协作。
二，测试管理流程
mantis背后所遵循或体现的测试管理流程图如下：
具体过程如下：
1， 管理人员在登录系统后在左侧的管理视图的用户管理中分别创建测试人员、高级测试人员、开发经理、开发人员，给与其账号以及密码，并设置其权限；另外在项目管理中创建当前开发的项目。
2， 测试人员登录系统以后，测试人员在提交问题视图中填写相关的错误信息，包括错误的等级，使得新的Bug入库，然后将错误指派给高级测试人员，这时候错误状态为New。
3， 高级测试人员验证错误，如果确认是错误，则将错误发送给开发经理，错误这时候的状态为Phostphone；如果不是错误，则拒绝，反馈测试信息，使得错误的状态为Declined。
4， 开发经理查看错误，并决定发配或者延期。若果发配则代表认可，如果不发布则代表继续延期或者向高级测试人员反馈。
5， 开发人员登录后查询指派给我的Bug，此时的bug状态为open, 如果不是错误，则置状态为Declined；如果是Bug则修复 并置状态为Fixed。不能解决的Bug，要留下文字说明及保持Bug为Open状态。
注意：对于不能解决和延期解决的Bug，不能由开发人员自己决定，一般要通过某种会议（评审 会）通过才能认可。
6， 测试人员查询状态为Fixed的Bug，然后验证Bug是否已解决，如解决置Bug的状态为 Closed，如没有解决置状态为Reopen。
三，工具特点和局限性
（1）基本特征：
1， 个人可定制的Email通知功能，每个用户可根据自身的工作特点只订阅相关缺陷状态邮件；
2， 支持多项目，多语言；
3， 权限设置灵活，不同角色有不同的权限，每个项目可以设置成为公开或者私有的状态，每个缺陷可以在不同项目之间移动；
4， 主页可以发布项目以及相关新闻，方便信息传播；
5， 具有方便的缺陷关联功能，除重复缺陷外，每个缺陷都可以链接到其它先关缺陷；
6， 缺陷报告可以打印或输出为CSV格式，1.1.7版：支持可定制的报表输出，可定制用户输入域；
7， 有各种缺陷势图和柱状图，为项目状态分析提供依据，如不能满足要求，可以把数据输出到Excel中进一步分析；
8， 流程定制方便且符合标准，满足一般的缺陷跟踪；
9， 开源，不收费，对于公司有能力可以二次开发来满足定制需求；
10，可以邮件通知，可以生成图表报告；
11，丰富的过滤搜索功能；
12，权限的分配十分灵活。
（2）小组成员使用感受（包含改进建议）
小戴：
它是一个轻量级的工具，在登陆以后便可以轻松进行操作，界面美观，可操作性性强，最主要是能在几分钟之内学会操作，其权限设置灵活，不同角色有不同的权限，每个项目可以设置成为公开或者私有的状态，每个缺陷可以在不同项目之间移动。另外在该平台中，项目小组之间的人员能方便沟通，相互指派bug，这些都是很赞的设计。
小何：
安装和使用mantisbt后，了解到mantisbt是一款轻量级的缺陷管理工具，开发基于php，mysql和apache，是可以通过浏览器操作的b/s架构应用。他提供了对缺陷的提交，管理，跟踪等基本功能，另外还具有可以发送邮件，可以灵活地分配权限，可以导出图表，丰富的过滤器搜索功能等特点。但是mantisbt只是单纯地针对软件测试管理过程中的缺陷管理，相比其他功能完善的软测管理工具如jira，禅道等显得功能很单薄，在实际软测过程中可能需要和其他工具结合使用。
小司：
通过对mantis的学习，学会了管理项目，跟踪任务，修改bug，并且可以发送邮件进行组员之间相互协调。可以让管理员，报告者，开发人员等各种不同职位的人发挥自己各自的作用。
Mantis优点：
有我的视图的界面，可以很清晰的看到：分派给我的（未解决的），未分派的，我报告的，已解决的，最近修改的，我监视的。这样的将任务分门别类可以更加清晰的看见自己要解决的问题。时间轴可以按照时间顺序显示最近的任务分配。
Mantis局限性：
- 变更日志和路线图目前无法使用。如果这两个功能可以使用，则可以更好的看到整个问题处理的进程。
登录是，用默认的用户名可以成功登录，但是注册新的账号密码时，验证码无法发送到邮箱，试了几个办法目前还是没有解决这个问题。
小林：
MantisBT 的优点：
开源免费可以进行二次开发；
友好的中文界面；
学习成本低，上手快；
可以连接MySQL开源数据库；
权限设置灵活，不同角色可以有不同的权限，不同的权限可以有不同的操作管理。
局限性：
Mantis是运行在PHP的环境中的，所以要运行mantis还需要安装PHP开发运行环境，安装复杂，配置邮件功能步骤复杂繁琐。无法适应大型项目的需要，缺陷管理流程相对固定，自定义的流程功能有限。
小陈：
因为在选择mantisBT这款测试管理工具之前，小组有对各大测试管理工具进行过简单的对比，首先看的就是软硬件要求，以及环境配置要求。通过对比我们发现在几款软件之中，mantisBT属于相对要求比较容易的一款软件，这应该属于mantisBT的一大优势，下面是通过对mantisBT的了解过程中，自己对于mantisBT一些优点的总结：
1，环境配置要求易于满足；
2，属于开源软件；
3，支持汉化，这应该是一大优势，毕竟还是汉语更加亲切；
4，角色的划分，不同的角色拥有不同的权利；这种操作就使得mantis的管理更加合理化和规范化；
5，个人可定制的Email通知功能，每个用户可根据自身的工作特点只订阅相关缺陷状态邮件；
局限性：mantisBT虽然使用方便操作简单，但是在功能上还是有一定的局限，比如只能跟踪bug，而且工作流程也不太灵活。如果能够在这方面加以改进，那么mantis的将会为更多的测试团队所接受。
小李：
以前从来没听说过Mantis这个测试软件生命周期产品，通过这几天 的学习才逐渐了解这个产品。
Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务；
在功能上、实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用；
Mantis基于windows的安装相比较来说比较麻烦复杂一点，Mantis的界面则要友善的多了。操作也相对更加人性化一点；
Manits的好多设置还得通过修改代码来实现，相比麻烦了很多； Mantis本身就提供了十几国的语言可以供用户直接选择，还是比较好一点的
最主要是开源的开源的开源的！
四，工具改进
根据课程所学，我们了解到软件测试的流程管理包括了设计用例的管理和缺陷管理两个部分。因为测试的一般流程必定会产生大量的测试用例和测试过程中发现的缺陷。测试用例数量庞大，必须有效组织起来，实现分级管理。而缺陷同样需要识别和管理，确保缺陷被跟踪管理而不丢失。
Mantisbt只是单纯的缺陷管理工具，工作流程基本固定，在缺陷报告描述中虽然可以以提交附件的形式来加入测试用例描述，但对比禅道，jira等功能不止于缺陷管理的测试管理工具还是不够详细和方便。在日益复杂的团队工作中，使用mantisbt可能需要结合其他管理工具一起使用，如测试用例管理工具testlink，团队工作管理软件teamoffice等等。
综上，我们建议中小型的企业或团队可以使用mantisbt专门对缺陷进行管理，成本较低且功能完善，可以满足基本的缺陷管理需求。
如上一节所说，mantisbt功能仅仅针对缺陷管理，虽然它的权限系统分配用户权限很方便，但是功能限制在不多的可选范围内，导致工作流基本固定。
在此基础上，本小组讨论认为，可以进一步开放权限系统，使用户可以自定义一些操作而更加灵活的改变工作流，以此可以做到更多事情。
另外mantisbt作为开源工具，在配置等方面还需要依靠修改配置文件和代码来实现，如邮件配置，图标功能配置等，增加了运维人员的负担，本组成员在配置mantis和其基本组件的过程中就遇到过不少困难，在这方面我们认为mantisbt的开发人员可以做的更好。
五，任务分配
小戴：制作操作视频，说明该工具的基本使用过程；简要说明本小组选择的是什么测试管理工具。说明该工具背后所遵循或体现的测试管理流程是怎样的，必要时应绘制相关的流程图。
小何：制作操作视频，说明该工具的基本使用过程，负责在哪些方面可以对该工具加以改进的问题
小司：负责查找Mantis的基本组成、结构、工作流程等相关资料，并能够进行运用，编写Mantis使用说明（结合例子）；
小陈：负责博客记录，以及整个任务资料包括文档、博客以及录制视频的整理和汇总
小林: 确定选题，给小组各成员分配工作，跟进小组进度。负责查找Mantis的基本组成、结构、工作流程等相关资料，并能够进行运用，编写Mantis使用说明（结合例子）；
小李：负责查找Mantis的基本情况，如名称，提供商，发展简史等相关资料
小司、小何、小戴、小陈、小林、小李：说明该工具是如何体现该测试管理需求的，具有哪些特点；说明该工具在使用过程中有哪些方面的局限性。