一、工具概述
我们小组选用的测试管理工具是TestLink。TestLink是一个基于web的测试用例管理系统，我们可以通过TestLink来管理测试过程中的测试需求、测试设计、测试执行。同时，我们可以使用TestLink对测试结果进行统计和分析，TestLink使我们能够简单的开始测试工作并对测试的结果进行分析。
二、对应的流程
Testlink测试管理工具的使用流程：
下面以一个具体例子来详细说明testlink的一般工作流程。
TestLink的使用者按权限等级来划分共有6种用户，权限由小到大分别为Guest，Tester,Test Designer,Senior Tester, Leader和Admin。
1.由最高权限者Admin首先创建一个测试项目，之后创建两个用户，分别赋予Leader和Senior Tester的权限。
2.由Leader导入软件的产品需求，并为这些需求建立好空的测试用例集。
3.Senior Tester根据测试用例集的测试说明来建立测试用例。
4.Leader可以为测试用例集或测试用例加入一些关键字。
5.Leader建立一个测试计划和测试计划版本，将测试用例集或者测试用例连入测试计划，给测试人员分配任务。
6.开发者提交软件的第一个测试版本，然后Tester根据分配的测试用例执行测试并记录测试结果。
7.经过bug修复，开发者提交第二个测试版本，测试人员做回归测试，并在所有用例通过之后将测试用例的关键字重置。
8.项目经理如果想了解测试情况，Admin为项目经理建立一个Guest权限的用户（或者让项目经理自己在登录页面建立自己登录的帐号）。此时，项目经理就有查看测试结果和测试用例的权限，并可以查看过去的所有测试报告。
三、工具的特点和局限性
TestLink的主要功能包括：
-
- 测试需求管理
- 测试用例管理
- 测试用例对测试需求的覆盖管理
- 测试计划的制定
- 测试用例的执行
- 大量测试数据的度量和统计功能
Test Link对于管理员，在用户管理方面，可以利用用户模板来批量导入用户，也可以单个添加用户，在项目管理方面，可以新增项目，配置项目经理，在缺陷流程定制方面，支持自定义缺陷流程。对于项目经理，需要配置项目成员，如测试工程师、测试经理、开发工程师等，然后为成员指定角色。
TestLink创建测试需求规格文档，测试需求文档，测试用例，测试用例对测试需求的覆盖管理，测试计划制定和用例的执行，测试数据的整理度量和bug报告，符合测试的一般流程，通过权限管理和建立文档计划，来执行测试用例，并反馈结果，形成了从角色权限到需求到计划到用例到结果反馈的管理，整个流程设计符合测试逻辑，具有科学性，并有很高的整体性，体现了测试管理需求。
TestLink能够对多个项目进行管理，并且测试项目之间是独立的，无法分享数据，只有admin用户可以设置项目。Testlink提供了从文件导入测试需求的功能，支持的文件类型有csv和csv（door）、xml、DocBook四种。同时Testlink也提供了将需求导出的功能，支持的文件类型有xml一种。 Testlink还提供上传文件的功能，可以在创建测试需求的时候，为该需求附上相关的文档。另外，TestLink能够为测试计划指派不同权限的用户，测试用例搜索功能从不同的项目、成百上千的测试用例中查到我们需要的测试用例，并且还提供移动和复制测试用例的功能，可以将一个测试用例移动或复制到别的项目里，勾上自动更新树选项，添加、删除或编辑测试用例后更新树会被自动更新。执行测试用例的过程中一旦发现bug，我们需要立即把其报告到我们的bug管理系统中。TestLink提供了与多种bug跟踪系统关联的接口配置，目前支持的bug系统有jira、bugzilla、mantis。TestLink根据测试过程中记录的数据，提供了较为丰富的度量统计功能，可以直观的得到测试管理过程中需要进行分析和总结的数据。总之，TestLink开发流程设计科学，符合逻辑，界面友好，功能齐全。
但是据这几天的学习使用和相关网络资料的说明，TestLink环境配置相对麻烦，其性能还不是那么强，有时响应速度很慢，导入导出功能还需要下载一个第三方的工具，并且TestLink没有缺陷管理，只能借助bug系统，如jira、bugzilla、mantis，这对软件测试人员造成了很大的困扰。鉴于以上原因，所以此测试管理工具目前还是比较适合小团队轻量级软件测试任务。
四、工具的改进
TestLink是一款开源测试管理工具，主要的功能包括对测试产品管理，测试需求的管理，测试规范、测试计划管理等，在使用过程中，有以下几点感觉可以改进：
1.在我们进入一个页面之后比如需求管理，我们会进行一些操作，操作完成以后是不能跳转的，只能再点击导航栏上面的主页按钮回到主页再进行选择，进行下一步的操作，可以在导航栏中增加操作的按钮，不用每次都会主页面进行选择。
2.测试用例的执行必须关联测试计划，测试计划的定义比较简单，感觉有点多余。
3.在测试用例执行过程中，如果需要改进测试用例，不能直接更新测试用例，这里有点不方便。
4.没有缺陷管理工具，需要和别的工具整合后使用。
五、成员贡献
工具使用手册的撰写：周子豪，蔡鹏
制作工具操作视频：陈梓桐，刘天
每日例会记录：连鹏飞