软件测试理论
2019-12-26 19:26:03 0 举报AI智能生成
软件测试理论
作者其他创作
大纲/内容
2.管理流程
软件开发过程模型
瀑布模型
V模型
w模型
x模型
h模型
螺旋模型
原型模型
测试流程管理
测试需求分析
测试计划
测试方案
测试用例
测试执行
测试报告
测试计划
测试方案
测试用例
测试执行
测试报告
软件项目成员
项目经理：
驱动整个项目的运转，负责制定计划，安排人力，管理进度，协调团队，进行重大决策。
架构师 / 系统工程师：
技术专家，经验丰富，负责整个系统的体系架构的设计以及关键模块的设计。
开发工程师：
设计、编写软件，并修复软件中的缺陷。
测试工程师：
负责找出软件产品存在的问题并报告。
资料工程师：
负责编写软件产品附带的文件和联机帮助文档。
配置管理员：
负责管理程序员写的代码和资料工程师写的文档资料。
QA：
质量监管人员，确保项目团队按照规则进行研发活动。
驱动整个项目的运转，负责制定计划，安排人力，管理进度，协调团队，进行重大决策。
架构师 / 系统工程师：
技术专家，经验丰富，负责整个系统的体系架构的设计以及关键模块的设计。
开发工程师：
设计、编写软件，并修复软件中的缺陷。
测试工程师：
负责找出软件产品存在的问题并报告。
资料工程师：
负责编写软件产品附带的文件和联机帮助文档。
配置管理员：
负责管理程序员写的代码和资料工程师写的文档资料。
QA：
质量监管人员，确保项目团队按照规则进行研发活动。
1.测试基础
软件测试概念以及目的
软件测试概念
在规定的条件下对程序进行操作，以发现错误，对软件质量进行评估。
测试的目的
发现bug、提高质量、降低成本
软件测试的对象
1.根据软件的定义，软件包括程序、数据、文档，
所以软件测试并不仅仅是程序测试。软件测试贯穿于整个软件生命
周期中。
所以软件测试并不仅仅是程序测试。软件测试贯穿于整个软件生命
周期中。
2.由于在整个软件生命周期中，各阶段有不同的测试对象，形成了不
同开发阶段的不同类型的测试。需求分析、概要设计、详细设计以及
程序编码等各阶段产生的文档，包括需求规格说明、概要设计规格说
明、详细设计规格说明以及源程序，都应作为“软件测试”的对象。
同开发阶段的不同类型的测试。需求分析、概要设计、详细设计以及
程序编码等各阶段产生的文档，包括需求规格说明、概要设计规格说
明、详细设计规格说明以及源程序，都应作为“软件测试”的对象。
软件测试原则
1.所有的软件测试都应追溯到用户需求
2.应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭
3.完全测试是不可能的，测试需要终止
4.测试无法显示软件潜在的缺陷
5.充分注意测试中的群集现象
6.测试工程师应避免执行自己写的测试用例
7.尽量避免测试的随意性
2.应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭
3.完全测试是不可能的，测试需要终止
4.测试无法显示软件潜在的缺陷
5.充分注意测试中的群集现象
6.测试工程师应避免执行自己写的测试用例
7.尽量避免测试的随意性
软件测试分类
按阶段划分
单元测试：单元测试又称为模块测试（unit testing），是针对代码中函数或者方法的测试。
（在实际中，单元测试工作基本上都是开发人员在做）
（在实际中，单元测试工作基本上都是开发人员在做）
集成测试：集成测试又称为接口测试，是针对程序接口的一种测试。
接口：模块与模块之间的耦合
（在实际中，单元测试工作基本上都是开发人员在做
）
接口：模块与模块之间的耦合
（在实际中，单元测试工作基本上都是开发人员在做
）
一次性集成
把所有模块组合成一个整体后进行测试
可能会产生的问题：
容易出现混乱，因为测试时可能发现一大堆
问题，但每个故障的定位和纠正问题很难。
容易出现混乱，因为测试时可能发现一大堆
问题，但每个故障的定位和纠正问题很难。
增量式集成
自顶向下
自底向上
系统测试
什么是系统测试（System Testing）
1.将已经确认的软件、计算机硬件、外设、
网络等其他元素结合在一起，进行信息系
统的各种组装测试和确认测试.
2.系统测试是针对整个产品系统进行的测试
，目的是检查系统是否满足了需求规格的
定义，找出与需求规格不符或与之矛盾的
地方，从而提出更加完善的方案。
3.对象不仅仅包括需测试的软件，还要包含
软件所依赖的硬件、外设甚至包括某些数
据、某些支持软件及其接口等。
网络等其他元素结合在一起，进行信息系
统的各种组装测试和确认测试.
2.系统测试是针对整个产品系统进行的测试
，目的是检查系统是否满足了需求规格的
定义，找出与需求规格不符或与之矛盾的
地方，从而提出更加完善的方案。
3.对象不仅仅包括需测试的软件，还要包含
软件所依赖的硬件、外设甚至包括某些数
据、某些支持软件及其接口等。
系统测试范围
功能、性能、界面（UI）、兼容性、配置、安装、卸载、数据库等
子主题
验收测试
按是否运行程序划分
按是否查看代码划分
黑盒测试
把 软件看成一个黑盒子，不管内部逻辑和内部特性，只依据规格说明书检查程序的功能是否符合功能说明
白盒测试
又称为结构测试。着重于程序内部结构和算法，不关心功能和性能指标。
灰盒测试
介于白盒和黑盒测试之间，基于程序运行时刻的外部表现同时又结合程序内部逻辑结构来设计用例，执行程
序并采集程序路径执行信息和外部用户接口结果的测试技术。
序并采集程序路径执行信息和外部用户接口结果的测试技术。
其他划分
回归测试
对软件的新版本测试时，重复执行上一个版本测试时使用的测试用例(有效用例)。防止出现“以前没有问题的地方现在出
问题了” 。
问题了” 。
冒烟测试（BVT测试（Build Verification Test ））
冒烟测试的对象是每一个新编译需要正式测试的版本，目的是确认软件基本功
能正常，可以进行后续的正式测试工作。
能正常，可以进行后续的正式测试工作。
随机测试（又名猴子测试）
测试数据是随机产生的，在测试用例之外。只能作为一个测试的补充。
敏捷测试（敏捷开发引发）
首先敏捷测试(Agile testing)是测试的一种，原有测试定义中通过执行被测系统发现问题，通过测试这
种活动能够提供对被测系统提供度量等概念还是适用的。
种活动能够提供对被测系统提供度量等概念还是适用的。
TDD（测试驱动开发）
测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，
首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。然后
循环进行添加其他功能，直到完全部功能的开发。
首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。然后
循环进行添加其他功能，直到完全部功能的开发。
软件测试风险
风险界定
软件测试中的软件风险分析是根据预测软件将出现的风险，
制定软件测试计划并排列优先等级，风险分析是对软件中潜
在的问题进行识别、估计和评价的过程。
制定软件测试计划并排列优先等级，风险分析是对软件中潜
在的问题进行识别、估计和评价的过程。
风险内容
进度风险
质量风险
人员风险
变更风险
成本风险
优秀的软件测试工程师应具备的技能
1.计算机相关知识，能够熟练使用常用的管理工具
2.开发语言：C/C++,Java,Shell。
3.数据库：Oracle,MySQL等数据库知识
4.操作系统:UNIX,Linux等
5.测试工具，能够熟练使用至少一种自动化/性能测试
6.网络基本知识，能够独立完成测试环境的搭建。
7.软件基础知识：软件工程,软件生命周期,测试理论和测试方式有较深的理解。
8.软件测试技术,方法,流程,测试文档编写,能独立设计和执行测试用例,提交完整的bug, 编写测试报告。
9.质量管理知识，如CMMI以及ISO 9001等。
2.开发语言：C/C++,Java,Shell。
3.数据库：Oracle,MySQL等数据库知识
4.操作系统:UNIX,Linux等
5.测试工具，能够熟练使用至少一种自动化/性能测试
6.网络基本知识，能够独立完成测试环境的搭建。
7.软件基础知识：软件工程,软件生命周期,测试理论和测试方式有较深的理解。
8.软件测试技术,方法,流程,测试文档编写,能独立设计和执行测试用例,提交完整的bug, 编写测试报告。
9.质量管理知识，如CMMI以及ISO 9001等。
测试工程师的职责
1.依据需求文档及设计文档,编写测试用例;
2.完成产品的系统测试;
3.依据测试用例执行手工/自动化/性能/兼容性等测试,反馈跟踪产品BUG;
4.测试工具/系统的研究和应用;
5.更新测试用例内容
6.验证修正的缺陷
7.编写测试报告
8.完成测试相关的其它任务（1写联机帮助2培训客户3编写测试总结）
0 条评论
下一页
