第一阶段学习总结报告
曾经心怀澎拜，曾经满怀激情，曾经翘首等待这为期四个月的实训终于拉开帷幕。2015年的这个暑假对于我来说是最幸运而同时有特别重要的一个暑假，因为我非常幸运的来到了济宁惠普软件人才实训基地进行为期四个月的实训学习。第一天来到惠普我变被浓厚的企业文化深深的吸引，作为一家跨国公司，她有强大的包容性和多元性。实训期间采取公司制的这一策略让我们真正融入到公司的文化中，时刻以惠普员工的高标准来严格要求自己，磨练自己。
我学习的专业是软件测试，虽然在大学也开过“软件工程”这门课，但对测试这门行业的了解基本为零。通过几天几位导师和班主任和蔼可亲的指导以及全心全意的关怀，我对测试行情以及职业要求和发展等都有了较深入的了解。几天的测试基础的学习也是我越来越喜欢测试了，也更加坚定了我的选择。
众所周知，做测试职业工具是必不可少的，在学习了一些理论知识后，我们的美女导师徐老师就带领我们学习了第一个开源测试工具——testLink。第一次接触这个工具的时候我是丈二的和尚摸不着头脑，简直一头雾水，什么都不知道，课上跟着老师的思路做了一遍，虽然能做出来但是完全不明白做每一步的原因是什么。课下老师给了我们一个安装压缩包，让我们自己搭建环境，我不管是在网上百度也好找同学给帮忙也好几次都安装失败。软件XAMPP里的Ahache和Mysql总是启动不了，最后通过问老师才知道电脑的80端口被占用，需要把Ahache的默认80端口改为一个不被占用的端口如88端口。通过几次的联系，我对testLink有了更深入的了解。TestLink用于进行测试过程中的管理，通过使用TestLink提供的功能，可以将测试过程从测试需求、测试设计、到测试执行完整的管理起来，同时，它还提供了好多种测试结果的统计和分析，使我们能够简单的开始测试工作和分析测试结果。 TestLink 是sourceforge的开放源代码项目之作为基于web的测试管理系统，TestLink的主要功能包括：测试需求管理、测试用例管理、测试用例、对测试需求的覆盖管理、测试计划的制定、测试用例的执行、大量测试数据的度量和统计功能。它目前在XLS导入上存在缺陷，但可以使用第三方的"Testlink Convert"工具实现XLS/TXT/XML导入导出。我觉得Testlink 很主要的一个优点就是它是开源的，说白了就是不花钱的，免费供大家使用，而且简单易学，只要掌握了测试的操作过程就很好用。但是它也有一些缺点，比如：不能根据优先级筛选用例，如果需要优先级，必须通过关键字来实现，比较麻烦；还有就是它不能设定测试用例的种类，如果需要必须通过关键字来实现，更麻烦，也不太现实；如果测试用例需要大量的数据，创建测试用例时不方便。下面我将介绍一下我所学习到的testLink的测试管理流程：创建项目(产品) →创建需求→ 创建计划 → 创建测试用例 → 给计划添加测试用例 → 分配测试任务 → 执行测试/报告bug → 查看分析结果。
（1）首先是testLink的登录：（2）其次设置用户：TestLink系统提供了六种角色，分别是guest、tester、 test designer 、senior tester 、leader、admin。相对应的功能权限如下：
Guest:可以浏览测试规范、关键词、测试结果以及编辑个人信息 ；
Tester:可以浏览测试规范、关键词、测试结果以及编辑测试执行结果；
Test Designer:编辑测试规范、关键词和需求规约；
Senior Tester:允许编辑测试规范、关键词、需求以及测试执行和创建发布 ；
Leader:允许编辑测试规范、关键词、需求、测试执行、测试计划（包括优先级、里程碑和分配计划）以及发布 ；
Admin:一切权力，包括用户管理 ；
创建产品TestLink可以对多项目进行管理，但只有admin级的用户可以设置项目。Admin进行项目设置后，测试人员就可以进行测试需求、测试用例、测试计划等相关管理工作了。 第一次登陆系统，系统要求添加新产品，如下图所示：
（3）测试需求管理： 需求规格说明书是我们开展测试的依据。一个产品可以包括一个或多个测试需求，新建测试需求文档比较简单，如下图所示：
（4）创建计划：测试计划管理。点击主页“测试计划管理”模块下的“测试计划管理”菜单，进入测试计划创建页面，如图：
测试计划版本管理。点击主页“测试计划管理”模块下的“测试计划版本管理”菜单，创建一个新的测试计划版本，如图：
指派用户角色点击主页“测试计划管理”模块下的“指派用户角色”菜单，为测试计划指派用户，如下图：
在为测试计划分配用户角色页面，可以修改测试计划，修改好测试计划后，点击更换按钮，则可以更换测试计划。
选择好测试计划后，可以将该测试计划以不同的角色分配给不同的用户，通过角色列表，可以选择用户对该测试计划的操作角色。
选择好后，点击更新按钮，可以保存结果。
（5）测试用例管理：TestLink支持的测试用例的管理包含二层：分别为新建测试用例集、创建测试用例。可以把测试用例集对应到项目的功能模块，测试用例则对应着具体的功能。我们可以使用测试用例搜索功能从不同的项目、成百上千的测试用例中查到我们需要的测试用例，并且还提供移动和复制测试用例的功能，可以将一个测试用例移动或复制到别的项目里，勾上自动更新树选项，添加、删除或编辑测试用例后更新树会被自动更新。
新建测试用例集：点击主页的测试用例管理菜单，在左侧选中要新建测试用例集的产品，右侧提示具体的操作，如图：
创建测试用例：点击主页的测试用例管理菜单，在左侧选中要一个测试用例集，右侧提示具体的操作，如图：
（6）测试计划用例管理：
添加测试用例到测试计划中，在主页通过测试计划下拉列表，选择一个测试计划，点击测试用例集下的添加测试用例到测试计划中按钮，进入向测试计划中添加测试用例。点击一个测试用例集，可以看到该测试用例集下的所有测试用例，选择该测试计划中要执行的测试用例，也可以根据版本下拉列表来选择该测试计划下需要执行的测试用例版本。选择好后，点击“增加选择的测试用例”按钮，可以将选择好的测试用例分配给该测试计划。
移除测试用例，点击主页“测试计划—测试用例”模块下的“从测试计划中移去测试用例”菜单，进入移去测试用例页面，在这里显示该测试计划下的所有测试用例，可以选择不需要在该测试计划中执行的测试用例，然后点击“移除选中的测试用例”按钮，将测试用例移除。
（7）分配测试任务：点击主页“测试计划—测试用例”模块下的“分配测试任务”菜单，进入指派测试用例页面，可以为当前测试计划中所包含的每个用例指定一个具体的执行人员。在指派测试用例页面，左侧用例树中选择某个测试用例集或者测试用例，右侧页面会出现下拉列表让你选择用户。选择合适的用户，在测试用例前面打勾，点击右侧页面下方的按钮即可完成用例的指派工作。在这里也可以进行批量指定——右侧页面的最上方，有一个下拉列表可以选择用户，下面的测试用例列表中选择要指派给该用户的用例，然后点击一下后面的“执行”按钮即可完成将多个用例指派给一个人的操作。
（8）执行测试\报告Bug：执行测试，在测试计划中选中要执行测试的计划项，然后点击导航条中的执行测试用例或选择测试执行模块中的执行测试菜单进入执行测试界面，在执行测试界面左侧测试用例树中选择要测试的测试用例。这里测试结果有以下四种情况：
通过：该测试用例通过；
失败：该测试用例没有执行成功，这个时候可能就要提交bug了；
锁定：由于其它用例失败，导致此用例无法执行，被阻塞；
尚未执行：如果某个该测试用例没有执行，则在最后的度量中标记为“尚未执行”；
报告BUG，当测试失败后，应该报告测试产生的BUG，如果TestLink与mantis集成了，那么执行完测试后，测试结果中会多出一项BUG管理的项，它是一个小虫子 的标记，点击小虫子，系统会弹出一个记录bug号的输入框，输入相关的BUG编号后，测试结果中会多出一个相关问题的栏，点击那个相关问题的编号就可以直接链接到mantis的缺陷管理系统。
（9）测试结果分析 ：
TestLink根据测试过程中记录的数据，提供了较为丰富的度量统计功能，可以直观的得到测试管理过程中需要进行分析和总结的数据。点击首页横向导航栏中的“测试结果”菜单，即可进入测试结果报告页面，主要包括以下几个功能：
常规测试计划度量；
全部测试计划版本的状态；
查询度量；
执行失败的用例列表；
执行阻塞的用例列表；
尚未执行的用例列表；
测试报告；
图表
测试报告，本页面显示每一个测试用例和它在每个版本中的测试结果，Excel 导出功能是可用的。
在能够熟练应用TestLink之后，老师接着又指导我们学习下一个工具——Mantis,缺陷管理平台Mantis，也做MantisBT，全称Mantis Bug Tracker。Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上、实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用，所以好多中小型项目都用这个工具对软件缺陷进行管理。软件缺陷管理基本流程：
缺陷管理的一般流程：
mantis的基本操作：
在软件测试过程中，每发现一个软件错误都要记录该错误的特征和复现步 骤等信息，以便分析、处理和管理测试发现的软件错误，所以在这里我们就要用到mantis软件。
（1）在mantis中录入缺陷
具体步骤：1.首先打开XAMPP软件，启动Apache和MySQL，如图所示：
2.打开浏览器，输入http://localhost/mantis/manage_user_create_page.php，进入mantis登录界面，用Administrator/root登录。进入主页。
3.点击菜单栏上的管理，点击项目管理，创建一个新的项目。如图所示。
出现如下界面：
在这个界面当中，我们就可以根据实际需要来创建一个新的项目了。
4.当我们发现所要测试的软件有缺陷后，我们需要向mantis提交，点击菜单栏上的提交问题，如图所示：
出现如下界面，这就是缺陷的具体录入界面了，如图所示：
在这个界面当中，我们可以看到我们所需要提交的缺陷问题的详情，即分类、出现频率、严重性、优先级以及摘要和概述等等，这些选项需要我们根据缺陷的实际情况去填写。
下面我具体的来介绍各个部分。
分类：即该缺陷所隶属的类别，根据缺陷的自然属性来划分，比如有逻辑问题、计算问题、接口问题等等。
出现频率：即该缺陷出现的次数，有六个等级划分：“总是”、“有时”、“随机”、“没有试验”、“无法重现”、“不适用”。这个需要测试人员具体去操作然后确定等级。
严重性：描述所报告缺陷的严重程度。可分为“新功能”、“细节”、“文字”、“小调整”、“小错误”、“很严重”、“崩溃”、“宕机”8个等级。
优先级：确定开发人员处理和修复缺陷的先后顺序的指标，即哪些缺陷需要优先处理、哪些缺陷可以稍后处理。在mantis里，优先级划分为“无”、“低”、“中”、“高”、“加急”、“特级”6个等级。
摘要：即标题，用简明的方式传达缺陷的基本信息，书写时应该简短并尽量做到唯一，便于开发人员在观察缺陷列表时可以比较容易的注意到。
描述：对标题进行补充描述。描述尽量要清楚，但简明仍是最重要的，在此栏中，可以添加预期结果和实验结果，即期望发生了什么，实际又发生了什么。
重现步骤：主要目的是让开发人员重现并修复缺陷。建议采取分步骤的形式加以描述。
下面我们通过一个例子来具体了解摘要和概述的具体书写方式。如图7-5所示：
（2）Mantis中各角色职责
角色 描述
测试人员 进行测试的人员，缺陷的发现者
项目经理 对整个项目负责，对产品质量负责的人员
开发人员 执行开发任务的人员，完成实际的设计和编码工作
评审委员会 对缺陷进行最终确认，在项目成员对缺陷达不成一致意见时，行使仲裁权力
（3）使用mantis导出需要的相关文档
如图所示，点击打印报告
勾选出要打印的内容，并点击左上角word图标，进行打印文档，如图所示：
Testlink和mantis各有优缺点，如果将测试过程和缺陷集合起来管理能够更好的利于测试的深入，对于二者的集成就不多做总结了，照着老师给的文件修改代码就可以了。总结一下二者的汉化操作：
testlink设置中文：简单的方式是设置角色的语言改成简体中文，刷新一下即可
mantis 设置中文C:\xampp\htdocs\mantis/ config_inc.php文件中添加如下配置项：$g_default_language='chinese_simplified';
微软公司希望应聘程序员的大学毕业生最好有十万行的编程经验.理由很简单:实践性的技术要在实践中提高.计算机归根结底是一门实践的学问,不动手是永远也学不会的.因此,最重要的不是在笔试中考高分,而是实践能力.吃苦是为了做金字塔尖上的人.这个世界并不是掌握在那些嘲笑者的手中，而恰恰掌握在能够经受得住嘲笑与批评并且不断能往前走的人的手中。为了向别人、向世界证明自己而努力拼搏，而一旦真的取得了成绩，才会明白：人无须向别人证明什么，只要你能超越自己,哪怕是最没有希望的事情，只要你坚持去做，到最后就会拥有希望.那些让生活的句号圈住的人，是无法前进半步的。只要我们记住同在一个环境中生活，强者与弱者的分界就在于谁能改变它。
“纸上得来终觉浅，绝知此事要躬行！”通过这两个星期的学习，我看到的更多的是自身上的不足,还有很多东西需要在今后学习中生活中去理解去掌握，更知道了只有不断的吸取理论知识,在实践中进行磨炼,才能适应现今科技超速发展的计算机时代.我更知道了作为一个测试人员必须要有耐心，细心和平和的心态，测试的目的尽可能早一些找出软件缺陷，提高产品的质量，降低维护的成本，尽可能的达到客户的需求。让我深深的感觉到自己在实际运用中的专业知识的匮乏，刚开始的一段时间里，对一些专业的东西感到无从下手，茫然不知所措，这让我感到十分的难过。在学校总以为自己学的不错，一旦接触到实际，才发现自己知道的是多么少，这时才真正领悟到“学无止境”的含义。
曾经心怀澎拜，曾经满怀激情，曾经翘首等待这为期四个月的实训终于拉开帷幕。2015年的这个暑假对于我来说是最幸运而同时有特别重要的一个暑假，因为我非常幸运的来到了济宁惠普软件人才实训基地进行为期四个月的实训学习。第一天来到惠普我变被浓厚的企业文化深深的吸引，作为一家跨国公司，她有强大的包容性和多元性。实训期间采取公司制的这一策略让我们真正融入到公司的文化中，时刻以惠普员工的高标准来严格要求自己，磨练自己。
我学习的专业是软件测试，虽然在大学也开过“软件工程”这门课，但对测试这门行业的了解基本为零。通过几天几位导师和班主任和蔼可亲的指导以及全心全意的关怀，我对测试行情以及职业要求和发展等都有了较深入的了解。几天的测试基础的学习也是我越来越喜欢测试了，也更加坚定了我的选择。
众所周知，做测试职业工具是必不可少的，在学习了一些理论知识后，我们的美女导师徐老师就带领我们学习了第一个开源测试工具——testLink。第一次接触这个工具的时候我是丈二的和尚摸不着头脑，简直一头雾水，什么都不知道，课上跟着老师的思路做了一遍，虽然能做出来但是完全不明白做每一步的原因是什么。课下老师给了我们一个安装压缩包，让我们自己搭建环境，我不管是在网上百度也好找同学给帮忙也好几次都安装失败。软件XAMPP里的Ahache和Mysql总是启动不了，最后通过问老师才知道电脑的80端口被占用，需要把Ahache的默认80端口改为一个不被占用的端口如88端口。通过几次的联系，我对testLink有了更深入的了解。TestLink用于进行测试过程中的管理，通过使用TestLink提供的功能，可以将测试过程从测试需求、测试设计、到测试执行完整的管理起来，同时，它还提供了好多种测试结果的统计和分析，使我们能够简单的开始测试工作和分析测试结果。 TestLink 是sourceforge的开放源代码项目之作为基于web的测试管理系统，TestLink的主要功能包括：测试需求管理、测试用例管理、测试用例、对测试需求的覆盖管理、测试计划的制定、测试用例的执行、大量测试数据的度量和统计功能。它目前在XLS导入上存在缺陷，但可以使用第三方的"Testlink Convert"工具实现XLS/TXT/XML导入导出。我觉得Testlink 很主要的一个优点就是它是开源的，说白了就是不花钱的，免费供大家使用，而且简单易学，只要掌握了测试的操作过程就很好用。但是它也有一些缺点，比如：不能根据优先级筛选用例，如果需要优先级，必须通过关键字来实现，比较麻烦；还有就是它不能设定测试用例的种类，如果需要必须通过关键字来实现，更麻烦，也不太现实；如果测试用例需要大量的数据，创建测试用例时不方便。下面我将介绍一下我所学习到的testLink的测试管理流程：创建项目(产品) →创建需求→ 创建计划 → 创建测试用例 → 给计划添加测试用例 → 分配测试任务 → 执行测试/报告bug → 查看分析结果。
（1）首先是testLink的登录：（2）其次设置用户：TestLink系统提供了六种角色，分别是guest、tester、 test designer 、senior tester 、leader、admin。相对应的功能权限如下：
Guest:可以浏览测试规范、关键词、测试结果以及编辑个人信息 ；
Tester:可以浏览测试规范、关键词、测试结果以及编辑测试执行结果；
Test Designer:编辑测试规范、关键词和需求规约；
Senior Tester:允许编辑测试规范、关键词、需求以及测试执行和创建发布 ；
Leader:允许编辑测试规范、关键词、需求、测试执行、测试计划（包括优先级、里程碑和分配计划）以及发布 ；
Admin:一切权力，包括用户管理 ；
创建产品TestLink可以对多项目进行管理，但只有admin级的用户可以设置项目。Admin进行项目设置后，测试人员就可以进行测试需求、测试用例、测试计划等相关管理工作了。 第一次登陆系统，系统要求添加新产品，如下图所示：
（3）测试需求管理： 需求规格说明书是我们开展测试的依据。一个产品可以包括一个或多个测试需求，新建测试需求文档比较简单，如下图所示：
（4）创建计划：测试计划管理。点击主页“测试计划管理”模块下的“测试计划管理”菜单，进入测试计划创建页面，如图：
测试计划版本管理。点击主页“测试计划管理”模块下的“测试计划版本管理”菜单，创建一个新的测试计划版本，如图：
指派用户角色点击主页“测试计划管理”模块下的“指派用户角色”菜单，为测试计划指派用户，如下图：
在为测试计划分配用户角色页面，可以修改测试计划，修改好测试计划后，点击更换按钮，则可以更换测试计划。
选择好测试计划后，可以将该测试计划以不同的角色分配给不同的用户，通过角色列表，可以选择用户对该测试计划的操作角色。
选择好后，点击更新按钮，可以保存结果。
（5）测试用例管理：TestLink支持的测试用例的管理包含二层：分别为新建测试用例集、创建测试用例。可以把测试用例集对应到项目的功能模块，测试用例则对应着具体的功能。我们可以使用测试用例搜索功能从不同的项目、成百上千的测试用例中查到我们需要的测试用例，并且还提供移动和复制测试用例的功能，可以将一个测试用例移动或复制到别的项目里，勾上自动更新树选项，添加、删除或编辑测试用例后更新树会被自动更新。
新建测试用例集：点击主页的测试用例管理菜单，在左侧选中要新建测试用例集的产品，右侧提示具体的操作，如图：
创建测试用例：点击主页的测试用例管理菜单，在左侧选中要一个测试用例集，右侧提示具体的操作，如图：
（6）测试计划用例管理：
添加测试用例到测试计划中，在主页通过测试计划下拉列表，选择一个测试计划，点击测试用例集下的添加测试用例到测试计划中按钮，进入向测试计划中添加测试用例。点击一个测试用例集，可以看到该测试用例集下的所有测试用例，选择该测试计划中要执行的测试用例，也可以根据版本下拉列表来选择该测试计划下需要执行的测试用例版本。选择好后，点击“增加选择的测试用例”按钮，可以将选择好的测试用例分配给该测试计划。
移除测试用例，点击主页“测试计划—测试用例”模块下的“从测试计划中移去测试用例”菜单，进入移去测试用例页面，在这里显示该测试计划下的所有测试用例，可以选择不需要在该测试计划中执行的测试用例，然后点击“移除选中的测试用例”按钮，将测试用例移除。
（7）分配测试任务：点击主页“测试计划—测试用例”模块下的“分配测试任务”菜单，进入指派测试用例页面，可以为当前测试计划中所包含的每个用例指定一个具体的执行人员。在指派测试用例页面，左侧用例树中选择某个测试用例集或者测试用例，右侧页面会出现下拉列表让你选择用户。选择合适的用户，在测试用例前面打勾，点击右侧页面下方的按钮即可完成用例的指派工作。在这里也可以进行批量指定——右侧页面的最上方，有一个下拉列表可以选择用户，下面的测试用例列表中选择要指派给该用户的用例，然后点击一下后面的“执行”按钮即可完成将多个用例指派给一个人的操作。
（8）执行测试\报告Bug：执行测试，在测试计划中选中要执行测试的计划项，然后点击导航条中的执行测试用例或选择测试执行模块中的执行测试菜单进入执行测试界面，在执行测试界面左侧测试用例树中选择要测试的测试用例。这里测试结果有以下四种情况：
通过：该测试用例通过；
失败：该测试用例没有执行成功，这个时候可能就要提交bug了；
锁定：由于其它用例失败，导致此用例无法执行，被阻塞；
尚未执行：如果某个该测试用例没有执行，则在最后的度量中标记为“尚未执行”；
报告BUG，当测试失败后，应该报告测试产生的BUG，如果TestLink与mantis集成了，那么执行完测试后，测试结果中会多出一项BUG管理的项，它是一个小虫子 的标记，点击小虫子，系统会弹出一个记录bug号的输入框，输入相关的BUG编号后，测试结果中会多出一个相关问题的栏，点击那个相关问题的编号就可以直接链接到mantis的缺陷管理系统。
（9）测试结果分析 ：
TestLink根据测试过程中记录的数据，提供了较为丰富的度量统计功能，可以直观的得到测试管理过程中需要进行分析和总结的数据。点击首页横向导航栏中的“测试结果”菜单，即可进入测试结果报告页面，主要包括以下几个功能：
常规测试计划度量；
全部测试计划版本的状态；
查询度量；
执行失败的用例列表；
执行阻塞的用例列表；
尚未执行的用例列表；
测试报告；
图表
测试报告，本页面显示每一个测试用例和它在每个版本中的测试结果，Excel 导出功能是可用的。
在能够熟练应用TestLink之后，老师接着又指导我们学习下一个工具——Mantis,缺陷管理平台Mantis，也做MantisBT，全称Mantis Bug Tracker。Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上、实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用，所以好多中小型项目都用这个工具对软件缺陷进行管理。软件缺陷管理基本流程：
缺陷管理的一般流程：
mantis的基本操作：
在软件测试过程中，每发现一个软件错误都要记录该错误的特征和复现步 骤等信息，以便分析、处理和管理测试发现的软件错误，所以在这里我们就要用到mantis软件。
（1）在mantis中录入缺陷
具体步骤：1.首先打开XAMPP软件，启动Apache和MySQL，如图所示：
2.打开浏览器，输入http://localhost/mantis/manage_user_create_page.php，进入mantis登录界面，用Administrator/root登录。进入主页。
3.点击菜单栏上的管理，点击项目管理，创建一个新的项目。如图所示。
出现如下界面：
在这个界面当中，我们就可以根据实际需要来创建一个新的项目了。
4.当我们发现所要测试的软件有缺陷后，我们需要向mantis提交，点击菜单栏上的提交问题，如图所示：
出现如下界面，这就是缺陷的具体录入界面了，如图所示：
在这个界面当中，我们可以看到我们所需要提交的缺陷问题的详情，即分类、出现频率、严重性、优先级以及摘要和概述等等，这些选项需要我们根据缺陷的实际情况去填写。
下面我具体的来介绍各个部分。
分类：即该缺陷所隶属的类别，根据缺陷的自然属性来划分，比如有逻辑问题、计算问题、接口问题等等。
出现频率：即该缺陷出现的次数，有六个等级划分：“总是”、“有时”、“随机”、“没有试验”、“无法重现”、“不适用”。这个需要测试人员具体去操作然后确定等级。
严重性：描述所报告缺陷的严重程度。可分为“新功能”、“细节”、“文字”、“小调整”、“小错误”、“很严重”、“崩溃”、“宕机”8个等级。
优先级：确定开发人员处理和修复缺陷的先后顺序的指标，即哪些缺陷需要优先处理、哪些缺陷可以稍后处理。在mantis里，优先级划分为“无”、“低”、“中”、“高”、“加急”、“特级”6个等级。
摘要：即标题，用简明的方式传达缺陷的基本信息，书写时应该简短并尽量做到唯一，便于开发人员在观察缺陷列表时可以比较容易的注意到。
描述：对标题进行补充描述。描述尽量要清楚，但简明仍是最重要的，在此栏中，可以添加预期结果和实验结果，即期望发生了什么，实际又发生了什么。
重现步骤：主要目的是让开发人员重现并修复缺陷。建议采取分步骤的形式加以描述。
下面我们通过一个例子来具体了解摘要和概述的具体书写方式。如图7-5所示：
（2）Mantis中各角色职责
角色 描述
测试人员 进行测试的人员，缺陷的发现者
项目经理 对整个项目负责，对产品质量负责的人员
开发人员 执行开发任务的人员，完成实际的设计和编码工作
评审委员会 对缺陷进行最终确认，在项目成员对缺陷达不成一致意见时，行使仲裁权力
（3）使用mantis导出需要的相关文档
如图所示，点击打印报告
勾选出要打印的内容，并点击左上角word图标，进行打印文档，如图所示：
Testlink和mantis各有优缺点，如果将测试过程和缺陷集合起来管理能够更好的利于测试的深入，对于二者的集成就不多做总结了，照着老师给的文件修改代码就可以了。总结一下二者的汉化操作：
testlink设置中文：简单的方式是设置角色的语言改成简体中文，刷新一下即可
mantis 设置中文C:\xampp\htdocs\mantis/ config_inc.php文件中添加如下配置项：$g_default_language='chinese_simplified';
微软公司希望应聘程序员的大学毕业生最好有十万行的编程经验.理由很简单:实践性的技术要在实践中提高.计算机归根结底是一门实践的学问,不动手是永远也学不会的.因此,最重要的不是在笔试中考高分,而是实践能力.吃苦是为了做金字塔尖上的人.这个世界并不是掌握在那些嘲笑者的手中，而恰恰掌握在能够经受得住嘲笑与批评并且不断能往前走的人的手中。为了向别人、向世界证明自己而努力拼搏，而一旦真的取得了成绩，才会明白：人无须向别人证明什么，只要你能超越自己,哪怕是最没有希望的事情，只要你坚持去做，到最后就会拥有希望.那些让生活的句号圈住的人，是无法前进半步的。只要我们记住同在一个环境中生活，强者与弱者的分界就在于谁能改变它。
“纸上得来终觉浅，绝知此事要躬行！”通过这两个星期的学习，我看到的更多的是自身上的不足,还有很多东西需要在今后学习中生活中去理解去掌握，更知道了只有不断的吸取理论知识,在实践中进行磨炼,才能适应现今科技超速发展的计算机时代.我更知道了作为一个测试人员必须要有耐心，细心和平和的心态，测试的目的尽可能早一些找出软件缺陷，提高产品的质量，降低维护的成本，尽可能的达到客户的需求。让我深深的感觉到自己在实际运用中的专业知识的匮乏，刚开始的一段时间里，对一些专业的东西感到无从下手，茫然不知所措，这让我感到十分的难过。在学校总以为自己学的不错，一旦接触到实际，才发现自己知道的是多么少，这时才真正领悟到“学无止境”的含义。
来源：CSDN
作者：shanshan1yi
链接：https://blog.csdn.net/shanshan1yi/article/details/48380165