测试主管试题Word格式文档下载.docx
- 文档编号:13881495
- 上传时间:2022-10-14
- 格式:DOCX
- 页数:43
- 大小:45.51KB
测试主管试题Word格式文档下载.docx
《测试主管试题Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《测试主管试题Word格式文档下载.docx(43页珍藏版)》请在冰豆网上搜索。
请试着分别比较这些不同的测试类型的区别与联系(如功能测试、性能测试……)
功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
负载测试和压力测试都属于性能测试,两者可以结合进行。
通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。
压力测试是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。
.基本功能验证。
主要是对发布的版本进行一些最主要功能的测试。
英文常见叫法是SmokingTest,BasicVerificationTest或者SanityCheck。
2.功能测试。
主要是依据需求或者需求分析文档,对所发布的版本进行测试,看看是否满足需求,是否出现了不必要的功能。
3.单元测试。
是开发人员进行的测试之一,一般是开发人员对很小的模块,比如函数进行测试,一般来说,开发人员还需要开发相应的测试桩来进行此类测试。
4.集成测试。
在大型的开发过程中,软件是模块化进行开发的,将不同的模块揉合在一起的话,需要进行的测试就是集成测试。
5.系统测试。
当软件提交给测试组后,是对整个系统的所有功能进行测试,一般来说,功能测试是系统测试的一个部分。
6.压力测试。
主要是在很大性能的情况下,这个性能已经接近了系统的极限,看看系统运转的情况。
7.负载测试。
主要是用各种不同的性能去检测系统,采集各个数据在这些性能情况下的数据。
8.黑盒测试。
指系统对你来说是完全不透明的,只给你留下了输入和最终输出,这个是功能测试的方法之一。
9.灰盒测试。
指在了解部分系统内部工作机制的情况下,对于系统进行的覆盖性测试。
10.白盒测试。
主要是在单元测试和集成测试的情况下,开发人员已知代码,对这一段的代码进行全路径的覆盖测试。
11.界面测试。
主要是看用户界面的友好性和易用性,是否有文字或者排版错误,是否有输入限制等等。
12.回归测试。
一般是系统发现BUG,开发人员修改后,和BUG直接相关以及可能相关的功能进行的测试。
13.安装和卸载的测试。
14.恢复测试。
主要是一个系统在发生了灾难的情况下,从错误中是否容易恢复。
15.兼容性测试。
一个系统在不同的语言,操作系统下的系统测试。
16.安全测试。
系统在遇到攻击或者类似情况下的表现。
17.Alpha测试。
系统在给最终用户前,测试人员在实验室中模拟最终用户的测试。
18.Beta测试。
由部分最终用户通过使用来进行的测试。
19.比较测试。
和其他具有相同或者类似功能的系统进行对比的测试。
20.验收测试。
一般是最终用户在接受产品前,依据自己所提出的要求进行的测试,很多情况下,验收测试可能委托第三方机构完成。
06.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别
黑盒测试:
已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。
白盒测试:
已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。
软件的黑盒测试意味着测试要在软件的接口处进行。
这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。
因此黑盒测试又叫功能测试或数据驱动测试。
黑盒测试主要是为了发现以下几类错误:
1、是否有不正确或遗漏的功能?
2、在接口上,输入是否能正确的接受?
能否输出正确的结果?
3、是否有数据结构错误或外部信息(例如数据文件)访问错误?
4、性能上是否能够满足要求?
5、是否有初始化或终止性错误?
软件的白盒测试是对软件的过程性细节做细致的检查。
这种方法是把测试对象看做一个打开的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。
通过在不同点检查程序状态,确定实际状态是否与预期的状态一致。
因此白盒测试又称为结构测试或逻辑驱动测试。
白盒测试主要是想对程序模块进行如下检查:
1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定,取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性,等等。
单元测试(模块测试)是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确。
通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。
单元测试是由程序员自己来完成,最终受益的也是程序员自己。
可以这么说,程序员有责任编写功能代码,同时也就有责任为自己的代码编写单元测试。
执行单元测试,就是为了证明这段代码的行为和我们期望的一致。
集成测试(也叫组装测试,联合测试)是单元测试的逻辑扩展。
它的最简单的形式是:
两个已经测试过的单元组合成一个组件,并且测试它们之间的接口。
从这一层意义上讲,组件是指多个单元的集成聚合。
在现实方案中,许多单元组合成组件,而这些组件又聚合成程序的更大部分。
方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试。
最后,将构成进程的所有模块一起测试。
系统测试是将经过测试的子系统装配成一个完整系统来测试。
它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。
(常见的联调测试)
系统测试的目的是对最终软件系统进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计。
验收测试是部署软件之前的最后一个测试操作。
验收测试的目的是确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。
验收测试是向未来的用户表明系统能够像预定要求那样工作。
经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是验收测试的任务,即软件的功能和性能如同用户所合理期待的那样。
1.单元测试的主要目的是针对编码过程中可能存在的各种错误,例如用户输入验证过程中的边界值的错误。
2.集成测试主要目的是针对详细设计中可能存在的问题,尤其是检查各单元与其它程序部分之间的接口上可能存在的错误。
3.系统测试主要针对[b]概要设计[/b],检查了系统作为一个整体是否有效地得到运行,例如在产品设置中是否达到了预期的高性能
4.验收测试通常由业务专家或用户进行,以确认产品能真正符合用户业务上的需要(需求)。
07.测试计划工作的目的是什么?
测试计划工作的内容都包括什么?
其中哪些是最重要的?
软件测试计划是指导测试过程的纲领性文件,包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。
借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。
测试计划和测试详细规格、测试用例之间是战略和战术的关系,测试计划主要从宏观上规划测试活动的范围、方
单元测试完成之后,接下来的工作就是集成测试.软件集成测试主要依据软件结构设计(概要设计)文档,测试主要内容有功能性、可靠性、易用性、效率、维护性和可移植性中相关的部分,根据软件需求和设计的要求而选定。
验证各软件单元集成后形成的模块能否达到概要设计规格说明中各模块的设计目标;
这里,模块可能是指某个软件部件,也可能是指某个或某几个子系统。
通常在做集成测试时先是从子系统内部的集成测试开始做起,做完以后再测试各子系统是否能集成为最终要实现的整体系统。
也有其他做法(如自顶向下集成测试方法、核心系统先做集成测试或每日集成测试等等)。
总之,万变不离其宗,集成测试要保证模块的内部正确性以及保证模块能最终集成为完整的系统。
集成测试有时也被称为组装测试或灰盒测试(有观点认为集成测试介于白盒与黑盒之间)。
软件集成测试具体内容包括:
1.功能性测试
(1)程序的功能测试。
检查各个子功能组合起来能否满足设计所要求的功能。
(2)一个程序单元或模块的功能是否会对另一个程序单元或模块的功能产生不利影响。
(3)根据计算精度的要求,单个程序模块的误差积累起来,是否仍能够达到要求的技术指标。
(4)程序单元或模块之间的接口测试。
把各个程序单元或模块连接起来时,数据在通过其接口时是否会出现不一致情况,是否会出现数据丢失。
(5)全局数据结构的测试。
检查各个程序单元或模块所用到的全局变量是否一致、合理。
(6)对程序中可能有的特殊安全性要求进行测试。
2.可靠性测试
根据软件需求和设计中提出的要求,对软件的容错性、易恢复性、错误处理能力进行测试。
3.易用性测试
根据软件设计中提出的要求,对软件的易理解性、易学性和易操作性进行检查和测试。
4.性能测试
根据软件需求和设计中提出的要求,进行软件的时间特性、资源特性测试。
5.维护性测试
根据软件需求和设计中提出的要求,对软件的易修改性进行测试。
6.可移植性测试
根据软件需求和设计中提出的要求,对软件在不同操作系统环境下被使用的正确性进行测试
以其中最重要的是测试测试策略和测试方法(最好是能先评审)。
08.您认为做好测试计划工作的关键是什么?
1.明确测试的目标,增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷,因此软件测试计划的价值取决于它对帮助管理测试项目,并且找出软件潜在的缺陷。
因此,软件测试计划中的测试范围必须高度覆盖功能需求,测试方法必须切实可行,测试工具并且具有较高的实用性,便于使用,生成的测试结果直观、准确
2.坚持“5W”规则,明确内容与过程
“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。
利用“5W”规则创建软件测试计划,可以帮助测试团队理解测试的目的(Why),明确测试的范围和内容(What),确定测试的开始和结束日期(When),指出测试的方法和工具(How),给出测试文档和软件的存放位置(Where)。
3.采用评审和更新机制,保证测试计划满足实际需求
测试计划写作完成后,如果没有经过评审,直接发送给测试团队,测试计划内容的可能不准确或遗漏测试内容,或者软件需求变更引起测试范围的增减,而测试计划的内容没有及时更新,误导测试执行人员。
4.分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 主管 试题