1 / 24
文档名称:

软件测试复习简答.docx

格式:docx   大小:2,161KB   页数:24页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件测试复习简答.docx

上传人:文艺人生 2023/3/25 文件大小:2.11 MB

下载得到文件列表

软件测试复习简答.docx

文档介绍

文档介绍:该【软件测试复习简答 】是由【文艺人生】上传分享,文档一共【24】页,该文档可以免费在线阅读,需要了解更多关于【软件测试复习简答 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。软件测试复****简答
简述软件测试的定义及测试的意义
定义:软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例,并利用这些测试用例运行程序以及发现错误的过程,即执行测试步骤。
从软件质量保证的角度看:软件测试是一种重要的软件质量保证活动,其动机是通过一些经济、高效的方法,捕捉软件中的错误,从而达到保证软件内在质量的目的。测试过程中的活动包括“分析”软件(静态测试)和“运行”软件(动态测试)。也有人认为软件测试(softwaretesting)就是在软件投入运行前,对软件需求分析、设计规格说明和编码的最终复审,是软件质量保证的关键步骤。
意义:
测试是想以最少的时间和人力,系统地找出软件中潜在的各种缺陷,通过修正缺陷提高软件质量,回避软件发布后由于潜在缺陷造成的隐患所带来的商业风险;
测试的附带收获是,它能够证明软件的功能和性能是否与需求说明书相符合;
实施测试收集到的测试结果数据为可靠性
策略:软件测试的策略:就是测试将按照什么样的思路和方式进行。通常,软件测试要经过单元测试、集成测试、确认测试、系统测试以及验收测试
软件测试技术:
(1)白盒测试和黑盒测试
(2)静态测试和动态测试
(3)传统测试方法和面向对象测试的方法
(4)特定环境及应用的测试
简要描述软件测试过程
制定测试计划
1、制定计划
(1)概要测试计划
(2)详细测试计划
2、测试大纲(用例)
测试大纲是软件测试的依据,包括测试项目、测试步骤、测试完成的标准。
3、软件测试报告
软件测试报告是软件测试过程中最重要的文档
测试执行过程

(1)初测期
——测试主要功能和关键的执行路径,排除主要障碍。
(2)细测期
——依据测试计划和测试大纲、测试用例,逐一测试大大小小的功能、方方面面的特性、性能、用户界面、兼容性、可用性等等;预期可发现大量不同性质、不同严重程度的错误和问题。
(3)回归测试期
——系统已达到稳定,在一轮测试中发现的错误已十分有限;复查已知错误的纠正情况,确认未引发任何新的错误时,终结回归测试。

在集成测试过程中的两个重要的里程碑是功能冻结和代码冻结的确定。这两个里程碑界定出回归测试期的起止界限。
软件测试的目的,原则
目的:
测试是想以最少的时间和人力,系统地找出软件中潜在的各种缺陷,通过修正缺陷提高软件
质量,回避软件发布后由于潜在缺陷造成的隐患所带来的商业风险;
测试的附带收获是,它能够证明软件的功能和性能是否与需求说明书相符合;
实施测试收集到的测试结果数据为可靠性分析提供了依据;
测试不能表明软件中不存在错误,它只能说明软件中存在错误。
原则:
尽早地和不断地进行软件测试
不可能完全的测试:
一、不可能测试程序对所有可能输入的响应。
二、不可能测试到程序每一条可能的执行路径
三、无法找出所有的设计错误
四、不能采用逻辑来证明程序的正确性
增量测试,由小到大
避免测试自己的程序
设计周密的测试用例
对软件复杂性进行归纳分析
1、无法对程序进行完全测试
(1)测试所需要的输入量太大
(2)测试的输出结果太多
(3)软件实现的途径太多
(4)软件规格说明没有一个客观标准
2、测试无法显示潜在的软件缺陷和故障
——通过软件测试只能报告软件已被发现的缺陷和故障,无法报告隐藏的软件故障。
3、存在的故障现象与发现的故障数量成正比
——结论:应当对故障集中的程序段进行重点测试
4、不能修复所有的软件故障
——原因:没有足够的能力进行修复;修复的风险较大;不值得修复;可不算做故障的一些缺陷;“杀虫剂现象”。
——结论:关键是要进行正确的判断、合理的取舍,根据风险分析决定哪些故障必须修复,哪些故障可以不修复。
5、软件测试的代价
——工作原则:就是如何将无边无际的可能性减小到一个可以控制的范围,以及如何针
对软件风险做出恰当选择,去粗存精,找到最佳的测试量,使得测试工作量不多也不少,既能达到测试的目的,又能较为经济。
各种测试
各种测试的说明:
单元测试:单元测试是基于程序模块进行正确性验证的测试。
集成测试:集成测试,也叫组装测试或联合测试。在单元测试的基础上,将所有模块按照设计要求组装成为子系统或系统,进行集成测试。实践表明,一些模块虽然能够单独地工作,但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题,在全局上很可能暴露出来,影响功能的实现。
确认测试:确认测试是检验所开发的软件是否能按顾客提出的要求运行。
系统测试:系统测试是将被测的软件作为整个基于计算机系统的一个元素,与计算机硬件、外设、支持软件、数据和人员等其他系统元素结合在一起,在实际的环境中,对计算机系统进行一系列的测试。系统测试的目的在于通过与系统的需求定义作比较,发现软件与系统定义不符合
或与之矛盾的地方。系统测试的测试用例应根据需求分析说明书来设计,并在实际使用环境下来运行。系统测试主要包括:恢复测试(恢复测试是要采取各种人工干预方式使软件出错,而不能正常工作,进而检验系统的恢复能力)、安全测试、强度测试(压力测试)、性能测试,强度和性能测试往往结合起来进行。
验收(用户)测试:检验软件产品质量的最后一道工序。主要突出用户的作用,同时软件开发人员也应有一定程度的参与。
归纳集成测试的两种不同测试方法
非增量式测试
非增量式测试是采用一步到位的方法来构造测试:
——对所有模块进行个别的单元测试后,按照程序结构图将各模块连接起来,把连接后的程序当作一个整体进行测试。
实例采用非增量式测试方法进行集成测试
非增量式测试的缺点:
——当一次集成的模块较多时,非增量式测试容易出现混乱,因为测试时可能发现了许多故障,为每一个故障定位和纠正非常困难,并且在修正一个故障的同时,可能又引入了新的故障,新旧故障混杂,很难判定出错的具体原因和位置。
增量式测试
增量式测试的集成是逐步实现的:
——逐次将未曾集成测试的模块和已经集成测试的模块(或子系统)结合成程序包,再将这些模块集成为较大系统,在集成的过程中边连接边测试,以发现连接过程中产生的问题。
按照不同的实施次序,增量式集成测试又可以分为三种不同的方法:
(1)自顶向下增量式测试
(2)自底向上增量式测试
(3)混合增量式测试
归纳确认测试的准则
确认测试的准则
确认测试也称为合格性测试,是检验所开发的软件是否能按用户提出的要求进行。软件确认要通过一系列证明软件功能和要求一致的

最近更新