第一阶段实训汇报

 目录

1.知识总结……………………………………4

1. 1基础理论知识…………………………4

1.1.1课堂理论知识………………………5

1.1.2软件测试的基本流程………………5

1.1.3软件测试的定义原则………………6

1.1.4白盒测……………………………7

1.1.5黑盒测试试……………………………7

1.1.6灰盒测试……………………………8

2实验总结……………………………………9

2.1Testlink的使用归纳…………………9

2.1.1熟悉TestLink的工作流程…………9

2.1.2.Testlink的步骤……………………9

2.1.3.Testlink中遇到的问题……………10

2.2Mantis的使用归纳………………………11

2.2.1 Mantis的流程………………………11

2.2.2.Mantis的步骤…………………………11

2.2.3.Mantis中遇到的问题 ………………12

2.2.4.集成Testlink与Mantis………………12

2.3黑盒测试的三种方法…………………12

2.31等价类的示例…………………12

2.32划分等价类的注意事项………………12

2.33因果图的示例…………………13

2.34因果图的注意事项…………………13

2.35边界值的示例…………………14

2.36边界值的注意事项…………………14

2.4飞机订票系统…………………15

2.41飞机订票系统的测试要点…………………15

2.42测试要点的注意问题…………………15

2.43飞机订票系统的测试用例…………………15

2.44测试用例的注意问题…………………16

2.45飞机订票系统的缺陷报告…………………17

2.46缺陷报告的注意事项…………………17

3.问题. ………………………………………18

3.1.TestLink及Mantis错误总结……………18

3.2黑盒测试方法的错误总结……………18

3.3飞机订票系统的错误总结……………18

3.4.问题反馈…………………………………19

4.学习规划…………………………………………19

一．知识点总结：

第一章：

1.软件的定义：软件由程序，数据和文档组成，开发人员通过的写入代码形成了一个个程序，整个过程会有数据的输入和输出，从而会形成不同的文档。

2.软件的生命周期：需求分析——设计——编码——测试——运行和维护。

第二章：

1. 软件的生命周期的模型：

（1）瀑布模型：

（2）V模型：横着看V模型是一一对应的。

（3）W模型：两个V模型组成的。

2.软件测试的七个原则：（1）测试显示缺陷的存在；（2）穷尽测试是不可能的 ；（3）测试尽早介入；（4） 缺陷集群性（80-20原则）;(5) 杀虫剂悖论 ;(6) 测试活动依赖于测试背景 ;(7) 不存在缺陷（就是有用系统）的谬论。 

第三章：

软件测试的生命周期：计划测试——需求分析——设计测试用例——开发测试用例——执行测试用例——测试报告评估。

第四章：

1.是否关心内部结构：（1）白盒测试：又称为结构测试或者逻辑驱动，只关心内部结构。

（2）黑盒测试：功能性测试，不关心程序的内部结构，关系其功能性。

（3）灰盒测试：介于白盒和黑盒测试之间的，既要关心内部结构又要关心功能。

2. 开发过程级别：

（1）单元测试：对应于白盒测试，是软件开发过程中要进行的最低级别的测试，由程序员自己负责。

（2）集成测试：对应于灰盒测试，好多单元测试集合而成。

（3）系统测试：对应黑盒测试，不关心内部结构。

（4）验收测试：分为组内测试和用户测试。

3. 是否执行程序：

静态测试：在不运行程序的情况下进行分析，检查程序的正确性。

动态测试：通过运行被测程序，检查运行结果。

4. 执行是否需要人工干预：手工测试；自动化测试.

5. 测试实施组织：开发测试; 用户测试; 第三方测试。

第五章：

缺陷的流程：发现缺陷——测试人员提交——分配——开发人员修正——测试人员——closed或reject——评审委员会

第六章：

W模型：两个V模型组成的。

第七章：

1.同行评审：是由开发软件产品作者以外的其他人检查工作产品，以发现缺陷并寻找改进的机会。

2. 同行评审一般包括审查、小组评审、走查、桌面评审、临时评审五种类型。从成本，正式程度，人员等方面来说明五种类型的不同，其中经常会用到的是小组评审和走查。

3.调试和白盒测试的不同。

调试：开发人员在开发软件过程中发现问题，并且解决问题。

白盒测试：测试人员根据一定计划，发现问题，从而提交给开发人

4.软件质量概念：反映软件产品满足规定需求和潜在需求能力的特征和特性的总和；所有描述计算机优秀程度的特性的组合； 与软件产品满足需求所规定的隐含的能力有关的特征和特性的全体。

5.软件质量的特性：功能性，可靠性，可用性，效率，维护性，可移植性。

6.FCM三程质量模型：

第八章：

一、白盒测试

1.“白盒”测试又称为结构测试或逻辑驱动测试是一种按照程序内部逻辑结构和编码结构设计测试数据并完成测试的一种测试方法。

2.调试与白盒测试的区别;调试是由开发人员在编程过程中自我发现问题，并改正错误；白盒测试是由测试人员有计划的进行发现缺陷，并把缺陷提交，由开发人员改正。

3. 逻辑覆盖的种类：

• 语句覆盖：语句覆盖是最起码的测试要求，使得每一条语句至少被执行一次

• 判定覆盖：要求设计足够的测试用例，使得程序中的每一个分支至少通过一次

• 条件覆盖：不仅每一个语句至少执行一次，使得判定中的每个条件获得各种可能的结果。

• 判定/条件覆盖：至少能够获取一次，同时每个判断的所有可能的判定结果至少执行一次。

• 条件组合：满足条件组合覆盖标准的测试用例，也一定满足判定覆盖、条件覆盖和判定/条件覆盖标准。

• 路径覆盖：要求设计足够多的测试用例，使得程序中所有的路径都至少执行一次 。

逻辑覆盖的六种方法

语句覆盖：每一条语句至少被执行一次。

判定覆盖：每一条分支语句的“真”值和“假”值都至少执行一次。

条件覆盖：每个判定的每个条件的所有可能取值至少执行一次。

判定/条件覆盖：同时满足判定覆盖和条件覆盖。

条件组合覆盖：每一个判定的所有可能的条件取值组合至少执行一次。

路径覆盖：设计若干个测试用例，运行被测程序，覆盖程序中的所有可能路径。

• 

二、黑盒测试

（一） 黑盒测试又称功能测试或数据驱动测试，把被测软件看做成一个封闭的盒子

把测试对象当作看不见内部的黑盒，在完全不考虑程序内部结构和处理过程的情况下 测试的

（二）. 黑盒测试主要用于发现以下情况

①是否有不正确或遗漏了的功能

②在接口上，能否正确地接受输入数据，能否产生正确地输出信息

③访问外部信息是否有错

④性能上是否满足要求

⑤界面是否错误，是否不美观

⑥初始化或终止错误

（三）.等价类划方法的理论知识

1.等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。

2.等价类的划分分为两种：

（1）有效等价类：是指对于程序的规格说明来说是合理的，有意义的输入数据构成的集合 。

（2）无效等价类：是指对于程序的规格说明来说，是不合理的，无意义的输入数据构成的集合 

3.划分等价类的规则

（1）.输入条件的取值范围，可以划分出一个有效等价类和两个无效等价类

（2）. 如果输入条件规定了输入值的集合，或者是规定了“必须如何”的件，这时可确立一个有效等价类和一个无效等价类

（3）. 如果输入条件是一个布尔量，则可以确定一个有效等价类和一个无效等价类。

（4）.如果规定了输入数据的一组值(假设N个)，而且程序要对每个输入值分别进行处理。

(5).如果规定了输入数据必须遵守的规则，则可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)

(6)在确知已划分的等价类中，各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步地划分为更小的等价类

(四)．边界值分析方法的理论知识 

1.定义：

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法,稍高于其边界值及稍低于其边界值的一些特定情况

2.边界值分析方法 ：

选取正好等于，刚刚大于，或刚刚小于边界的值为测试数据的方法

3.等价分类法与边界值分析法的比较：

 (1).边界值分析法使用范围更广，更复杂，找到的缺陷也更多，需要测试人员有更多的经验和耐心

(2).等价分类法的测试数据是在各个等价类允许的域内任意选取的

(3).边界值分析法的测试数据必须在等价类的边界值附近选取

(4).边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况。

（五）因果图

1.定义：

是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，该方法充分考虑了输入情况的各种组合及输入条件之间的相互制约关系。

2.适用范围

（1）.适合检查程序输入条件的各种组合情况

（2）.产生背景

（3）.等价类法、边界值法分析着重考虑输入条件，未考虑输入条件之间的关系

(六).区别：

（1）等价类划分法的测试数据是在各个等价类允许的值域内任意选取的。

（2）边界值分析法的测试数据是在等价类的边界值附近选取，它是对等价类划分法的补充，使用范围更广，更复杂，找到的缺陷也更多。

（3）等价类划分法、边界值分析法都着重考虑输入条件，但未考虑输入条件之间的关系。而因果图充分考虑了输入情况的各种组合与输入条件之间相互制约的关系。

(七). 测试用例设计

1.测试用例主要元素

测试用例编写要素

2.测试用例要素与模板

编写测试用例注意事项 - -功能检查

三.灰盒测试

是一种综合测试方法，他将黑盒测试、白盒测试、回归测试和变异测试结合在一起，构成一种无缝测试技术。

四、测试用例

÷ 1、创建项目“白盒”测试

÷ 2、创建测试需求树

÷ 3、创建测试用例

÷ 4、为需求指派用例                                                   

÷ 5、创建测试计划

÷ 6、为计划添加用例

÷ 7、分配测试任务

÷ 8、执行测试/报告BUG 并跟踪

÷ 9、查看分析结果

÷ 10、测试报告：结果-报告格式-MS word

二．实验

（一）testlink的步骤重现： 

  Testlink的使用

Testlink 问题及解决方法

1 testlink 怎么设置中文？ 简单的方式是设置角色的语言改成简体中文，刷新一下即可 2.设置测试用例的所有者（给测试人员分派测试任务）（找不到） 3.实验一需要和 mantis 集成吗？

实验一暂时不需要和 mantis 集成，到实验二 mantis 的时候再集成

4.逗号分隔值（Comma-Separated Values，CSV，有时也称为字符分隔值，因

为分隔字符也可以不是逗号），其文件以纯文本形式存储表格数据（数字和文本）。 5.文档中的“产品”也就是“测试项目” 6.怎样查看需求的覆盖率？

点击-需求-找到具体的模块点开，在右侧显示需求 7.版本管理在哪？

版本管理就是构建管理 8.怎样查看和保存分析结果测试报告 结果-报告格式-MS word，会自动弹出保存框 9.执行的时候怎样判断一个测试是通过还是失败？

一个测试用例如果是只有一个步骤的话，该步骤的通过或失败可以直接判断； 如果一个测试用例有多个步骤，则如果其中有任意一个步骤的执行失败的话，该 测试用例的结果就是失败，只有全部步骤都通过该测试用例才是通过。

如：一个包含 4 步的测试用例，第 2 步执行结果失败了，那么该测试用例就是失 败的，后 2 步不用再执行了。这 4 步全对，该测试用例才是通过的。

简化步骤指导

首先需要配置好 Testlink

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

1、创建项目：（测试项目管理-新建项目，勾选下面所有复选框）（FR）

用户管理：创建用户

产品设置：（测试计划在特定时间里描绘产品的测试。这句话的意思就是说所有的测试 计划需要根据产品测试用例来创建。） 这里的产品也就是项目

2、创建测试需求规格、需求

创建需求规格:需求-在测试产品中下拉选择对应的项目-需求规约-选中项目-点击-新建需求规约（客户端、服务器）

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

3、创建测试用例

创建测试集：（测试套件(Test Suites)）主页-测试规约-选中产品点击-右侧新建测试集 创建测试用例：选中测试集点击-创建测试用例-点击保存-创建步骤（注意每次创建一步，

写完之后再接着写下一步） 例如：

需求关联：主页-需求-指派需求-选中测试树中的一个测试用例（左侧）-选中需求指派 （包含有效需求和已指派的需求） 需求-选中需求-可以查看需求覆盖情况

4、为需求指派用例

需求关联：主页-需求-指派需求-选中测试树中的一个测试用例（左侧）-选中需求指派（包 含有效需求和已指派的需求） 需求-选中需求-可以查看需求覆盖情况

5、创建测试计划

测试计划是执行测试用例的基础，测试计划由测试用例组成 主页-测试计划管理-创建(勾选活动和公共两个复选框) 创建测试里程碑：（明确每个测试阶段的开始与结束时间）-测试管理-编辑/删除里程碑 版本管理（Builds/Release）（本版本叫构建管理）：主页-测试计划管理-构建管理 安排测试人员：测试计划管理-指派用户角色