免费试学
1501人加入学习
(11人评价)
ISTQB认证基础级培训(含考试)
价格 免费

测试计划:

 测试范围

测试目标风险 关键程序 资源

[展开全文]

静态分析能发现的典型问题:

安全漏洞

[展开全文]

评审目标:发现缺陷,增加理解

评审的类型:

1.非正式评审:同事之间相互审阅

2.走查:作者担任主持人,自己演示,展示产品

3.技术评审:针对技术方面,技术主持人,技术专家参与,做决策和讨论,严格的评审流程

4.审查,最正式的评审,发现缺陷包含:准阶段,预备阶段,个人准备阶段,会议阶段,会议阶段,返工阶段,跟踪阶段

 

[展开全文]

                                          评审

评审过程:

1.计划阶段:定义标准,选择人员,分配角色,核对入口准则

2.预备会阶段:准备活动;

3.个人准备阶段:个人准备

4.评审会议阶段:正式会议阶段

5.返工阶段:修改缺陷,记录缺陷

6.跟踪结果阶段:

经理:做决策

主持人:会议主持

作者:

记录员:记录结果

同行评审

目标:发现缺陷,taolun不在于解决问题

[展开全文]

1.测试的定义

  • 反面理解
  • 正面理解
  • 测试活动组成、静态、动态、文档

 

2.测试目标

  • 发现缺陷
  • 增加对质量的信心
  • 为决策提供信息
  • 预防缺陷

3.调试和测试的区别

  • 调试是建设性的(定位错误、分析错误、修改错误、运行检验功能)
  • 测试是破坏性的(诱发错误、重现错误、定位错误、记录错误)

 

[展开全文]

决策表测试:决策表是用来分析复杂逻辑组合问题。

  • 是一种功能性测试技术
  • 是一种非常严格的测试技术
  •  是一个理想的用来描述在不同条件下行动组合的技术。

 

条件都是取真假(yes or no) 值。

 

不一致性是指具有相同的规则却有不同的行动指示。

出现不一致性的时候需要有其他规则进行取舍。

    

决策表中的冗余项需要去除。

 

删除无法输入的不符合逻辑的规则。

[展开全文]

有可能发生的能够造成损失的事件,称为风险。她是一个潜在的问题。

风险不一定能发生,更多的是采取预防以及当风险发生后的应对措施。一定发生的事件不叫风险。

 

项目风险:是指产品生产过程中的问题;

产品风险:是指产品交付使用过程中的问题。

 

风险识别是在测试活动开始之前对可能发生的风险进行评估,以便确定优先级。

 

  1. 识别出的风险可以用于:
    
      决定采用的测试技术;
    •   决定要进行测试的范围;

    •   确定测试的优先级,尝试尽早的发现严重缺陷;

    •   决定是否可以通过一些非测试的活动来降低风险(比如对缺乏经验的设计者进行相应的培

      训)。

[展开全文]

1、配置和配置管理的概念

配置:配置是在技术文档中明确说明并最终组成软件产品的功能或物理属性,因此,“配置”包括了最终组成软件产品所有的文档,软件版本,变更文档,软件运行的支持数据,相对于硬件类配置,软件产品的”配置“包括更多的内容并具有易变性。

配置管理:配置管理就是通过对在软件生命周期的不同的时间点上所产生的文件进行标识,并对这些被标识的文件的更改进行系统控制,从而达到保证软件产品的完整性和可溯性。

 

[展开全文]

第二章
开发模型:
瀑布模型
V模型:开发活动和测试活动是对应的
迭代-增量开发模型:原型开发、快速应用开发(RAD)、统一软件开发过程(RUP)、敏捷开发

H模型

 

 

[展开全文]

测试的5个活动:

1、测试计划和控制

2、测试设计和分析

3、测试实现和执行

4、测试报告

5、测试结束活动

[展开全文]

同一个用例执行后可能会使得语句覆盖率是100%;

但是判定覆盖率只能是50%,至少两条用例才能使得判定覆盖率达到100%。

如果判定覆盖率达到了100%,那么语句覆盖率就一定是100%。

 

判定覆盖率和语句覆盖率即使到达100%,依然可能会有缺陷未被发现。

[展开全文]

状态转换测试:应用不同状态的转换测试。

比如视频从播放状态变为暂停状态;空调的制冷模式到制热模式等等。

 

动作:即某一个状态的输出表现。

 

状态转换法需要知道所有的状态,以及各个状态之间转换需要的条件。 

 

用例测试也叫场景测试。即不同场景下执行用例的顺序不同,可能会导致不同的结果。

该测试有基本流和备选流。基本流就是完成功能的主要步骤;备选流就是在完成功能的过程中可能会发生的其他意外情况。

比如我们测试一个硬件产品的组网功能,基本流就是设备正常,软件正常,网络正常这种情况下我们可以正常组网;备选流就是比如组网过程中网络中断(或者网络波动较大)。

对于同一个功能点基本流只有一个,备选流可能会有多个。

[展开全文]

  等价划分原则一:

在输入条件规定了取值范围或值的个数的情况下,可以确立一个有效等价类和两个无效等价类。

例如:密码框的输入范围:4~10位,

则一个有效等价类:密码长度大于等于4并小于等于10

两个无效等价类:密码长度小于4,密码长度大于10

 

等价类划分原则二:

在输入条件规定了输入值的集合或者规定了“必须如何”的情况下,可以确立一个有效等价类和一个无效等价类。

例如:ATM 机只提供50或者100元面值的纸币,

则一个有效等价类:输入50或者100背书的提款金额;

一个无效等价类:输入非50或100倍数的提款金额。

 

等价类划分原则三:

在输入条件是一个布尔量的情况下,可以确定一个有效等价类和一个无效等价类

例如:程序输入条件为 BOOL型数据,

则有效等价类为 x=true 或 x=false。

一个无效等价类,除了 true 和 false 之外的值。

 

原则四:

在规定了输入数据的一组值(假定 n 个),并且程序要对每一个输入值分别处理的情况下,可确立 n 个有效等价类和一个无效等价类。

 

原则五:

在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。

例如:要求用户名由字母或数字组成,必须由字母开头,不包含特殊字符,最大长度为12,

则一个有效等价类:符合规则的用户名。

若干个无效等价类:不以字母开头的用户名;包含特殊字符的用户名;最大长度大于12的用户名。

 

等价类组合规则

针对有效等价类代表值

  • 每个代表值至少在一个测试用例中出现过(最小组合)
  • 对于代表值的所有可能组合都有相对应的测试用例存在(完全组合)
  • 可以使用一些方法来限定完全组合,例如可以通过使用的频繁程度来对测试用例进行分级。

无效等价类:

针对无效等价类的代表值

  • 对于每一个无效等价类的代表值构建一个相应的测试用例,也就是说,无效等价类的代表值仅与有效等价类的代表组合。(即只要每一个无效等价类的代表值在一个测试用例中被使用即可,且不考虑无效等价类之间的组合)

 

 

 

[展开全文]

 区别:

  • 测试设计规格说明
  • 测试用例规格说明
  • 测试规程规格说明

测试条件(test condition):即测试项,也就是需要测试的功能。 

 

测试规程(test procedure):测试用例的执行顺序。  

测试规程规格说明:测试用例的开发、实现、确定优先级和组织都包含在测试规程规格说明书中。(参见第5章)

 

测试设计规格说明:定义和记录测试用例和测试数据。(参见第5章)

 

测试用例规格说明

 

测试依据(test basis): 不同的测试级别有不同的测试依据。2.2节有详细介绍。

 

测试设计技术的种类:

  1. 黑盒测试设计技术 (也称为基于规格说明的测试技术
  2. 白盒测试设计技术(也称为结构化或基于结构的测试技术)
  3. 基于经验的测试技术

 

[展开全文]

静态分析主要是对代码或者代码模型进行分析。

[展开全文]

评审的6个活动:

1、计划阶段

2、预备会阶段

3、个人准备阶段

4、检查/评价/记录结果(评审会议阶段)

5、返工阶段

6、跟踪结果阶段

 

 

评审典型的问题:

1、评审人员缺少应有的资质或资质不够

2、缺少文档

3、得不到管理者的支持

3、由于时间的压力缺少必要的准备工作

4、隐忍的议程(发现缺陷不表达 ,害怕说出同事工作的不足等等)

 

 

[展开全文]

评审(review)的目的不在于解决问题,主要目的是发现缺陷。

[展开全文]

软件失效的机理可描述为:软件错误→软件缺陷→软件故障→软件失效
1、软件错误:在可以预见的时期内,软件仍将由人来开发。在整个软件生存期的各个阶段,都贯穿者人的直接或间接的干预。然而,人难免犯错误,这必然给软件留下不良的痕迹。软件错误是指在软件生存期内的不希望或不可接受的人为错误,其结果是导致软件缺陷的产生。可见,软件错误是一种人为过程,相对于软件本身,是一种外部行为。
2、软件缺陷:软件缺陷是存在于软件(文档、数据、程序)之中的那些不希望或不可接受的偏差,如少一个逗号、多一语句等。其结果是软件运行于某一特定条件时出现软件故障,这时称软件缺陷被激活。
3、软件故障:软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态。譬如,软件处于执行一个多余循环过程时,我们说软件出现故障。此时若无时当的措施(容错)加以及时处理,便产生软件失效。显然,软件故障是一种动态行为。
4、软件失效:软件失效是指软件运行时产生 的一种不希望或不可接受的外部行为结果。

 

 

静态测试发现的是缺陷,缺陷是引起失效的原因;

只有在动态执行软件的时候才能发现失效。
 

[展开全文]

授课教师

51Testing资深讲师
51Testing资深讲师

课程特色

视频(4)

学员动态

陈雅 完成了 37~40题
陈雅 开始学习 37~40题
陈雅 完成了 33~36题
陈雅 开始学习 33~36题