《软件测试方法和技术》 读书笔

第一章 引论
  1.3 什么是软件测试
  1.4 软件测试与软件开发的关系
第二章 软件测试基本概念
  2.1 软件缺陷
  2.3 软件测试的分类
  2.4 测试阶段
  2.5 软件测试的工作范畴
第三章 软件测试方法
  黑盒测试
    边界值测试
    等价测试
      报表日期
      三角形
    基于决策表的测试
      NextDate函数
  白盒测试
    语句覆盖
    判定覆盖
    条件覆盖
    判定条件覆盖
    条件组合覆盖
    路径覆盖
    基本路径测试 
      关于循环的基本路径测试
参考

第一章 引论



返回

1.3 什么是软件测试

定义:是由“验证(Verification)”和“确认(Validation)”活动构成的整体:

  • “验证”:检验软件是否已正确的实现了产品规格书所定义的系统功能和特性。
  • “有效性确认”:确认软件是否满足用户真正的活动需求。

功能和特性的区别(the difference between functionality and features):

Functionality refers to how well something works. Features refer to what something can do. A Feature is a sub-system or facility that in included within a larger system. A Function is the action that can be performed within the system. Much Functionality is enabled through a Feature.

For instance, User Administration is a feature offered in Windows. Add User, Grant Privilege to User, Delete User, List Users, etc. are Functions enabled by the User Administration feature.

1.4 软件测试与软件开发的关系

图1 V模型呈现测试和开发

第二章 软件测试基本概念



返回

2.1 软件缺陷

1.缺陷(bug):所谓软件缺陷,即为计算机或 程序中存在的某种破坏正常运行能力问题、错误所谓软件缺陷,其结果会导致软件产品在某种程度上不满足用户需要。

2.软件缺陷是如何产生的?

  • 技术问题:如算法错误、语法错误、计算和精读错误、接口参数传递不匹配。
  • 软件本身:如开发标准或流程不完善、文档错误
  • 团队工作:误解,沟通不充分。

3.软件缺陷的构成

图2 软件缺陷构成示意图

2.3 软件测试的分类

图3 软件测试三维空间

补充,按测试过程中软件是否被执行:分为静态测试、动态测试

表1 软件测试技术分类表

常见测试

2.4 测试阶段

图4 测试阶段示意图

2.5 软件测试的工作范畴

图5 测试工作流程图

第三章 软件测试方法



返回

黑盒测试

边界值测试

大量测试实践表明,许多故障往往发生在输入定义域或者输出值域的边界上,而不是在其内部。

边界值分析法基本思想:选取正好等于、刚刚大于和刚刚小于边界值的数据最为测试数据

例子:假设有两个变量x1和x2的函数F,a<=x1<=b, c<=x2<=d.

边界值分析法局限性:变量独立且为物理量。

等价测试

等价类测试动机:希望进行完备的测试,又避免冗余。

报表日期

三角形

基于决策表的测试

NextDate函数

白盒测试

语句覆盖

判定覆盖

条件覆盖

判定条件覆盖

条件组合覆盖

路径覆盖

基本路径测试

关于循环的基本路径测试

原文地址:https://www.cnblogs.com/tonlon/p/8434839.html

时间: 2024-08-28 08:51:04

《软件测试方法和技术》 读书笔的相关文章

《软件测试方法和技术》 读书笔记

<软件测试方法和技术> 读书笔记 2014-07-17 第一章 引论  1.3 什么是软件测试  1.4 软件测试与软件开发的关系第二章 软件测试基本概念  2.1 软件缺陷  2.3 软件测试的分类  2.4 测试阶段  2.5 软件测试的工作范畴第三章 软件测试方法  黑盒测试    边界值测试    等价测试      报表日期      三角形    基于决策表的测试      NextDate函数  白盒测试    语句覆盖    判定覆盖    条件覆盖    判定条件覆盖   

软件测试方法和技术实践(学习笔记)

网易云课堂:软件测试方法和技术实践 只做了第一节的笔记,后面几节貌似没什么重点... Q:什么是软件测试? A:G.J.Myers:测试是为证明程序有错,通过运行程序发现其中存在的问题. Q:软件测试的对象仅仅是程序么? A:软件=程序+数据+文档 软件包含组件模块.UI. 数据库.系统 Q:什么是全过程的软件测试? A:全过程软件测试包括 [需求审评:需求缺陷   设计审评:设计缺陷  单元与集成测试:代码和接口缺陷 系统测试:系统缺陷    验收测试:其他各种缺陷] Q:发现错误还是发现缺陷

软件测试方法和技术

第一章 引论  1.3 什么是软件测试  1.4 软件测试与软件开发的关系第二章 软件测试基本概念  2.1 软件缺陷  2.3 软件测试的分类  2.4 测试阶段  2.5 软件测试的工作范畴第三章 软件测试方法  黑盒测试    边界值测试    等价测试      报表日期      三角形    基于决策表的测试      NextDate函数  白盒测试    语句覆盖    判定覆盖    条件覆盖    判定条件覆盖    条件组合覆盖    路径覆盖    基本路径测试     

《软件测试方法和技术》-读书笔记(一)

软件测试正反两方面的争辩 软件测试领域先驱 Bill Hetzel 博士 1993年在美国的北卡罗来纳大学组织了历史上第一次正式的关于软件测试的会议.从此以后,软件测试开始频繁出现在软件工程的研究和实践中,也可以认为,软件测试作为一个学科正式诞生了. 1973年正式将软件测试下了一个定义:软件测试就是为程序能够按预期设想运行而建立足够的信心. Bill hetzel 觉得这个定义不够清楚,理解起来比较困难,所以在1983年将软件测试定义修改为:软件测试就是一系列活动,这些活动是为了评估一个程序或

《微软的软件测试之道》读书笔记 之 结构测试技术

<微软的软件测试之道>读书笔记 之 结构测试技术 2014-07-18 我们需要结构测试吗? 微软的一项试验说明了结构测试的在代码覆盖中起到的效果: 超过3000名测试员参与了这项实验,每25人一组,实验结果在所有组中都是一致的.在这项研究中, 脚本化测试:根据样式书设计的脚本化测试在被测程序上达到了标称83%的代码覆盖率. 探索性测试:然后,实验参与者允许进行每人15分钟,累计5小时的探索性测试.令人惊讶的是,代码覆盖率平均只增加了3个百分点. 结构测试:但是,当实验参与者能够分析探测过的(

软件测试方法分类

软件测试方法种类繁多,有白盒测试.黑盒测试.静态测试.动态测试.集成测试等等,记忆起来容易混乱,傻傻分不清楚,如果把软件测试方法进行分类, 就会清晰很多.现在小峰把常用的软件测试方法列出来,让大家更容易区分记忆. 1.从是否关心软件内部结构和具体实现的角度划分(按测试分类) 白盒测试.黑盒测试.灰盒测试 (1)白盒测试:又称为结构测试或逻辑驱动测试,是一种按照程序内部逻辑结构和编码结构,设计测试数据并完成测试的一种测试方法. (2)黑盒测试:又称为数据驱动测试,把测试对象当做看不见的黑盒,在完全

软件测试方法汇总

软件测试方法种类繁多,记忆起来混乱, 如果把软件测试方法进行分类, 就会清晰很多. 我参考一些书籍和网上的资料, 把常用的软件测试方法列出来, 让大家对软件测试行业有个总体的看法. 从测试设计方法分类 测试名称 测试内容 Black box黑盒测试 把软件系统当作一个"黑箱",无法了解或使用系统的内部结构及知识.从软件的行为,而不是内部结构出发来设计测试. White box白盒测试 设计者可以看到软件系统的内部结构,并且使用软件的内部知识来指导测试数据及方法的选择. Gray box

软件测试方法的分类细谈

软件测试方法种类繁多,记忆起来混乱, 因此,我通过查阅资料,参考一些书籍,把常用的软件测试方法列出来,方便认识软件测试的方法. 从测试设计方法分类 测试名称 测试内容 Black  box 黑盒测试 把软件系统当作一个“黑箱”,无法了解或使用系统的内部结构及知识.从软件的行为,而不是内部结构出发来设计测试. White box 白盒测试 设计者可以看到软件系统的内部结构,并且使用软件的内部知识来指导测试数据及方法的选择. Gray  box 灰盒测试 介于黑盒和白盒之间 总结: 实际工作中,对系

【转载】如何对软件测试方法分类

软件测试方法种类繁多,记忆起来混乱,如果把软件测试方法进行分类,就会清晰很多.我参考一些书籍和网上的资料,把常用的软件测试方法列出来,让大家对软件测试行业有个总体的看法. 一.从测试设计方法分类 测试名称 测试内容 Black   box黑盒测试 把软件系统当作一个“黑箱”,无法了解或使用系统的内部结构及知识.从软件的行为,而不是内部结构出发来设计测试. White   box白盒测试 设计者可以看到软件系统的内部结构,并且使用软件的内部知识来指导测试数据及方法的选择. Gray box  灰盒