软件测试
2017-09-28 18:18:25 2 举报AI智能生成
测试的基本概念以及测试的背景。。。。。。
作者其他创作
大纲/内容
软件测试流程
了解需求
阅读相关说明，阅读有关资料提出疑
问，站在用户的角度进行需求评审
问，站在用户的角度进行需求评审
指定测试计划
软件测试计划就是在软件测试
工作正式实施之前明确测试的
对象，并且通过对资源、时间、
风险、测试范围和预算等方面
的综合分析和规划，保证有效
的实施软件测试。
工作正式实施之前明确测试的
对象，并且通过对资源、时间、
风险、测试范围和预算等方面
的综合分析和规划，保证有效
的实施软件测试。
设计测试用例
开发测试脚本
开发测试脚本
搭建测试环境
注意：不同的项目搭建方式不同
环境分为：
开发环境、测试环境、
正式环境
开发环境、测试环境、
正式环境
实施测试
执行测试用例
提交bug
回归测试
测试评估与总结
测试总结
总结测试过程
总结测试中遇到的问题
总结测试过程中人员分配及工作量
等问题
等问题
测试评估
评估bug走向
评估产品质量
软件测试中的几个概念
黑盒测试
看不见源代码，
白盒测试
又称为结构测试、透明盒测试、
逻辑驱动测试、或基于源代码
的测试
逻辑驱动测试、或基于源代码
的测试
静态测试
不运行程序，知识对程序进行检查
动态测试
使用和运行程序进行检查
通过性测试
审查软件，描绘状态，尝试各种合法
可能性、确认状态及其转化正常
可能性、确认状态及其转化正常
失效性测试
为了破坏软件设计而执行的测试用例
软件测试技术
黑盒技术
等价类划分法
为什么引入等价类划分法？
缩小计算量
等价类划分
依据需求对输入的范围进行细分，然后在
分出的每一个区域内选定一个有代表性的测试数据开展测试
分出的每一个区域内选定一个有代表性的测试数据开展测试
满足条件
1.被测系统对该等价类中的每个数据的处理方式相同（保证等价）
2.各等价类之间互不相交，即每一个数据唯一隶属于一个等价类（保证不冗余）
3.所有的等价类的并集是整个输入域（保证完备）
1.被测系统对该等价类中的每个数据的处理方式相同（保证等价）
2.各等价类之间互不相交，即每一个数据唯一隶属于一个等价类（保证不冗余）
3.所有的等价类的并集是整个输入域（保证完备）
有效等价类
对于SRS而言，合理、有意义的输入数据构成的集合，即
被测对象能接受的数据，用于考察软件的正常工作能力
被测对象能接受的数据，用于考察软件的正常工作能力
无效等价类
对于SRS而言，不合理、无意义的输入数据结构
构成的无效集合，即呗测对象不能接受的数据，
用于考察软件的容错能力
构成的无效集合，即呗测对象不能接受的数据，
用于考察软件的容错能力
白盒技术
软件测试的
基本概念
基本概念
软件
程序+数据库+文档+服务
软件测试
定义
软件测试是使用人工和自动手段来运
行或测试某个系统的过程，其目的在于
检验被测软件系统是否满足规定的需要，
或是弄清楚被测系统的预期结果与实际结
之间的差别。
行或测试某个系统的过程，其目的在于
检验被测软件系统是否满足规定的需要，
或是弄清楚被测系统的预期结果与实际结
之间的差别。
目的
软件测试的根本目的是确保软件
满足用户需求。
满足用户需求。
衡量软件产品是否符合预期
误区
测试等于调试
软件需求规格说明应该详细的包含所有
用户的需求
用户的需求
......
软件需求说明书 软件需求说明书的编制是为了使用户 和软件开发者双方对该软件的初始规定
软件需求说明书的编制是为了使用户 和软件开发者双方对该软件的初始规定
有一个共同的理解，使之成为整个开发工作的基础。包含硬件、功能、性能、
输入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法规的要
求等等。
为什么要进行软件
测试？
测试？
提高软件质量
确保软件满足需求
软件不完美，有bug
软件缺陷
软件测试人员认为软件难以理解
、不易使用、运行速度缓慢，或
者最终用户觉得不好。
、不易使用、运行速度缓慢，或
者最终用户觉得不好。
软件未达到需求规定说明书
中指明的功能。
中指明的功能。
软件出现了需求规格说明书中
指明不会出现的错误。
指明不会出现的错误。
软件功能超出需求规格说明书中
指明的范围。
指明的范围。
软件未达到需求规格说明书中虽未
指明但应该达到的目标、
指明但应该达到的目标、
测试用例
定义：
测试用例是一组测试输入、
执行条件和预期结果，目
的是满足一个特定的目标
执行条件和预期结果，目
的是满足一个特定的目标
公式
测试用例=输入+输出+测试环境
为什么用测试用例？
理清测试思路
有据可依
追踪测试过程
做之后版本的测试参考，
也可重复使用
也可重复使用
如果是自动化测试，可作为编
写测试脚本的依据
写测试脚本的依据
最终总结阶段：分析缺陷的
基准依据
基准依据
软件测试的背景
软件测试的发展历程
第一阶段：
初始阶段
初始阶段
20世纪70年代以前
测试等与调试
测试等与调试
1975年测试与调试区别开
第二阶段：
定义阶段
定义阶段
软件工程开始收到广泛关注，
人们对软件测试方法和过程
展开探索
人们对软件测试方法和过程
展开探索
两类方法
软件测试的目的是验证软件是工作的
软件测试的目的是证伪，以逆向思维
发现北侧软件系统中的缺陷（逆向）
发现北侧软件系统中的缺陷（逆向）
第三阶段：
集成阶段
集成阶段
软件开发方式逐渐由混乱无序的开发过程
过渡到结构化的开发过程
过渡到结构化的开发过程
出现软件测试行业标准（IEEE/ANSI）和ISO国际标准
首次有软件测试的公共课
首次介绍系统化软件测试和评估流程
开始出现QA和SQA部门
第四阶段：
管理、测量和
最佳化阶段
管理、测量和
最佳化阶段
20世纪90年代，软件测试进入全面发展时期
出现多种测试工具
......
软件测试的现状
软件测试的职业现状
软件开发模型
模型：
模型是所研究的系统、过程、
事物或概念的一种表达形式，
也可以根据实验、图样放大、
或缩小而制作的样品，或实
验或铸造机器零件等用的模子
事物或概念的一种表达形式，
也可以根据实验、图样放大、
或缩小而制作的样品，或实
验或铸造机器零件等用的模子
开发模型
定义
软件开发模型是软件开发
的全部过程、活动、结构
框架。它给出了软件开发
活动各阶段之间的关系。
的全部过程、活动、结构
框架。它给出了软件开发
活动各阶段之间的关系。
常见类型
以软件需求完全确定
为前提的第一代软件
过程模型
为前提的第一代软件
过程模型
在开始阶段只能提供基本
需求的渐进式开发模型。
需求的渐进式开发模型。
以体系结构为基础的基于
构件组装的开发模型。
构件组装的开发模型。
开发模型
大爆炸开发模型
边写边改法
快速原型法
瀑布模型分析
螺旋模型法
敏捷开发
0 条评论
下一页
