当前位置：文档之家 › bugfree测试入门培训

bugfree测试入门培训

  • 格式：ppt
  • 大小：512.00 KB
  • 文档页数：33

下载文档原格式

  / 33

合集下载

BugFree中BUG状态

BugFree中BUG状态

Postponed：是个问题，发现的太晚了，目前不必修理了，下一个版本讨论是否解决或推迟到以后再解决
Won’t Fix：是个问题，但是不值得修复 ，不管它吧
4、处理状态说明（即Bug处理过程的附属子状态）
Local Fix：表示已在本地修复；
Checked In：表示修复代码已经提交；
关于bugfree管理系统的使用和bug状态的说明
发布时间: 2011-8-26 11:40 作者: 第四城技术团队 来源: 51Testing软件测试网采编
字体: 小 中 大 | 上一篇 下一篇 | 打印 | 我要投稿 | 推荐标签： BugFree 缺陷管理工具 开源测试工具
2、三种无效的Bug
By Design：设计需求就是这么设计的，无效的Bug
Duplicate：这个问题别人已经发现，重复的Bug
Not Repro：无法复现的问题，无效的Bug
3、四种有效的Bug
Fixed：问题被修复
External：外部原因（比如浏览器、操作系统、其他第三方软件）造成的问题
目前，我们bug跟踪采用bugfree管理系统来控制，它忠实的记录着每个问题的处理过程， 不断提醒我们存在的问题，永远不会丢失和忘记。如果参与过较大软件项目或产品的研发TX， 就会理解它对软件可持续发展是至关重要的。希望我们项目和产品中的缺陷越来越少直到没有，Free嘛。。。通过bug流程控制，来不断提高工作效率和产品质量！但是在使用过程中，发现同学们对一些定义还不是特别清楚，所以整理了一下，供大家参考查阅！
关闭bug：bug发起人经本地服务器测试通过之后，在bug列表选择该bug标题，进入bug详细页，点击关闭按钮，填写测试说明，选择解决状态和版本号，点击保存按钮。

Bugfree使用教程详解

Bugfree使用教程详解

Bugfree使用教程详解基本介绍一、Bugfree使用PHP+MySQL是借鉴微软的研发流程和Bug独立BugFree管理理念，写出的一个Bug管理系统。

简单实用、免费并且开放源代码(遵循GNU GPL)。

命名BugFree 有两层意思：一是希望软件中的缺陷越来越少直到没有；二是表示它是免费且开放源代码的，大家可以自由使用传播。

下面就是Bugfree的登录界面，整个软件界面看起来比较简洁。

二、Bugfree安装介绍在安装BugFree 之前，需要首先安装Apache, PHP, Mysql 支持软件包，例如XAMPP 或EASYPHP等。

这里就不做详细介绍，有需要的可以上网查找相关教程，有需要的也可以来找我。

三、Bugfree的操作详细介绍1、在Bugfree中分为三个角色，一个是系统管理员，负责系统的配置，项目的添加，成员的管理等跟系统配置相关的信息，一个是测试者，负责BUG的提交、分配，BUG 的解决。

BUG验证和关闭，还有一个是开发者角色，负责．的地址，在局域Bugfree、登陆Bugfree。

打开浏览器，在浏览器地址栏输入2地址登陆，在外网则可使用动态域名加端口的形式登陆，在网可以使用IP所以这里我这里我们以局域网为例，因为我自己的IP地址为192.168.1.101.搭建完成之后再向大家通知正式IP为例，等公司BUGFREE也就以我自己的http://192.168.1.101/bugfree地址为Bugfree进行操作。

这里我们以的地址，第一步，打开浏览器，可以是IE，也可以是其他第三方浏览器，在浏览器地址栏输入http://192.168.1.101/bugfree后按回车确认，页面即会自动跳转到Bugfree的登录界面。

Bugfree的登录界面界面看起来很简洁，我们在用户名和密码界面输入自己的用户名和密码，点击登录即可登录到他的首界面。

这里大家可以使用我的测试账号进行登陆查看和熟悉，等正式配置好之后，每人都有自己相应的账号密码，我的测试账号密码：用户名：lilan,密码：123456.还有一点就是大家要注意，用户名是区分大小写的。

BugFree的基本操作

BugFree的基本操作

BugFree操作手册目录B UG F REE操作手册 (1)一、登陆系统 (3)1、B UG F REE访问地址： (3)2、登录名及密码 (3)二、TESTCASE管理 (3)1、新建T EST C ASE (3)2、复制C ASE (3)3、修改C ASE (3)4、运行C ASE（见三、T EST R ESULT） (3)三、TESTRESULT (3)四、BUG管理 (4)1、新建B UG (4)2、复制B UG (4)3、修改B UG (4)4、解决B UG (4)5、关闭B UG (5)6、激活B UG (5)五、后台管理 (5)1、项目管理---新建项目 (5)2、项目管理---模块管理 (5)3、用户管理 (5)4、用户组管理 (6)5、用户日志 (6)六、统计报表 (6)七、查询 (7)1、设置查询条件 (7)2、快速筛选 (8)3、自定义显示字段 (8)4、查询结果排序 (8)一、登陆系统1、BugFree访问地址：http://132.40.1.130/bugfree/index.phphttp://132.40.1.130/bugfree/index.php（131服务器，但目前不能发送邮件）2、登录名及密码管理员的登录名及密码：admin/123456其他用户的登录名及密码的格式为：ITCode/ITCode(如：zhangbo/zhangbo；chenzc/chenzc；liyh1/liyh1)如不清楚自己的登录名及密码可用admin登陆系统查询。

二、TestCase管理1、新建TestCase测试人员登录系统后，在‘TestCase’标签页中点击【新建Case】按钮，便可弹出新建Case的页面。

其中页面中标黄的输入框为必填项。

A、Case标题：简明扼要的叙述此TestCase的描述，不能超过30字，如超过系统会截断多余内容B、项目名称/模块路径：每个Case都必须选择对应的项目、模块名称，以便于查询并统计此项目、模块的Case情况，如果每个模块指定了相应的负责人，选择了此模块后系统会自动将负责人（指派给）带出。

bugfree的解决方案

bugfree的解决方案

bugfree的解决方案
《BugFree：解决软件缺陷的有效方法》
在软件开发领域，bug是一个不可避免的问题。

然而，对于软
件开发者来说，如何及时有效地解决这些bug是至关重要的。

以下是一些解决bug的有效方法：
1. 代码审查：代码审查是发现和解决bug的重要手段之一。

通过让同事或专业审查人员审查代码，可以帮助发现潜在的bug
并进行修复。

2. 单元测试：单元测试是一种能够有效帮助发现bug的测试方法。

通过编写单元测试用例，可以验证特定模块或功能的正确性，从而及时发现并解决bug。

3. 自动化测试：自动化测试可以帮助发现隐藏的bug，提高测
试的覆盖率和效率。

通过使用各种自动化测试工具，可以及时发现并解决bug。

4. 错误日志和追踪：及时记录和跟踪错误日志是解决bug的重要环节。

通过分析错误日志，可以找出bug的根本原因，从而有针对性地进行修复。

5. 版本控制和回滚：及时进行版本控制，并有合理的回滚机制，可以在软件发布后及时发现并解决bug，减小bug对用户的影响。

总的来说，解决bug需要综合使用多种手段，包括代码审查、单元测试、自动化测试、错误日志和追踪等方法。

另外，也需要在软件发布后及时做好版本控制和回滚，以确保及时发现并解决bug。

通过以上方法，可以有效提高软件的质量，为用户提供更好的使用体验。

BugFree快速使用入门

BugFree快速使用入门

BugFree快速使用入门Demo地址/demo/Login.php1.主页面访问/demo/Login.php，用户名和密码请不要修改.你就可以看到BugFree的真面目了。

1.1 左侧栏1.1.1项目及其模块的列表：你选择不同的项目，系统会自动列出其下属的模块，同时在右侧下方显示该模块的bug。

1.1.2指派给我：此处列出分派给你的没有被关闭(终止生命)的Bug。

1.1.3由我创建：此处列出你最近新建的没有被关闭(终止生命)的Bug。

1.1.4我的查询：此处列出所有你个人定义的查询条件。

右侧栏上方【保存查询】中把查询条件起个名字永久保留起来，这里将会显示出。

1.2 右侧栏1.2.1 页面组成右上角“1”是缺省显示的查询页面，上面显示查询条件、下面显示查询出来的符合条件的Bugs；“2”是点击一个Bug时，新窗口显示该Bug的所有信息。

1.2.2 查询查询你可以根据自己需要，选择不同的查询条件，比如查找Bug编号小于100 下面就会倒序显示所有ID号小于100的Bugs。

1.2.3 保存查询你也可以选择【保存查询】，给这次定义的查询命名永久保存起来，然后就可以在【左栏】的“我的查询”中随时使用这个查询。

1.2.4 重置选择【重置】,清除你输入的查询信息.2.创建测试用例(test case)2.1.1填写Case的标题.要求内容简单突出主要问题.然后点选项目名及所在的模块的路径(既它输入哪个功能模块).2.1.2Case状态指派给…该项目模块的程序负责人.抄送给…如果还希望谁能看到该Case就发邮件给他.其它项略.2.1.3创建如果有自动化测试脚本的相关信息请选择或填写各项.2.1.4其它信息填写关键词以便以后查询.如果有与该Case相关的文档或附件请上传.2.1.4注释该部分可填写撰写该测试用例的目的,着重点,测试环境等等信息.2.1.5步骤操作该功能模块时的步骤,及相关的数据,参数等.2.1.6 保存2.1.7运行当Case被保存后,点击运行,进入创建Result界面.2.1.8编辑如果需要修改用例的一些信息,可点击编辑修改.2.2.1查询Case点击查询的用例名可进入Case#2页面.该页面可有查看,编辑(修改当前Case信息),复制(方便我们创建相近的Case),运行(创建的时候没有运行),下一个(可编辑多个Case)几个模块.3.创建Result该界面是填写测试用例的执行情况的.如果”执行结果”是失败的,则需要在注释中填写在那一个测试步骤中发现了BUG或者提出自己的合理建议(也可以在以后的创建Bug界面填写相关内容).指派给相关的程序人员修改.其它信息中要注意填写系统的版本(客户+地图+引擎)和硬件的信息.这样就传递给”Test Result”一个信息,从而判断该测试用例是否执行成功.3.1创建Bug输入标题(突出主要的问题,简练),选择出错的功能模块.BUG的等级,类型,发现方式,指派给谁BUG的描述(在撰写的过程中,最好能透过表象抓住实质帮助程序员很好的找到问题的症结) 是重点对象.3.2下一个我们可以基于一个用例创建很多的Bug.3.3.1查询TestResult3.3.2查询条件参考主页面和Case的介绍.4. 一个Bug的解决过程当程序员看到BUG时要点击”解决”介入界面,填写修改BUG的意见和引起它产生的原因. (注:一定要写上你的修改的意见,以便测试人员在以后的测试中抓住问题的实质而不是停留在表象,给程序员在分析BUG时造成困扰;这些信息也是以后绩效考评的重要的参考)测试人员审定Bug的解决情况后,点击”关闭”,从而结束该Bug的生命.如果因为数据的更新或版本的升级后重现了该Bug,点击”激活”,再次开始新的BUG的生命周期. 该Bug会自动被指派给当初解决(Resolve) 的同事，当然你在激活的时候应该写上为什么你这么做，让别人明白你激活它是由道理的。

BugFree介绍

BugFree介绍

Bug的生命周期
Bug创建
Bug Bug状态为 状态为 Active Active
Bug解决
Bug Bug状态为 状态为 Resolved Resolved
回归验证
验证不通过
Bug激活
验证通过 关闭
Bug Bug状态为 状态为 后续版本Bug再次出现 Closed Closed
测试人员流程
注：在任何环节，能够查看Bug 的人员均可以编辑Bug，所做的 任何修改，在系统中都会记录
是否由我修 是否由我修 改？ 改？
否
编辑 编辑Bug Bug，重 ，重 新指定修改人 新指定修改人
是
解决 解决Bug Bug
修改 修改Bug Bug后，在 后，在Bug Bug详细信息页面 详细信息页面 点击“解决”按钮，并记录 点击“解决”按钮，并记录Bug Bug修 修 改情况，及该 改情况，及该Bug Bug的回归测试版本 的回归测试版本
举例：一个Bug的生命周期
步骤一：新建Bug 测试人员栾博测试接收器的过程中发现一个Bug，于是他需要登陆BugFree记 录该Bug。登陆系统以后，在页面的左上方需要选择“数据接收器”项目， 如下图：
选择完项目以后，在页面点击“新建Bug”按钮，打开新建Bug的页面，见下 页图。
抄送给：需要通知相关人员时填写，例如测试主管或者开发主管等。 Bug 项目名 标题：为包含关键词的简单问题摘要，要有利于其他人员进行搜 /模块路径：指定问题出现在哪个项目的哪个模块，如果后台 严重程度： Bug 的严重程度，由Bug的创建者视情况来指定。 指派给： Bug 的当前处理人。如果设定了邮件通知，被指派者会收 可以同时指派多个，人员之间用逗号分隔。如果设定了邮件通知， 索或通过标题快速了解问题。 管理指定了模块负责人，选择模块时，会自动指派给负责人。 到邮件通知。 当Bug有任何更新时，被抄送者都会收到邮件通知。

bugfree的解决方案

Bugfree的解决方案引言在软件开发过程中，常常会遇到各种各样的 bug 问题。

解决 bug 不仅能提高软件的质量，还能增加用户体验和提升开发者的声誉。

本文将介绍一些解决 bug 的常用方案和技巧，帮助开发者们快速有效地定位并修复 bug。

定位和排查 bug•在代码中添加日志：通过在关键代码段加入日志语句，可以方便地定位到代码执行的具体位置。

使用日志工具如log4j 可以更方便地控制日志输出级别和格式。

•使用断言：在关键代码段添加断言语句，既可以在debug 模式下触发断点，也可以在 release 模式下直接中断程序执行，帮助定位问题。

•利用调试器：使用集成开发环境（IDE）提供的调试器可以逐行查看代码执行情况，并能在需要的时候暂停程序执行，观察变量的值和调用栈信息。

•重现 bug：通过复现触发 bug 的步骤，可以更容易地定位问题。

尽量记录复现 bug 的步骤和环境条件，以便后续修复和验证。

解决 bug 的一般步骤1.复现 bug：通过上述的重现步骤，确保 bug 可以被稳定地复现。

2.确定bug 的根本原因：通过定位和排查的方法，找出导致bug 的具体原因。

可能包括逻辑错误、资源泄漏、并发问题、网络连接错误等。

3.修复 bug：根据 bug 的原因，修改代码逻辑或修复相关资源的问题。

在修改代码前，可以先在单元测试或集成测试中验证修复的效果。

4.单元测试和集成测试：通过编写单元测试和执行集成测试的方式，验证修复的 bug 是否被成功解决，并确保修复过程中不引入新的问题。

5.评估和发布：根据bug 的严重程度和影响范围，评估修复的优先级和风险。

修复后需要对受影响的版本进行重新打包和发布。

预防和规避 bug•提前进行充分的计划和设计工作：在软件开发之前，通过详细的需求分析和系统设计，尽可能地预测和规避潜在的问题。

将一些常见的错误情况纳入测试用例，确保软件在异常情况下也能正常运行。

•编写完善的文档和注释：在代码中添加清晰的注释和文档，帮助他人更容易理解代码的逻辑和功能。

BugFree使用手册

BugFree使用手册BugFree使用手册1. 概述1.1 介绍1.2 目的1.3 目标受众1.4 前提条件1.5 术语定义2. 安装与配置2.1 安装过程2.2 系统要求2.3 数据库配置2.4 Web服务器配置3. 登录与用户权限3.1 注册新用户3.2 登录系统3.3 用户权限管理4. 项目管理4.1 创建项目4.2 设置项目属性4.3 添加成员4.4 设置权限4.5 项目文档管理5. 缺陷管理5.1 创建缺陷5.2 缺陷字段解释5.3 缺陷状态管理5.4 缺陷优先级管理5.5 缺陷搜索与过滤5.6 缺陷统计与报表6. 测试用例管理6.1 创建测试用例6.2 编写测试用例6.3 执行测试用例6.4 测试用例结果管理6.5 测试用例覆盖分析7. 任务管理7.1 创建任务7.2 分配任务7.3 任务进度追踪7.4 任务关联8. 文档管理8.1 创建文档8.2 编辑文档8.3 共享文档8.4 文档版本控制9. 团队协作9.1 讨论区9.2 通知与提醒9.3 文件共享9.4 日程安排9.5 项目活动报告10. 整合与扩展10.1 邮件通知设置10.2 单点登录集成10.3 API文档10.4 插件扩展附录：附件1：BugFree安装包附件2：BugFree用户手册（PDF格式）法律名词与注释：1. 数据库配置：指在系统安装过程中设置与配置关联数据库的操作。

2. Web服务器配置：指在系统安装过程中设置与配置Web服务器的操作。

3. 用户权限管理：指对用户进行分组、设置与管理权限的操作。

4. 缺陷字段解释：指对缺陷各个字段如标题、描述、状态等进行解释说明。

5. 缺陷状态管理：指对缺陷状态进行管理与维护的操作，如新建、已解决、已关闭等状态的切换。

6. 缺陷优先级管理：指对缺陷优先级进行管理与维护的操作，如低、中、高等优先级的设置。

7. 缺陷搜索与过滤：指通过特定的条件对缺陷进行搜索和过滤的操作。

8. 缺陷统计与报表：指对缺陷进行统计与报表的操作，如缺陷数量统计、缺陷状态报表等。

BugFree操作手册

一、测试人员新建Bug1、BUG标题：总体描述下BUG。

2、模块路径：BUG出现在哪个功能模块下。

3、指派：BUG给相应的开发进行修复。

“开发经理”4、严重程度：1-致命；2-严重；3-一般；4-建议致命：引起系统崩溃或者宕机，无法使系统正常运行。

严重：功能未实现或者导致某个功能无法运行。

一般：不影响功能的正常使用，仅仅是表面上的一些缺陷（比如提示信息不太友好，错别字，UI布局等）。

建议：建设性的意见或建议。

5、优先级：1-紧急；2-高；3-中；4-低紧急：必须立即修改。

高：必须修改，且在版本发布前修改完毕。

中：时间允许的情况下应该要修改完毕。

低：可以不进行修改。

6、如何发现：BUG是在哪个阶段下发现的（比如单元测试、集成测试、回归测试等）7、类型：BUG属于哪一类（比如代码错误、配置相关等）8、创建Build：BUG出现在哪个版本号9、重现步骤：填写经过怎样的操作而出现的BUG10、注释：BUG发现者可以填写一些信息提供给开发人员，供开发人员参考二、开发人员修复BUG1、解决方案：1）by design：就是这么设计的，无效的BUG，无需修改。

2）duplicate：这个缺陷已经被别人发现了，重复的BUG。

选择此选项时，需要填写重复bug的编号。

3）external：由于外部因素（比如浏览器、操作系统、其他第三方软件）造成的问题。

4）fixed：问题被修复，可以进行验证。

5）not repro：BUG无法重现。

6）postponed：是问题，目前不是必须要修复的，推迟到后面版本中解决。

7）won't fix：是问题，但是不值得修理，不管它。

2、注释：开发人员可以填写怎么修复BUG或者产生BUG的原因是什么。

三、缺陷流程：。

bugfree使用说明


Fixed External Postponed Won’t Fix
（4）填写解决信息并保存
（5）操作成功过后，主界面中对该问题的显示变为“解决”状态
注意：为尽量缩短测试周期，减少测试轮次，程序员在修改问题时应尽量 用心去完成，因为项目经理会全程监督这个过程，并根据监督结果对程序 员进行直接考核。
5.3 关闭Bug
开发人员提交了“解决”信息后，测试人员会对处于“解决”状态的Bug进行 验证，如问题没有得到解决或在修改代码过程中引入了新的问题，该Bug会被 再度激活(Active)，如经验证确实已经解决，测试员会将该Bug关闭(Closed)。
2、BugFree界面
3、 Bug的状态
Active
Resoug状 态都是Active。可 以通过编辑修改 Bug的内容，并指 派给合适的人员解 决
解决Bug之后的状 态
已修复Bug在验证 无误之后关闭，该 Bug处理完毕。如 果没有真正解决或 者重新复现，可以 重新激活，Bug状 态重新变为Active
目录
1 2
3 4 5
BugFree简介
BugFree界面
Bug的状态
明确BugFree的角色分配
BugFree的操作
1、 BugFree简介
BugFree的功效 对软件开发出现的问题进行有效的跟踪管理； 协调开发人员、测试人员和需求三方的关系，规范软 件的研发流程； 通过对问题的有效跟踪管理，可以持续地改进产品的 质量； 记录对问题的处理过程，可以作为知识的积累；
5.2 解决Bug
（1）查询Bug
研发人员一般只会用到Bug模式，其下方即为查询框，可自行设置查询条件，单击【提 交查询】，即在查询结果中显示符合查询条件的Bug
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

C、项目经理操作
需求模块：查看，修改 测试计划模块：查看，修改 测试实验室：查看，修改 缺陷管理：

缺陷分配 修改缺陷状态 修改优先级 缺陷统计与报告
三、bugfree的使用
1、访问地址：http://192.168.189.241/bugfree
用户名：姓名首字母，如glq 密码：123 2、进入bugfree后，选择项目，找到自己负责的模块，书写测试用例。黄色 背景的输入框为必填项；用例命名方式：登录方式名+模块名+子模块名首拼 +ST编号，之间用“-”连接，如C/S端登录模块 ：CS-DL-ST001 然后跟上简 述；举例书写登录 用例 （1).bug状态 状态说明 Active(活动) Bug的初始状态。任何新建的Bug状态都是Active。可以通过编辑修改Bug的 内容，并指派给合适的人员解决。 Resolved(已解决) 解决Bug之后的状态。 Closed(已关闭) 已修复Bug在验证无误之后关闭，该Bug处理完毕。如果没有真正解决或者重 新复现，可以重新激活，Bug状态重新变为Active。
功能测试的常用方法
(1) 页面链接检查，每一个链接是否有对应的界面 (2) 相关性检查，删除/增加一项会不会对其他项产 生影响，如果产生影响，是否正确 (3) 检查按钮功能是否正确 (4) 字符串长度检查，输入超出需求所说明的字符 串长度的内容，看系统是否检查，会不会出错。 (5) 字符类型检查 (6) 标点符号检查 (7) 中文字符处理 ，乱码或出错 (8) 检查带出信息的完整性，在查看信息和update 信息时,查看所填写的信息是不是全部带出,带出信息和 添加的是否一致。
4、软件测试与软件开发的关系
软件测试流程
需求评审 测试计划 测试设计 测试环境搭建 测试执行 提交bug 回归测试
5、软件缺陷的级别及软件缺陷的状态
（1）、软件缺陷的级别 作为软件测试员，可能所发现的大多数问题不是那么明显、严重，而是难以 觉察的简单而细微的错误，有些是真正的错误，也有些不是。一般来说，问 题越严重的，其优先级越高，越要得到及时的纠正。软件公司对缺陷严重性 级别的定义不尽相同，但一般可以概括为4种级别： 致命的：致命的错误，造成系统或应用程序崩溃、死机、系统悬挂，或造成 数据丢失、主要功能完全丧失等。 严重的：严重错误，指功能或特性没有实现，主要功能部分丧失，次要功能 完全丧失，或致命的错误声明。 一般的：不太严重的错误，这样的软件缺陷虽然不影响系统的基本使用，但 没有很好地实现功能，没有达到预期效果。如次要功能丧失，提示信息不太 准确，或用户界面差，操作时间长等。 微小的：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个 别错别字、文字排列不整齐等。 除了这4种之外，有时需要“建议”级别来处理测试人员所提出的建议或质疑， 如建议程序做适当的修改，来改善程序运行状态，或对设计不合理、不明白 的地方提出质疑。
（3）case界面注意事项
Case状态详细说明
Case 标题：测试点的简单描述（30字以内） 或测试的目的。 项目名/模块路径：指定测试用例对应的项目 名称和模块路径。 指派给：执行Test Case的人员。如果不知道 具体的用例执行人员，可以指派给Active 。 抄送给：需要通知相关人员时填写。可以同时 指派多个，人员之间用逗号分隔。 优先级：Case执行的优先级。1：冒烟测试及 每次测试都需执行的用例，严重程度最高；2： 覆盖产品所有主要功能；3：次要功能；4：细 节功能（资源有限时，可以不执行）。其余选 项字段（Case类型、测试方法、测试计划 等）：可以通过编辑Lang/ZH_CN_UTF8/_COMMON.php来自定义。
（2）从软件测试用例设计方法的角度分类 从软件测试用例设计方法的角度，可分为黑盒测试（ Black-Box Testing）和白盒测试（White-Box Testing）。 黑盒测试是一种从用户观点出发的测试，又称为功能 测试，数据驱动测试和基于规格说明的测试。若测试用 例的设计是基于产品的功能，目的是检查程序各个功能 是否实现，并检查其中的功能错误，则这种测试方法称 为黑盒。 白盒测试基于产品的内部结构来进行测试，检查内部 操作是否按规定执行，软件各个部分功能是否得到充分 利用。白盒测试又称为结构测试，逻辑驱动测试或基于 程序的测试。即根据被测程序的内部结构设计测试用例 ，测试者需事先了解被测试程序的结构。
一期功能测试入门培 训
主要内容
一、测试基本常识 二、bugfree的使用 三、测试工具简介 四、注意事项
一、测试基本常识
1、什么是软件测试 软件测试就是在软件投入运行前，对软件需求 分析、设计规格说明和编码的最终复审，是软 件质量保证的关键步骤。通常对软件测试的定 义有如下描述： 软件测试是为了发现错误而执行程序的过程。 或者说，软件测试是根据软件开发各阶段的规 格说明和程序的内部结构而精心设计一批测试 用例，并利用这些测试用例去运行程序，以发 现程序错误的过程。
(4)、判定覆盖 设计若干测试用例，运行被测程序，使得程序中每个判断 的取真分支和取假分支至少经历一次，即判断的真假值都能满 足。 (5)、条件覆盖 设计若干测试用例，运行被测程序，要使判断中的每个条 件的可能取值至少满足一次。 (6)、路径覆盖 覆盖所有可能的路径。 (7)、判定-条件覆盖 使得每个条件的所有可能至少出现一次，并且至少每个判 断本身的判断结果出现一次。
（3）从软件测试的策略和过程的角度分 类。 按照软件测试的策略和过程分类，软件测 试可分为单元测试（Unit Testing），集成测 试（Integration Testing）,确认测试（ Validation Testing）,系统测试（System Testing）和验收测试（Verification Testing）. 单元测试是针对每个单元的测试，是软件 测试的最小单位。它确保每个模块能正常工 作。单元测试多数使用白盒测试，用以发现 内部错误。 集成测试是对已测试过的模块进行组装， 进行集成测试的目的主要在于检验与软件设 计相关的程序结构问题。集成测试一般通过 黑盒测试方法来完成。 确认测试是检验所开发的软件能否满足所 有功能和性能需求的最后手段，通常采用黑 盒测试方法。 系统测试的主要任务是检测被测软件与系 统的其他部分的协调性。 验收测试是软件产品质量的最后一关。这 一环节，测试主要从用户的角度着手，其参 与者主要是用户和少量的程序开发人员
（4）TEST CASE的执行结果
Case状态详细说明 Passed 运行成功的Test Case Failed 运行失败的Test Case
三、测试工具简介
测试管理工具 certify Worksoft Doors Telelogic e-manager Empirix Product manager Aimware Professional T-Plan QADirector Compuware SilkCentral Test Manager Segue TestDirector(QualityCenter) Mercury testlink testlink testmanager IBM Rational TestView Manager RadView
（3）、缺陷状态流程
A、开发人员操作
根据描述和附件修改缺
打开 --------------> 固定 打开 --------------> 已否决
分配给
B、开发组长操作
分配缺陷 修改优先级 修改缺陷 修改缺陷状态：

任意状态 --------------> 任意状态 任意状态：新建、打开、固定、已关闭、已否 决、重新打开
严重程度：Bug的严重程度。由Bug的创建者 视情况来指定，其中1为最严重的问题，4为最 小的问题。一般1级为系统崩溃或者数据丢失 的问题；2级为主要功能的问题；3级为次要功 能的问题；4级为细微的问题。 优先级：Bug处理的优先级。由Bug的处理人 员按照当前业务需求、开发计划和资源状态指 定，其中1的优先级最高，4的优先级最低。一 般1级为需要立即解决的问题；2级为需要在指 定时间内解决的问题；3级为项目开发计划内 解决的问题；4级为资源充沛时解决的问题。
2、软件测试种类
从不同的角度，可以把软件测试技术分成不同种类。 （1）从是否需要执行被测软件的角度分类 从是否需要执行被测软件的角度，可分为静态测试（Static Testing）和动态测试(Dynamic Testing)。静态测试就是通过对被 测程序的静态审查，发现代码中潜在的错误。它一般用人工方 式脱机完成，故亦称人工测试或代码评审（Code Review）;也 可借助于静态分析器在机器上以自动方式进行检查，但不要求 程序本身在机器上运行。按照评审的不同组织形式，代码评审 又可分为代码会审，走查以及办公桌检查，同行评分4种。对 某个具体的程序，通常只使用一种评审方式。 动态测试的对象必须是能够由计算机真正运行的被测试的程 序。它分为黑盒测试和白盒测试，也是我们下面将要介绍的内 容。
BugFree 开源 Bugzilla 开源 Butterfly Hansky ClearQuest IBM Rational Devtrack Techexcel JIRA 开源 Mantis 开源 Notes IBM Lotus PVCS Tracker Merant SilkCentral Issue Manager Segue TestDirector(QualityCenter
3、软件测试方法
测试方法 (1)、划分等价类 把所有可能的数据输入划分为若干部分，然后从每一部分选择少 数具有代表性的数据作为测试用例。 a、有效等价类 合理，有意义的输入数据构成的集合，检验程序是否实现规格说 明预先规定的功能和性能。 b、无效等价类 不合理，无意义的输入数据构成的集合，检验程序的容错能力。 (2)、边界值分析 大量的错误发生在输入或输出的边界上，而不是某个范围的内部。 (3)、语句覆盖 设计若干个测试用例，运行所测程序，使得每一可执行语句至少 执行一次，语句覆盖是最弱的逻辑覆盖在准则。