软件测试基础整理（第1章-到6章）

1、软件危机

1.1什么是软件危机

软件危机泛指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

1.2软件危机的影响

成本与进度

•对软件开发的成本和进度估计不准

可维护性

•软件难以维护，基本无法重用

用户满意度

•用户对“已完成”的系统软件不满意

文档支持

•缺乏必要的文档或文档资料不合格，给开发和维护都带来困难

质量

•缺少完善的质量评审体系和科学的软件测试规程

与时俱进

•软件开发的速度跟不上硬件的发展和计算机应用和趋势

2、软件测试

2.1软件测试的定义

软件测试是对软件需求分析、设计、编码的最终复查的一系列过程，是软件质量保证的关键步骤。

2.2软件测试的目的

(1)发现缺陷，提高质量

发现并纠正软件中的错误来提高软件质量

•正面测试

•反面测试

(2)验证是否满足需求

验证软件的功能和性能等满足需求

•功能需求

•性能需求

•可靠性需求等

3、掌握软件测试管理基本流程

软件测试流程如下：

软件测试过程包括：   1.测试计划和控制 2.测试需求分析和用例设计 3.实现和执行测试用例 4.评估出口准则和报告 5.测试结束活动

测试需求分析：(重点在于资源整合和风险分析)

1.是否存在明确的期望结果

无论是对软件进行单元测试还是系统测试，只有当定义了明确的期望结果，才可以去判断程序执行是正确还是错误。

2.期望结果描述是否完整、准确

测试的期望结果描述是否足够准确和完整，以至测试人员可以开发出相应的测试案例。

4、熟练使用testlink，熟练建立需求树，录入测试用例并执行

(1)创建测试需求：

       创建需求规格:需求-需求规约-选中产品点击-新建需求规约

       创建需求：选中产品下的需求规格点击-创建新需求（状态、类型、需要的测试用例数）

(2)创建测试用例：

创建测试集：（测试套件(Test Suites)）主页-测试规约-选中产品点击-右侧--新建测试集

创建测试用例：选中测试集点击-创建测试用例-点击保存-创建步骤（每次创建一步）如图2-2：

执行测试/报告BUG并跟踪

执行测试- 指派给我的用例 - 执行测试

这里测试结果有以下四种情况：

通过：该测试用例通过

失败：该测试用例没有执行成功，这个时候可能就要提交bug了；

锁定：由于其它用例失败，导致此用例无法执行，被阻塞；

尚未执行

5、掌握testlink中各角色职责

TestLink 有6 种不同的默认权限级别，分别是guest、tester、 testdesigner 、senior tester 、leader、admin。对于管理员来说，通过用户管理链接可以很容 易地改变权限。这些权限如下所示：

l Guest：只能查看测试用例和项目度量。

l Tester：只能执行分配给他们的测试用例。

l Test Designer：可以开展测试用例和测试需求的所有工作。

l Senior Tester：可以查看、创建、编辑和删除测试用例，并且可以执 行测试用例，但是不能管理测试计划、管理产品、创建里程碑或分配权限。(针对 初级测试员和高级测试员)

l Leader：拥有一个 Tester 所有的权限，并且可以管理测试计划、分配权限、创 建里程碑和管理关键字。

l Admin(Administrator)：拥有一个Leader 所有的权限，并且可以维护整个产品。

 

 

6、使用管理员权限创建项目

 创建项目(产品)     创建需求     创建计划     创建测试用例     给计划添加测试用例     分配测试任务     执行测试/报告bug     查看分析结果

行：如果某个该测试用例没有执行，则在最后的度量中标记为“尚未执行”；

创建项目：（产品管理-测试项目管理-创建项目）

    用户管理：创建用户

    产品设置：（测试计划在特定时间里描绘产品的测试。这句话的意思就是说所有的测试

计划需要根据产品测试用例来创建。） 这里的产品也就是项目

创建测试需求：

       创建需求规格:需求-需求规约-选中产品点击-新建需求规约

       创建需求：选中产品下的需求规格点击-创建新需求（状态、类型、需要的测试用例数）

创建测试用例

创建测试集：（测试套件(TestSuites)）主页-测试规约-选中产品点击-右侧--新建测试集

创建测试用例：选中测试集点击-创建测试用例-点击保存-创建步骤（每次创建一步）

为需求指派用例

需求关联：主页-需求-指派需求（前台和后台）-选中测试树中的一个测试用例（左侧）-选中需求指派（包含有效需求和已指派的需求）

查看需求覆盖情况：需求-需求规约--选中

创建测试计划

测试计划是执行测试用例的基础，测试计划由测试用例组成

    主页-测试计划管理-创建(测试基本完成)

    创建测试里程碑：（明确每个测试阶段的开始与结束时间）-测试管理-编辑/删除里程碑

    版本管理（Builds/Release）（本版本叫构建管理）：主页-测试计划管理-构建管理

    指派用户角色(安排测试人员)：测试计划管理-指派用户角色(查看用户--创建)

为计划添加用例

   添加测试用例到测试计划： 测试集 - 添加/删除测试用例到测试计划(前台和后台)---选择当前测试计划（列表）-选择添加/删除测试用例到测试计划

    选择测试集（左侧）-选择用户、构建、测试用例-添加选择的测试用例（成功变色、也可删除）

指派(分配)测试任务

设置测试用例的所有者：主页-测试集-指派执行测试用例(前台和后台)-选中左侧测试集-保存（可以指派给多人）

执行测试/报告BUG并跟踪

执行测试- 指派给我的用例 -执行测试

查看分析结果结果 - 报告格式--测试报告：结果-报告格式-MS word

7、使用testlink导出需要的相关文档。--详见附件1和附件2

8、掌握软件缺陷管理基本流程

缺陷管理基本流程:

初始化              开发人员修正                  Fixed (Reject )

测试人员提交       Open                     测试人员验证 (评审委员会评审通过)

New                项目经理分配                   Closed

9、熟练使用mantis，录入缺陷并设置缺陷的问题等级、优先级等要素，清晰填写问题描述及重现步骤

Mantis处理流程如下：

创建项目（管理员）：管理-项目管理—创建新项目如：学籍信息管理系统

创建用户（管理员）：创建用户后修改用户密码

管理项目（项目经理）：添加分类

提交问题（报告人员）：报告人员提交bug,缺陷状态自动为新建状态

确认问题（开发人员）：开发人员发现bug可以重现，将缺陷状态改为已确认状态

分配问题（项目经理）：先确认（认可状态）再分配给开发人员（已分配状态）

解决问题（开发人员）：修复缺陷后，将缺陷状态改为已解决

验证问题（报告人员）：验证通过（添加标签）

关闭问题（项目经理）：问题已解决，问题关闭

案例：

根据学籍管理系统提交缺陷,在Mantis中提交两个缺陷,需要首先创建用户、根据用户角色划分模拟真实项目中的缺陷操作流程（新建-已确认-认可-已解决-（重启问题-已确认-认可-已解决）-关闭）。之后导出缺陷报告。

10、掌握mantis中各角色职责；

缺陷管理流程中的各种角色	描述
测试人员	进行测试的人员，缺陷的发现者
项目经理	对整个项目负责，对产品质量负责的人员
开发人员	执行开发任务的人员，完成实际的设计和编码工作
评审委员会	对缺陷进行最终确认，在项目成员对缺陷达不成一致意见时，行使仲裁权力