Redmine的安装及测试项目缺陷管理配置说明Redmine是一款用Ruby开发的基于web的项目管理工具，安装、配置、使用比较简单灵活，免费开源，支持很多插件，是行业内比较流行的一款项目管理工具。我们主要用它来做缺陷管理，跟Jira问题跟踪系统类似，适用于在公司外（无法使用问题跟踪）的项目。
1.安装
Redmine的安装比较麻烦，需要安装MySQL、PHP、Ruby、Apache等软件，不过网上有大量集成好的一键安装包，使用集成安装包很方便。
1.1.L inux环境
1)上传集成安装包bitnami-redmine-3.4.2-4-linux-x64-installer.run到服务器。
2)可能需要赋权，chmod +x bitnami-redmine-3.4.2-4-linux-x64-installer.run。建立
一个文件夹作为安装目录mkdir redmin_admin，并给文件夹赋权chmod 777 redmin_admin。
3)执行命令./bitnami-redmine-3.4.2-4-linux-x64-installer.run。
4)选择安装语言，5，简体中文。
5)提示安装组件，都选择Y即可。
6)设置安装目录。
7)创建管理员账号，密码。
8)Redmine的默认访问端口是80，MySQL数据库端口是3306，如果端口被占
用，则会提示你设置一个新端口。
9)设置缺省语言，默认30，中文即可。
10)暂不配置SMTP。如需使用，可后续配置。
11)了解更多有关Bitnami云主机，取消。
12)确定是否开始安装，选择Y，程序开始读条安装，直至进度是100%.
13)安装完成之后，会提示是否启动程序，选择Y，程序安装完成。
Linux下也可使用Xmanager图形化界面进行安装，非常简单，不再描述。
如有问题可以自行百度解决。
1.2.w inding环境
使用exe安装包，安装步骤同Linux。
2.缺陷管理项目配置
2.1.新建项目
使用管理员账户登录Redmine后，点击“管理”，然后点击“项目”，打开项目管理页面，点击右上角的“新建项目”，输入项目信息，其它选项根据实际情况选择或者默认，点击“创建”。
2.2.新建角色和权限
点击“管理”，然后点击“角色和权限”，Redmine默认有3类角色（报告人员、开发人员、管理人员），我们使用默认即可（可以修改默认角色的权限设置）。也可根据项目实际情况新建/修改/删除角色，配置合适的权限即可。
在角色管理页面，点击右上角的“权限报表”，按照部门《缺陷管理专题培训》中的内容进行设置。
设置如下即可：
2.3.新建组
点击“管理”，然后点击“组”，点击右上角的“新建组”，根据项目实际情况建立组（为了方便管理，可以建立开发组、测试组、项目领导组三个组）。设置组和项目、角色的关系。如下图：
设置了组和项目、角色的关系后，只要属于该组的用户，即默认有了和该项目、角色的关系，不用再为每个用户设置一遍项目和角色了。
2.4.新建用户
点击“管理”，然后点击“用户”，点击右上角的“新建用户”，输入用户信
息，其它默认即可。创建完用户后，设置用户所属的组。如下图所示：
如果设置了组和项目、角色的关系，那么把用户加入组之后，该用户默认拥有了该组和项目、角色的关系，也可以单独给这个用户设置项目和角色。
给其他人新建用户时，可以默认一个初始化密码，方便使用，他人使用初始化密码登陆后可以再修改密码。
2.5.配置缺陷状态和优先级
问题状态参考缺陷管理专题培训，根据Redmine已有的进行适当添加或删减。配置方法：点击“管理”，然后点击“问题状态”，点击右上角的“新建问题状态”，输入问题状态信息。可以新建、修改或删除。
按照部门缺陷管理专题培训，配置缺陷严重程度和优先级。配置方法为：点击“管理”，然后点击“枚举值”，找到“问题优先级”模块，进行调整，如下图所示：
2.6.跟踪标签设置
在新建问题时，需要选择跟踪标签，类似于问题跟踪里的“问题类型”，跟踪标签跟工作流程、自定义属性、权限设置等都有关系，为了方便管理，可以只设置一类跟踪标签“系统缺陷”（也可根据项目实际情况设置），系统默认为三类。设置过程为：点击“管理”，然后点击“跟踪标签”，可以进行删除/修改/新增。
2.7.配置工作流程
工作流程参考缺陷管理专题培训，配置过程为：点击“管理”，然后点击“工作流程”，打开工作流程管理页面，根据角色及跟踪标签进行设置工作流程，可按下图所示进行配置（也可根据项目实际情况进行修改）：
管理人员拥有所有权限
每类角色可以对“当用户是问题作者时所允许的问题状态转换”、“当用户是问题的指派对象时所允许的问题状态转换”进行单独配置。目前没有配置这两块，默认所有角色问题作者和指派对象的权限一致。此处是默认所有报告人员角色都是问题作者，所有开发人员角色都是问题指派对象来设置的。
2.8.自定义属性设置
Redmine里的自定义属性，功能非常强大和灵活，配合工作流程设置，基本上可以实现你想要的任何需求。
按照部门缺陷管理专题培训（或根据项目实际情况需要），新增几个自定义属性字段，新增方法为：点击“管理”，然后点击“自定义属性”，点击右上角的“新建自定义属性”，选择“问题”，下一步，然后填写自定义属性信息。如下图所示：
其它字段同上。
添加完成后，需要到“工作流程”里进行字段权限配置，报告人员角色配置如下图所示：
开发人员角色配置如下图所示：
管理角色，取报告人员和开发人员“非只读”的并集。
“只读”的意思是，查看问题时能看到此字段，但是编辑问题时看不到此字段，也就是说编辑问题的时候不用填写此字段。如果新增自定义属性时选择了“仅对选取角色可见”，那么连查看问题时也看不到此字段了。
根据项目需要，还可以新增用户联系人、用户联系电话、用户所属科室等字段。
3.Redmine的启动和关闭
在redmine安装目录下，使用ctlscript.sh命令。
软件测试心得体会（精选5篇） 软件测试心得体会（精选5篇） 关于软件测试的心得体会 虽然一如继往地写读书笔记，笔墨也浪费了不少。但真正坐下来利用大段的时间将自己的思路理清还没有过。因为最近有了一定的时间,更因为狠狠地泡了一段时间51Testing测试论坛,下载学习了该网站的电子测试杂志之后，自己的思路终于开始清晰起来，朦朦胧胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路的感觉很不好。 我觉得学习软件测试的通用技术与针对某类软件的测试技术外,还有一个重要的与技术无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误,当然需求要依据特定的软件,但软件测试人员对需求理解的深入程度不应低于软件开发的人员.因为软件测试所有的依据来自于需求,而所有的需求来自于客户,甚至是我们的全部都来自于客户.识别需求后还必须转化为测试上的需求,毕竟测试人员看需求的角度和开发人员还是有区别的. 关于学习，我知道我并非计算机专业的学生,初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。但是,总该知道如何去学习，然而我认为，学习总该有必要的方法 1.找个好师傅 这是最重要的一条了,也是公司提供的最好的一个条件.刚进来的时
候,td,测试案例都有一个pm细心的和你讲,案例有什么方法来设计?要注意哪些错误?软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录，一大堆的东西马上够你头晕的了.呵呵,还好,悟性不错,都囫囵吞枣地吞下去了. 2.学会读书 无论是神马专业，我始终确信，万变不离其宗，我知道，我不是这个专业的，但这个并不代表这我就不了解这个，再怎么不济，我也是从书本中走出来的，我相信，只要我努力地吧书本啃熟，我能够灵活地融入到这个职业中去，从书本中找寻解决问题的方法。标记出自己所错误的。 3.与前辈们一起讨论，多说 总有一天，我们会成为一位前辈，不过不是现在，至少现在我们应该好好的向别人学习，所以，我觉得，前辈是我们前进道路上不可或缺的一部分，他会成为引领我们前进的发动机，给我们指点，跟我们道工作的经验。然而，我们也应该多说，我知道，前辈们给我们讲解，已经是很辛苦的事情，毕竟，这不是他们的义务。我们也应该多多说说我们的观点，这样既能够让人家了解我们的水平，也方便老师前辈们对我们进行指导。 这些天的学习，我也有了一点自己的心得体会 体会一：软件测试在整个软件周期中的重要性。 它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在
软件测试之缺陷管理 也许你觉得作为测试提一个缺陷很简单，但是要提一个好的缺陷其实是非常难的。在 这里其实还有个隐藏的属性，叫做缺陷的概念，也就是说什么是缺陷？ 一般来说缺陷有两种情况，一个是违反了所谓的规则，还有一种是我们无法接受这样 的情况。比如对于美来说，每一个人心目中都有一种对美的定义，你会觉得她很美，但是 换个人来看待就未必。所谓的情人眼里出西施应该是指个人需求下的狭义定义。而大众情 人就是那种所谓的约定俗成的广义规则。 我们做一个软件面向的对象是不同的，甚至我们需要超出用户需求来做一点东西的， 所以对于缺陷的判断成为了一个非常困难的事情，这里只能说对于缺陷这种东西，不要用 肉眼去看要用心眼去看。 缺陷管理 缺陷管理是最开始也是最基础的测试必备技能。在工作了很多年后仍然会发现大量的 测试人员没有办法合理的做好缺陷管理。 在我眼中的缺陷管理包含以下几层概念： 1：缺陷的描述 2：缺陷的定义 3：缺陷的跟踪 4：缺陷的度量分析 缺陷的描述 关于缺陷的描述，无非就是当别人看到你写了一堆关于这个缺陷的巴拉巴拉后，是不 是明白了5w1h，然后能够根据你的建议开始进行缺陷的修改。本质上有一点就是缺陷的 描述就像议论文，一定要有说服力。如果你写出来的东西都不能让别人觉得有道理，你又 怎么让别人愿意按照你的逻辑去修改这个缺陷呢。 为了方便把缺陷写的更容易理解，所以现在无论是Excel的记录方式还是使用系统的 记录方式，我们都会将一个缺陷分割为很多个属性，来便于管理和理解，常见的属性包括：标题，详细说明，版本，环境，发现人，发现时间，修复人，修复时间，修复说明， 状态，严重级别，优先级别等。 本着不浪费笔墨和浪费阅读者理解的前提下，缺陷应该是写的越简单越说明问题是最 好的。但是在我遇到的大多数情况下，作为小白写出来的缺陷往往是无法阅读和理解的， 因为小白总会觉得自己写出来的东西别人肯定看得懂，而忽略了很多背景或者参考的说明，常见的问题无非是： 我的xx功能出错了；点击某个按钮无效果；无法启动软件等。 包括在各个QQ群的提问，也经常会出现这样的无头无脑，毫无内涵的提问，让别人完全无法回答。甚至常常让我想当你在工作几年后开始学习自动化或者性能测试的时候， 连一个问题或者缺陷都无法合理明确的描述出来，你做自动化和性能测试能靠谱么？能解 决问题么？
redmine安装使用 一、安装 redmine安装方法很多，下面介绍一种简单的安装方案: 1.下载集成安装包，下载地址 https://www.doczj.com/doc/ed5424467.html,/stack/redmine 2.安装包下载后，点击运行，安装步骤很简单，基本上一路执行 下一步就可以，有几个地方需要注意：语言选择最好选择英文 （项目运行后可以选择中文显示）；创建密码的时候记住密码，这个密码是你数据库初始化时候admin账户的初始密码和登录 数据库时候root账户的密码。 3.安装完成后，打开操作界面，如下图
选择“Manager Servers”选项卡，如下图 所有服务正常启动，则安装成功，如果没有启动则安装失败。 失败原因可能是端口占用、服务名称占用等原因，需要重新定 义安装。 注：一件安装包内容如下：apache、redmine、php、ruby、mysql、 phpadmin、svn。 二、集成插件 使用bitnami-redmine一键安装的redmine项目集成普通插件 十分简单。 1.首先需要到官网上下载支持所安装redmine版本的插件; 2.将下载来的压缩包解压 至%bitnami%/redmine-x.x.x-x/apps/redmine/htdocs/plu
gins目录下面。 3.将解压出来的文件夹名称由xxxxx-master改为xxxxx; 4.打开“开始”—》“所有程序”—》“Bitnami Redmine Stack” —》使用“product fullname”,打开命令端。 5.cd命令切换 到%bitnami%/redmine-x.x.x-x/apps/redmine/htdocs/plu gins目录下面 6.bundle install，安装集成插件需要的工具 7.rake redmine:plugins:migrate RAILS_ENV=production, 开始集成插件。 8.重启服务，再进如redmine，修改相关配置即可。 三、svn使用 bitnami redmine意见安装默认启用svn服务，可以在本地新建svn仓库服务，也可以使用其他的svn仓库。 默认支持svn协议和http协议，https协议需要手动配置。 项目管理员身份登录，进入一个项目，打开配置，如下图，打开版本库，新建版本库，填入相关参数，创建即可。
实用总结 我所理解的软件测试 《软件测试方法和技术》这门课程，还是由张建东老师教我们的。在张老师的讲解下，我深刻的思想到到软件测试是很有必要的。一个软件，从最开始的可行性分析、需求分析、概要设计、详细设计、编写代码。这一系列的开发之下。千辛万苦的，花费了大量的人力物力、金钱时间，终于把软件给做出来了。你试着想一下，要是送到客户的手上，客户突然发现，软件用不了，或者是软件存在很大的缺陷。导致软件不好用、甚至比原先没有这个软件，还麻烦了。客户是很愤怒的。客户一愤怒，就导致客户不会付钱。这最终，项目失败，造成资源的大量浪费，所以说软件测试还是很有必要的。再者就是，软件测试可以发现软件的缺陷，从而通知编程人员不断改进软件。在这样不断测试，不断改进的情况下。将软件性能不断提高，软件变得越来越好用。 软件测试，旨在发现软件的缺陷。可以这样说，软件测试就是以发现软件缺陷，为最终目的的测试活动。它通过软件测试方法，白盒的、黑盒的、静态的或是动态的。借助软件测试工具，来找到缺陷。然后在缺陷评审和确认之后将缺陷记录下来，并用缺陷管理工具管理，详细描述，关注软件缺陷的发生周期。对它的严重性、和优先级下一个定义。书写软件缺陷报告，具名缺陷的重现步骤、测试的期望结果与实际结果、还有相关图片、文字资料。提交给软件编程人员，来完成软件缺陷的修复。 软件测试的方法，包括：白盒测试和黑盒测试。其中，白盒测试之中，有含有：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖、等方法。黑盒测试方法中，有：等价类划分法、边界值分析法、判定表法、因果图法等。软件测试方法，按照是否运行代码来看，可以分为：静态测试和动态测试。其中静态测试有，对代码的走查和评审。动态测试，则是要通过运行代码来执行。白盒测试多用于软件的单元测试上，黑盒测试多用于功能性测试上。代码的静态测试和动态测试，则是每一个软件项目都必须的。 单元测试，多构造桩函数或是驱动程序来测试。一般借助与各种软件测试工具。软件测试，或者说程序测试。一般先是进行单元测试。单元测试，修改完单元之中的缺陷、错误之后，就是集成测试。集成测试多针对程序功能进行测试，看程序的各项功能是否达到要求，是否齐全。集成测试之后就是系统测试。系统测试是针对整个软件系统的。看软件系统是否达到性能的要求。从而改进代码，以求达到系统的严格要求。最后就是验收测试，这个测试，一般都分成两半来做。一半是，程序员模拟客户环境，进行测试。而，另一半则是，真正的客户参与的测试。最大程度的体现客户的真实环境。客户在试运行的情况下，看是否会发现，平时发现并且以前的环境发现不了的问题。 验收测试，包含对界面的测试和软件可用性的测试，运用尼尔森十大原则，来测试软件是否好用。软件是否达到用户的对软件界面的需求。 无论是软件编写，还是软件测试，都需要相应的文档管理。还有针对软件测试制定的测试计划，软件测试执行等。 通过本学期的学习，我感受到软件测试是一门非常需要学习的课程。即使作为考察课程，它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的。现在，作为学生的我所做的项目虽然都是一些小的项目，但是在小组共同开发的时候还是需要用到项目的测试。如今这门课程我学的还不是很好，但我相信在今后的实训及工作当中，能够更好的体验和感受到项目测试的精髓，对软件项目测试有更深入的了解。我也希望，学校的老师能够在今后的教学当中重视软件项目测试课程，多让学生了解实例，去感受、思想到软件项目测试所遇到的问题和解决技术指导文件，理解软件项目测试的精髓。 1 / 1
软件缺陷管理办法 1. 目的 本文档定义了软件缺陷管理流程和相关规则，确保软件缺陷管理的系统性和规范性，以保证项目研发质量。 2. 适用范围 适用于部门项目研发过程的缺陷管理，对各阶段的缺陷管理过程进行指导和规范。 3. 定义 3.1 术语 缺陷（Defect）：存在于软件之中偏差，可被激活，以静态形式存在于软件内部。 Bug：缺陷一种表现形态，系统或程序存在的任何一种破坏正常运转能力的问题。 3.2 缺陷定义 （1）软件未达到需求规格说明书的功能； （2）软件出现了需求规格说明书指明不会出现的错误； （3）软件功能超出需求规格说明书的范围； （4）软件未达到需求规格说明书未指出但应达到的目标； （5）测试工程师认为软件难以理解、不易使用、运行速度慢，或者最终用户认为不好。 4. 缺陷生命周期 4.1 缺陷生命周期图 4.2 缺陷状态说明
5. 缺陷处理过程 5.1 正常处理过程 （1）创建问题 在测试管理系统中，所有用户都可以创建新问题，包括需求问题和软件缺陷等。创建问题时，需要描述清楚，并选择正确的选项，详细请参考5.4和5.5。（2）指派问题 创建问题时，创建者通常要指派给该项目开发负责人，再由其指派任务，或直接指派给相应模块的开发工程师。 如果指派人是错误的，或者需要他人确认或帮助，则可以重新指派给合适的工程师，写上相关备注。 （3）确认问题 通常开发工程师收到新问题后，需要分析和确认此问题是否为Bug。如果是Bug，则选择“确认状态”；如果认为非Bug，则注明原因并指派回创建者。 当创建者收到确认指派时，需要进行及时确认。如果同意为非bug，则及时关闭它；如果不同意，则需要注明理由并指派回相关工程师。 如果问题确认指派次数大于6次时，需要进入“争议处理”流程，详细请参考5.2。 （4）解决问题 此为开发工程师的主要职责，包括Bug的复现、修改和修改验证。 开发工程师需要及时对确认状态Bug进行分析和解决，并自己验证通过，则操作为解决状态，解决方案规则请参考5.4中解决方案定义部分，在缺陷管理系统中解决方案选择相应的选项，解决后系统将自动指派回给创建者。 如果Bug无法解决或修改影响比较大，可申请进入“延期解决”流程，请参考5.2中延期处理部分。
Redmine插件的整合 Redmine与TestLink的整合 用户文档 2010-03-25 Redmine是一个灵活的开源项目管理工具, 它可以有效地管理项目开发的整个流程(需求, 设计, 开发), 但是对测试的流程(测试需求, 测试计划, 测试用例, 测试执行, 测试结果分析)却心有余而力不足. 幸运的是, 开源的测试管理工具TestLink恰好能补充Redmine的不足之处, 而且他们之间通过简单的配置就能合二为一了. 这样整个开发和测试的流程都能有效管理起来了. 前提条件 你已经成功安装了Redmine和TestLink 整合过程 1. 进入TestLink根目录, 修改custom_config.inc.php文件里$g_inteface_bugs 属性的值, 将”NO”改为”REDMINE”；如果没有则添加该属性 $g_interface_bugs = 'REDMINE' 2. 添加TestLink连接Redmine所需的参数. 修改cfg/edmine.cfg.php 文件, 以下是修改后的内容 /** redmine数据库的主机名称 */ define('BUG_TRACK_DB_HOST', 'localhost'); /** redmine数据库的名称 */ define('BUG_TRACK_DB_NAME', 'redmine_latest'); /** Redmine使用的数据库类型 * 可以查看Redmine安装目录下 config/database.yml 文件中关于数据库的信息
*/ define('BUG_TRACK_DB_TYPE', 'mysql'); /** Redmine数据库的用户名和密码 */ define('BUG_TRACK_DB_USER', 'redmine'); define('BUG_TRACK_DB_PASS', 'redmine'); /** 定义链接数据库的字符集 **/ define('BUG_TRACK_DB_CHARSET',"UTF-8"); /* 链接Redmine问题列表的URL ** 注意最后的哪个 “/” 不能丢掉， 否则在TestLink测试用例中点击关联问题时，会出现404错误 */ define('BUG_TRACK_HREF', "http://foo.bar/redmine/issues/"); // define('BUG_TRACK_HREF', "http://localhost:3000/issues/show/"); /** 链接缺陷跟踪系统（Redmine），新建问题的URL ** 该测试项目与Redmine中demoPro项目关联。 */ define('BUG_TRACK_ENTER_BUG_HREF',"http://foo.bar/redmine/projec ts/demoPro/issues/new"); // define('BUG_TRACK_ENTER_BUG_HREF',"http://localhost:3000/"); 说明: 连接 redmine 数据库的具体参数值请参考你redmine中database.yml文件里的具体值. 我的database.yml文件内容如下:
软件测试培训心得体会3 篇一：软件测试课程学习心得 我所理解的软件测试 《软件测试方法和技术》这门课程，还是由张建东老师教我们的。在张老师的讲解下，我深刻的体会到软件测试是很有必要的。一个软件，从最开始的可行性分析、需求分析、概要设计、详细设计、编写代码。这一系列的开发之下。千辛万苦的，花费了大量的人力物力、金钱时间，终于把软件给做出来了。你试着想一下，要是送到客户的手上，客户突然发现，软件用不了，或者是软件存在很大的缺陷。导致软件不好用、甚至比原先没有这个软件，还麻烦了。客户是很愤怒的。客户一愤怒，就导致客户不会付钱。这最终，项目失败，造成资源的大量浪费，所以说软件测试还是很有必要的。再者就是，软件测试可以发现软件的缺陷，从而通知编程人员不断改进软件。在这样不断测试，不断改进的情况下。将软件性能不断提高，软件变得越来越好用。 软件测试，旨在发现软件的缺陷。可以这样说，软件测试就是以发现软件缺陷，为最终目的的测试活动。它通过软件测试方法，白盒的、黑盒的、静态的或是动态的。借助软件测试工具，来找到缺陷。然后在缺陷评审和确认之后将缺陷记录下来，并用缺陷管理工具管理，详细描述，关注软
件缺陷的发生周期。对它的严重性、和优先级下一个定义。书写软件缺陷报告，具名缺陷的重现步骤、测试的期望结果与实际结果、还有相关图片、文字资料。提交给软件编程人员，来完成软件缺陷的修复。 软件测试的方法，包括：白盒测试和黑盒测试。其中，白盒测试之中，有含有：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖、等方法。黑盒测试方法中，有：等价类划分法、边界值分析法、判定表法、因果图法等。软件测试方法，按照是否运行代码来看，可以分为：静态测试和动态测试。其中静态测试有，对代码的走查和评审。动态测试，则是要通过运行代码来执行。白盒测试多用于软件的单元测试上，黑盒测试多用于功能性测试上。代码的静态测试和动态测试，则是每一个软件项目都必须的。 单元测试，多构造桩函数或是驱动程序来测试。一般借助与各种软件测试工具。软件测试，或者说程序测试。一般先是进行单元测试。单元测试，修改完单元之中的缺陷、错误之后，就是集成测试。集成测试多针对程序功能进行测试，看程序的各项功能是否达到要求，是否齐全。集成测试之后就是系统测试。系统测试是针对整个软件系统的。看软件系统是否达到性能的要求。从而改进代码，以求达到系统的严格要求。最后就是验收测试，这个测试，一般都分成两
自己在网上看到redmine，感觉功能很强大。于是自己就开始安装，但是谁想到在安装过程中的坑呀，摔的自己遍体鳞伤，自己做一下总结，希望别人能绕过这些坑，走直路。 1. 安装环境：系统：ubutu1 2.04 架构：LAMP 安全：防火墙和selinix（全部关闭） 2.安装流 程： A. 安装 ruby #官网下载ruby-2.2以上的版本，否则安装过程中的组件会安装不上。（以2.2.4为例） # tar zxvf ruby-2.2.4.tar.gz # cd ruby-2.2.4 # ./configure # make && make install 设置Ruby环境变 vim ~/.profile export PATH=$PATH:/usr/local/src/ruby-2.2.4/ B.安装 rubygems
# tar zxvf rubygems-2.6.6.tgz # cd rubygems-2.6.6 # ruby setup.rb C.安装依赖包：apt-get install libmysqlclient-dev apache2-threaded-dev D.安装redmine 官网下载redmine-2.4.3.tar.gz #tar zxf redmine-2.4.3.tar.gz #./configure #make &&make install # mv redmine-2.4.3 /usr/local/redmine E.gem 组件安 装： 1. gem install
bundler 安装过程需要更改源（否则安装很慢）： gem sources --remove https://https://www.doczj.com/doc/ed5424467.html,/ gem sources -a https://https://www.doczj.com/doc/ed5424467.html,/ 安装过程中可能会出现：报错-->Can't find Magick-config 查看提示日志内容发现：find_executable: checking for Magick-config... -------------------- no 解决发法：sudo apt-get install libmagickwand-dev imagemagick 再次安装即可：gem install bundler 3.修改redmine源码包中：Gemfile文件，替换https://https://www.doczj.com/doc/ed5424467.html, 为https://https://www.doczj.com/doc/ed5424467.html,(开头) #bundle install --without development test postgresql sqlite rmagick ************** ****************安装完成后会生成 Gemfile.lock.************************************************** 详解： Gemfile是指定需要使用的哪些gem及其版本的地 方； Gemfile.lock文件是Bundler记录已经安装了的版本的地方。通过这样的方式，
软件测试实习心得体会
软件测试实习心得体会 【篇一：软件测试心得】 软件测试感想总结 软件测试工作是一个系统而复杂的工程，软件测试的目的就是确保软件的质量、确认软件以正确的方式做了你所期望的事情，所以工作的主要任务是发现软件的错误、有效定义和实现软件成分由底层到高层的组装过程、验证软件是否满足规格书要求和系统定义文档所规定的技术要求、为软件质量模型的建立提供依据。 而且软件的测试不仅是要确保软件的质量，还要给开发人员提供信息，以方便其为风险评估做相应的准备，以及为其提供分析依据，重要的是要贯穿在整个软件开发的过程中，保证整个软件开发的过程是高质量的。 软件测试对测试工程师来讲，要求具备较强的专业知识，严谨细心耐心的测试态度，良好的反向思维、发散思维能力、沟通能力等等。 以下是就自己的个人工作经历谈一些浅见： 1. 标准文档的制定： 1.1.任何一个公司要让自己的产品面市，都要有自己的一 套完整的品质标准，这个标准一定是在符合国标及客户 标准的基础上形成的企业标准，系统而全面地描述一款 产品的功能、性能、可靠性、健壮性、按规格要求等一 系列的产品标准，并根据客户特定要求相应调整。 1.2.测试仪器的作业指导书(sop)及保养说明等。定义仪器 的使用步骤、操作指南和保养细则等。
2. 测试资料的归档： 标准媒体文件、测试报告、bug list库（电子类问题、结构 类问题、软件类问题：方案自存问题、品证测试问题、生产测试问题、客户反馈问题、终端消费者反馈问题等）、认证测试文档归纳总结(认证公司培训资料、认证过程中出现并改善的问题)、测试工程师经验分享、常见问题解答faq等。 3. 功能测试： 3.1.这是软件测试工作中最核心和最基本的一项测试，该测 试的主要内容是检查软件是否符合需求定义，并通过构 造正常的操作来检查的动作是否正确；在这个测试里， 正确性是最最重要的软件质量要素。 3.2.功能测试按照可见性可以分为两类：显性功能和隐性功能。 显性功能：指在菜单里可以看得到的功能。 隐性功能：指在菜单里看不到的功能。 例如，电话本的显性功能有增加、编辑、删除、拨打等， 这些功能可以在电话本的菜单里面看得到，姓名列表排 序则属于一个隐性功能，因为在电话本的菜单里没有这 样一个子菜单，但它却是一个实实在在的功能。 如以下这些隐性功能都测试中都需重点关注： a. 电话本上下页切换，是否有遗漏联系人信息？
工作中遇到的软件测试管理问题 1、测试负责人要进行严格的测试进度跟踪吗？ 很多时候，由于人力资源的不足，测试项目负责人都是在执行测试，这样就使整个项 目缺乏控制，一些问题（例如：有些成员的缺陷质量不够合格；开发人员修改不及时，系 统某些功能发生严重问题导致部分功能无法测试。）得不到解决，耽误了进度。所以测试 负责任必须全程监控项目，尽可能多的掌握信息。通常，测试负责人需要完成下面这些内 容的管理工作：测试用例执行情况；每个测试员提交的缺陷情况；测试中是否发生突发问题。 2、测试也有版本控制吗？ 这里的版本主要是指测试对象的版本控制，也就是指对开发部提交的产品进行版本控制。在开发小组版本管理不规范的情况下，测试小组进行版本控制十分重要，要保证测试 对象是可以控制的。建议开发和测试双方进行明确的约定，可以各自指定专门的测试版本 负责人，制定提交原则，对提交情况进行详细的记录，这样基本避免了版本失控导致的测 试失误或无效。 3、如何处理测试人员的流动问题？ 人员流动不仅仅是测试部门，这是IT行业的普遍现象。从管理者角度，主管需要多多和团队内成员进行沟通，建立一个融洽的团队环境，及时掌握情况，可以早些进行相应的 调整。但是只有企业建立好的用人制度，给员工提高广阔的发展空间和好的培训学习机会，才能从根本上解决这一问题。加强项目管理，强化文档管理并保证文档的有效性，可以大 大减少由于人员流失带来的损失。同时，测试部门要建立培训机制，使新到员工接受直接 或者间接的培训，快速适应工作。 4、为什么开发人员经常抱怨测试工程师提交的缺陷质量太差？ 我们经常听开发人员说：“这不是缺陷！”，“这个缺陷没有，因为我的系统上运行 正常！”。测试工程师本身就是做质量工作的，提交的成果本身就应该质量高些，为什么
【原创】Centos5.5+Redmine2.0.3+backlogs+Apache整理 最近由于工作需要，来年公司的案件和工作安排开始用redmine统一管理。经过这几天摸索整理出了比较完整的安装手顺。 1，安装前准备 Centos5.5，这个没什么好说的，因为不是重点，所以略过，建议OS安装好以后关闭SELINUX，#/usr/sbin/setenforce 0 。 用yum的方式安装必要软件包 #yum install httpd httpd-devel openssl-devel zlib-devel gcc gcc-c++ curl-devel subversion -y 实际上还不够，但至少需要这些，后面的安装还会提到 2，安装ruby 1.9.3 这里说一下，按照官方环境说明，Redmine2.0.3的话，应该是支持ruby1.8.7的，如下，但是安装好以后在数据库连接的时候，会报错，没有解决掉，看起来是版本矛盾，所以果断 安装ruby1.9.3的话，需要libyaml支持（ruby1.8.7是不需要的），所以先安装libyaml，如下 #wget https://www.doczj.com/doc/ed5424467.html,/download/libyaml/yaml-0.1.4.tar.gz #tar xzvf yaml-0.1.4.tar.gz #cd yaml-0.1.4 #./configure --prefix=/usr/local #make #make install 安装好以后，安装ruby #wget https://www.doczj.com/doc/ed5424467.html,/pub/ruby/1.9/ruby-1.9.3-p0.tar.gz #tar xzvf ruby-1.9.3-p0.tar.gz #cd ruby-1.9.3-p0 #./configure --prefix=/usr/local --enable-shared --disable-install-doc
RedMine 操作手册
目录 第 1 章概 述 (1) 第 2 章安装前的准备 (2) 2.1 下载相应文件 (2) 第 3 章安装与配置 (2) 第 4 章让RedMine自动运行 (4) 第 5 章 RedMine和Apache集成 (4) 第 6 章 RedMine和 Hudson的集成 (5) 第 7 章 RedMine和SVN的集成 (6)
第 1 章概 述 Redmine是基于ROR框架开发的一套跨平台项目管理系统，是项目管理系统的后起之秀，据说是源于Basecamp的ror版而来，支持多种数据库，除了和DotProject的功能大致相当外，还有不少自己独特的功能， 例如提供wiki、新闻台、时间跟踪、feed聚合、导出pdf等待，还可以集成其他版本管理系统和BUG跟踪系统，例如SVN、CVS、TD等等。配置 功能强大而且方便，自定义属性和更新通知也很实用。
第 2 章安装前的准备 2.1下载相应文件 安装需要用到如下的软件，请进行准备 1. Ruby ，现在最新稳定的Ruby 版本，建议下载 1.8.7 或更高的版本，地址 为：https://www.doczj.com/doc/ed5424467.html,/frs/download.php/72085/rubyinstaller ‐1.8.7‐p302.exe ； 2. RubyGems 1. 3.1 ： https://www.doczj.com/doc/ed5424467.html,/frs/download.php/45906/rubygems ‐1.3.1.zip ，备注：RubyGems 是 一个方便而强大的Ruby 程序包管理器； 3. Rake 0.8.3，可以在线下载，是一门构建语言，它支持它自己的DSL 用来处理和维护 Ruby 应用程序； 4. Rails 2.2.2，https://www.doczj.com/doc/ed5424467.html,/frs/download.php/47183/rails ‐2.2.2.zip ； 5. MySQL 5，下载最新版本5.2，https://www.doczj.com/doc/ed5424467.html,/downloads/mysql ； 6. Redmine 1.0.4，https://www.doczj.com/doc/ed5424467.html,/frs/?group_id=1850，下载redmine ‐1.0.4.zip ； 7. Win32 OpenSSL v0.9.8j Light ，https://www.doczj.com/doc/ed5424467.html,/?yknwgltgzkj ，运行 rake 时要用到； 8. Visual C++ 2008 Redistributables ， https://www.doczj.com/doc/ed5424467.html,/downloads/details.aspx?familyid=9B2DA534‐3E03‐4391‐8A 4D ‐074B9F2BC1BF&displaylang=en 。如果不安装这个，调用 OpenSSL 时可能会报“应用程序配置不正确，程序无法启动，重新安装应用程序可能解决问题。”错误； 9. ZLib 1.2.3 ： https://www.doczj.com/doc/ed5424467.html,/zlib123‐dll.zip 。运行 rake 时要用到； 10. libiconv 1.9.1 ： ftp://https://www.doczj.com/doc/ed5424467.html,/gnu/libiconv/libiconv ‐1.9.1.bin.woe32.zip 。运行 rake 时要用到； Apache ，需要OpenSSL 包， 2.2https://www.doczj.com/doc/ed5424467.html,/apache//httpd/binaries/win32/httpd-2.2.17-win32-x86-openssl-0.9.8o.msi ； 第 3 章安装与配置 1. 将 Ruby 1.8.7 的安装包解压到某个目录下（例如： D:\ruby ‐1.8.7 ），并将子目录 bin 的路径加入到 Windows 的 PATH 环境变量中（例如：在 PATH 环境变量中加入 D:\ruby ‐1.8.7\bin ）; 2. 将 RubyGems 1. 3.1 安装包解压到某个临时目录下（例如： D:\rubygems-1.3.1 ），在 Windows 的命令行模式下切换当前目录为该临时目录，运行如下命令： ruby setup.rb 该命令将离线安装 RubyGems 。安装完毕后可删除该临时目录 3. 在命令行模式下运行如下命令：
软件测试工作的心得体会文档Software testing experience document 编订：JinTai College
软件测试工作的心得体会文档 小泰温馨提示：心得体会是指一种读书、实践后所写的感受性文字。语言类读书心得同数学札记相近；体会是指将学习的东西运用到实践中去，通过实践反思学习内容并记录下来的文字，近似于经验总结。本文档根据心得体会内容要求和针对主题是工作的特点展开说明，具有实践指导意义，便于学习和使用，本文下载后内容可随意修改调整及打印。 很久没有写点东西了，今天给大家聊些我在软件测试领域的心得体会。接触计算机程序设计已经快7年了，从事专门的软件测试也快四年了，强子也是在阴差阳错中踏入软件测试领域，一开始只想做一个特牛的程序设计师，可是毕业后找工作却找了个软件测试的工作，在一些彷徨与犹豫中接受了这个职业并且到现在也做得挺开心，也是由于那时我们这个业务刚成立不久，由于表现还不错所以一个阴差阳错的机会被升为team leader，到现在也还在同一家公司做着测试的工作。 先讲讲做manager的一些体会，其实具体做什么事真的不是那么重要，关键是做事的方法，做人的章法，特别是对一个manager来说，方法比技术更重要，真的是这样，当然我也很喜欢研究技术，技术能让我找到更多的自信和成就感，但是
面对着手下一帮兄弟姐妹，一个人的技术就显得有些力不从心了，这个时候得把你的知识share给大家，当然形式多种多样，比如写一份文档，做一个正式的training，给大家营造一种 不耻下问的环境或者大家一起讨论一些难题等等。当然还有很重要的一点，一定不能说“我不知道”，作为一个头，如果你真的不知道，那你得想办法通过一些手段与员工一起把这个问题解决了，坚决不能说“我不知道，你自己看着做吧“等，本来员工是很尊重你的，这些话将直接导致其鄙视你。 另外就是做头的，特别像咱这种中低层的头，不像中高 层的领导，咱们考虑事情的角度不一样，当这种小头儿的最重要的两件事：把事情做对做好，与员工打成一片。首先得确保把事情做对咯，然后带领大家朝着这一个对的方向前进进而把事情做好，在99%的时间里，你是和你的兄弟姐妹们呆在一起 而不是和老板，所以这个过程中的与员工的关系一定要融洽且单纯，不能让员工对你有隔阂感，经常一起吃饭，摆摆龙门阵，唠唠家常，开开玩笑，不要摆架子，在一个公司里最不能摆架子的就是这种小头儿（或称之为leader或者manager一类），这就像个村官一样，小样的，还真把自己当回事儿呢？ 做开发还是做测试？很多人讨论甚至争吵，强子认为之 所以会有这样的问题是因为中国还没有把软件行业普及好，大
在Windows上安装Redmine 概述 Redmine 是一个使用 ROR 框架建立的灵活的项目管理工具。它提供了基本的需求管理、缺陷管理功能，还提供了新闻发布、 Wiki 、论坛等其它功能。Redmine 的官方的安装指南可在如下网址看到： https://www.doczj.com/doc/ed5424467.html,/wiki/redmine/RedmineInstall。本手册是在该指南的基础上修订而来的。 安装准备 安装过程中需要用到如下软件 / 组件： 1.Ruby 1.8.7 ： ftp://https://www.doczj.com/doc/ed5424467.html,/pub/ruby/binaries/mswin32/ruby-1.8.7-p72-i386 -mswin32.zip 2.RubyGems 1. 3.1 ： https://www.doczj.com/doc/ed5424467.html,/frs/download.php/45906/rubygems-1.3.1.zip 3.Rake 0.8.3 ：因为这个比较小，可在线安装，不用下载 4.Rails 2.2.2 ： https://www.doczj.com/doc/ed5424467.html,/frs/download.php/47183/rails-2.2.2.zip。因为在线安装 Rails 可能有问题，可下载这个包用来离线安装 5.MySQL 4.1 或更高版本：可在 MySQL 的官网下载 6.Redmine 0.8.1 ： https://www.doczj.com/doc/ed5424467.html,/frs/download.php/51748/redmine-0.8.1.zip 7.Win32 OpenSSL v0.9.8j Light ： https://www.doczj.com/doc/ed5424467.html,/download/Win32OpenSSL_Light-0_9_8j.exe。运行rake 时要用到
软件测试心得体会(精选5篇) 篇一：软件测试课收获和体会 软件测试课学习心得 1204013031 许院生 12计本3班 这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试,其目的是：第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。 我认为,在整个庞大的软件工程中,不管是需求分析、架构甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。 软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性,有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容
性同样重要。对于测试员来讲,会比开发人员更加重视软件产品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑 到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。 通过课上的理论因为课下的实践和后半学期又因为身体力行于QQ 群论坛里使我对测试方法和设计分析有了大致的接触和深入了解。收印象深刻的有一下几点。 1、最基本的测试的分类：从是否需要执行被测软件的角度,可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。 2、然后就是,白盒测试中的逻辑驱动测试的覆盖率测试。 3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。 4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写设计测试用例也要以熟悉软件的业务为前提,才能更好的去测试。 另外就是一个学期的学习让我纠正了几点误区： 1. 有位大师曾说过：“软件测试的目的在于发现错误,一个好的测试用例在于发现从来未发现的错误,一个成功的测试是发现了从未发现
软件测试缺陷(Bug)写作注意点 提供准确、完整、简洁、一致的缺陷报告是体现软件测试的专业性、高质量的主要评价指标。遗憾的是，一些缺陷报告经常包含过少或过多信息，而且组织混乱，难以理解。由此导致缺陷被退回，从而延误及时修正，最坏的情况是由于没有清楚地说明缺陷的影响，开发人员忽略了这些缺陷，使这些缺陷随软件版本一起发布出去。 因此，软件测试工程师必须认识到书写软件缺陷报告是测试执行过程的一项重要任务，首先要理解缺陷报告读者的期望，遵照缺陷报告的写作准则，书写内容完备的软件缺陷报告。本文将阐述软件测试缺陷报告的读者，描述软件缺陷报告的主要组成部分和各部分的书写要求，指出某些常见错误和实用改进方法，最后总结了缺陷报告的写作要点。 1. 缺陷报告的读者对象 在书写软件缺陷报告之前，需要明白谁是缺陷报告的读者对象，知道读者最希望从缺陷报告中获得什么信息。通常，缺陷报告的直接读者是软件开发人员和质量管理人员，除此之外，来自市场和技术支持等部门的人也可能需要查看缺陷情况。每个阅读缺陷报告的人都需要理解缺陷针对的产品和使用的技术。另外，他们不是软件测试人员，可能对于具体软件测试的细节了解不多。 概括起来，缺陷报告的读者最希望获得的信息包括： ?易于搜索软件测试报告的缺陷； ?报告的软件缺陷进行了必要的隔离，报告的缺陷信息更具体、准确； ?软件开发人员希望获得缺陷的本质特征和复现步骤； ?市场和技术支持等部门希望获得缺陷类型分布以及对市场和用户的影响程度。 软件测试人员的任务之一就是需要针对读者的上述要求，书写良好的软件缺陷报告。 2. 缺陷报告的写作准则 书写清晰、完整的缺陷报告是对保证缺陷正确处理的最佳手段。它也减少了工程师以及其它质量保证人员的后续工作。 为了书写更优良的缺陷报告，需要遵守“5C”准则： ?Correct（准确）：每个组成部分的描述准确，不会引起误解； ?Clear（清晰）：每个组成部分的描述清晰，易于理解； ?Concise（简洁）：只包含必不可少的信息，不包括任何多余的内容； ?Complete（完整）：包含复现该缺陷的完整步骤和其他本质信息； ?Consistent（一致）：按照一致的格式书写全部缺陷报告。 3. 缺陷报告的组织结构 尽管不同的软件测试项目对于缺陷报告的具体组成部分不尽相同，但是基本组织结构都是大同小异的。一个完整的软件缺陷报告通常由下列几部分组成： ?缺陷的标题； ?缺陷的基本信息；
下载地址 Redmine 1.0.0: https://www.doczj.com/doc/ed5424467.html,/projects/redmine/ InstantRails-2.0-win: https://www.doczj.com/doc/ed5424467.html,/projects/instantrails/ 安装步骤 1. 下载InstantRails，解压缩。 2. 下载Redmine，解压缩。 3. 将Redmine解压缩的文件夹直接拷贝到InstantRails目录的rails_apps目录下。 4. 启动InstantRails。 5. 创建数据库，在phpMyAdmin中：create database redmine character set utf8; 在InstantRails界面点击I->Configure->Database(via PhpMyAdmin)，打开PhpMyAdmin页面，点击左上角的SQL图标，在文本域中输入sql命令； （如果该栏是灰色的，表示你安装后没重启机器。重启一下即可。） 6. 将config目录下的database.yml.example文件重命名为database.yml 7. 在Redmine项目的命令行执行rake db:migrate RAILS_ENV="production"，用来创建数据库，完成后应该创建43个表。 如何启动命令行： InstantRails的主菜单->Rails Application ->Open Ruby Console Window 8. 还是在命令行执行rake redmine:load_default_data AILS_ENV="production"，指明当前项目运行环境为production，中间会提示选择语言，我们选择zh。 9. 启动web服务，在命令行里ruby script/server -e production。 10. 然后我们就可以启动Redmine了，在浏览器中访问地址：http://localhost:3000/ 说明： 第7、8、9步：提到的命令行就是dos窗口，进入rails_apps\redmine目录，输入命令。