测试概论解答合集.docx
《测试概论解答合集.docx》由会员分享，可在线阅读，更多相关《测试概论解答合集.docx（26页珍藏版）》请在冰豆网上搜索。
测试概论解答合集
测试概论解答合集
1.软件的含义
答：
软件是计算机系统与硬件相互依存的一部分，包括程序、数据以及相关文档的完美集合。
2.测试与调试的区别是什么？
答:
目的
任务
测试
发现程序的错误
通过执行程序，暴露潜在的错误
调试
定位和纠正错误
消除软件故障，保证程序的可靠运行
3.IEEE是什么意思？
答：
标准化协会，负责标准化工作。
4.GB是什么意思？
答：
国标（国家标准）。
5.软件测试的含义
答：
依据规的软件检测过程和检测方法按照测试计划和测试需求对被检测软件的文档，程序和数据库进行测试的技术活动。
6.软件测试的目的（GB3点）
答：
为了发现尽可能多的缺陷；为了确保产品完成了它所公布或承诺的功能；为了确保产品满足性能和效率的要求；为了确保产品的健壮性，适应用户环境的要求（易用性、友好性）。
7.解释QA及其职责
答：
QA是质量保证员（qualityassurance）；主要职责是制定和加强促进软件开发并防止软件缺陷的标准和方法。
8.测试工程师与软件质量保证的区别
答：
QA：
质量保证员（qualtiytassurance）；主要职责是制定和加强促进软件开发并防止软件缺陷的标准和方法。
TE：
测试工程师（Testingengineer）；主要职责是在最短的时间发现尽可能多的缺陷，并保证缺陷得以修复。
9.测试应该由什么人来进行？
答：
为了达到最佳效果，应该由独立的第三方完成测试。
10.pareto法则
答：
pareto法则应用于软件测试，又称8/2效率法则；一般情况下80%的软件缺陷都集中在20%的关键核心业务模块中。
11.杀虫剂怪事
答：
1）用于描述软件测试越多，其对测试的免疫力就越强的现象；2）程序员对测试员的“惯用伎俩”已经可以躲避；3）为了杀虫剂怪象的克服，软件测试员必须不断编写不同的、新的测试程序，对程序的不同部分进行测试，以找出更多缺陷。
12.木桶原理
答：
木桶原理又叫全面质量管理（TQM）；产品质量的关键因素：
分析、设计、实现。
13.Good-enough原则
答：
Good-enough原则又叫权衡投入/产出比的原则。
既不要做过多的测试，也不要做不充分的测试。
14.群集效应
答：
群集效应是指同种生物生活在一起所产生的有利作用或者消极影响，例如开发人员心情不好的时候、测试人员发现的缺陷与产品关联不大等等。
15.测试分为哪几个阶段？
答：
单元测试、集成测试、系统测试、验收测试。
16.什么是确认测试？
回归测试？
答：
回归测试是当发现缺陷后提交开发工程师修复，修复完成后检查缺陷修复是否正确，并且确认修复缺陷的同时是否引进新的缺陷。
17.测试人员应该具备哪些素质？
答：
故障排除、追求完美、不放过任何蛛丝马迹、具有创造性、判断准确性、善于说服、注重策略与外交、自我学习能力、一定的开发能力、打破砂锅问到底的习惯。
18.测试人员应具备的“三心二意”
答：
三心：
细心、耐心、信心；
二意：
团队合作的沟通意识；时刻保持怀疑的态度且具有缺陷预防的意识；
19.如果测试提交的缺陷开发人员不认可，该怎么办？
答：
第一步：
与开发人员反复友好沟通；
第二步：
反复复现缺陷的存在，并可以将缺陷复现的截图与复现步骤整理成文档提供给开发人员；
第三步：
如果还是不能说服开发人员，可以将该情况反映给测试组长或者测试经理，由测试组长或者测试经理评估协调。
20.如何解决开发和测试的矛盾？
答：
首先对事不对人，旨在解决工作中的问题，亦师亦友，在工作中坚守职责，尽可能保证判断准确，提供更多可以说服开发人员的数据。
21.测试团队中都有哪些角色？
各负责什么任务？
答：
组长：
做好组角色分配，把控整个项目的测试进度；
质量保证员：
制定和加强促进软件开发并防止软件缺陷的标准和方法。
测试员：
测试各个模块，编写测试用例，并提交缺陷报告。
需求分析员：
测试前分析用户对产品的需求，要实现的功能，然后指定测试重点方向。
配置管理员：
为测试搭建测试环境。
会议记录员、文档管理员：
记录每次组会议的容、测试文档的整理与补充。
22.什么是软件开发生命周期？
答：
开发计划开发需求分析系统设计（概要设计详细设计数据库设计）编码组装运行
23.什么是软件生命周期？
答：
项目启动计划开发测试上线维护
24.软件测试生命周期？
测试计划测试需求分析设计测试用例执行测试用例提交缺陷报告编写测试总结报告回归测试
25.软件测试主要有哪些模型？
答：
V模型、W模型、H模型、X模型
26.简述V模型。
答：
“V”的左端表示传统的瀑布开发模型，而“V”的右端表明相应的测试阶段。
V模型是最具有代表意义的测试模型。
它的提出旨在改进开发效率和效果。
测试是开发之后的一个阶段。
实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。
修复缺陷的代价比较大。
27.简述W模型。
答：
基于尽早和不断测试的原则，W模型既强调了测试方案设计，也强调了测试执行。
相对于V模型，W模型增加了软件各开发阶段中应同步进行的验证和确认活动，W明确表示出了测试与开发的并行关系。
测试与开发是同步进行的，有利于尽早地全面的发现问题。
28.简述H模型。
答:
真正的测试级别之间不存在严格的次序关系，各阶段间可以反复触发、迭代、增量。
为了解决V模型和W模型存在的问题，有专家提出了H模型。
它将测试活动完全独立出来，形成一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来。
29.从哪几方面准备面试过程中的项目介绍?
答：
关于项目的技术架构（是B/S架构还是C/S架构）；
关于项目的技术背景（语言与数据库）；
项目的描述（项目时间、团队人数、担任较色）；
在该项目中负责的什么模块；
针对该测试模块提取了多少需求；
针对这些需求设计了哪些测试用例，都用到了哪些测试用例的设计方法；
执行完用例后发现了多少bug，举出一个比较典型的实例；
测试用例的组成；
缺陷报告的组成；
30.软件开发过程主要有哪些模型?
答：
大爆炸模型；
边写边改模型；
螺旋模型；
瀑布模型；
敏捷软件开发模型；
31.什么是ISO9000?
答：
ISO9000系列标准是ISO国际标准化组织TC/176技术委员会制定的所有国际标准，其核心标准是质量保证标准（ISO90001/2/3）和质量管理标准（ISO9004）；ISO9000系列是由ISO/TC176制定的所有国际标准。
32.ISO9000系列标准的基本思想主要包括哪两种?
答：
控制思想：
即对产品形成的全过程—从采购原材料、加工制造到最终产品的销售、售后服务进行控制。
预防的思想：
通过对产品形成的的全过程进行控制以及建立并有效运行自我完善机制达到预防不合格；
33.ISO9000-3是什么?
从哪九方面制定标准?
答：
合同评审；
开发计划；
需方需求规格说明；
质量计划；
设计和实现；
测试和确认；
验收；
复制、支付和安装；
维护；
34.GB/T19000是什么?
与ISO9000有什么关系?
答：
GB/T19000标准是指我国等同采用与国际ISO9000标准（有关质量管理和质量保证）的国家标准。
等同于将ISO9000系列标准的原文翻译过来直接作为国家标准，一般不做任何改动，故GB/T19000-ISO9000是ISO9000的译文。
35.软件测试过程中一般会从哪几个方面入手来规过程,形成软件规？
答：
角色的确定；
进入的准则；
输入项；
活动过程；
输出项；
验证与确认；
退出的准则；
度量；
36.什么是CMM?
答：
CMM：
capabilitymaturitymodel，即软件能力成熟度模型。
37.CMM的五个等级分别是什么?
并分别简述。
答：
初始级（等级1）：
软件过程的特点是无秩序的、混乱的；
可重复级（等级2）：
已建立基本的项目管理过程去跟踪成本，进度和功能性。
必须的过程纪律已经就位。
已定义级（等级3）：
管理活动和工程活动两方面的软件过程均已文档化、标准化，并集成到组织的标准软件过程中。
已管理级（等级4）：
已经采集详细的有关软件过程和产品质量的度量。
优化级（等级5）：
利用来自过程和来自新思想、新技术先导性试验的定量反馈信息，使持续过程改进成为可能。
38.测试系统主要哪6个相互关联、相互作用的过程组成？
答：
测试规划；
测试设计；
测试实验；
配置管理；
资源管理；
测试管理；
39.软件测试项目启动时，都要抓住哪些要点？
答：
弄清项目背景；
深刻理解项目需求；
人是决定因素；
确定其测试目标；
40.给软件质量下个定义。
答：
软件产品满足规定的和隐含的与需求能力有关的全部特征和特性，它包括：
1）软件质量满足用户需求的程度；
2）软件各种属性的组合成度；
3）软件使用过程中满足用户需求的程度。
41.软件质量需求主要分为哪两大方面？
答：
分为功能性需求和非功能性需求。
42.质量的非功能需求都包括哪些？
答：
性能需求（performance）、安全性需求（security）、可靠性需求、兼容性需求、可移植性需求、可扩展性需求、压力需求、负载需求、接口需求、安装/卸载需求。
43.给软件缺陷下个定义。
答：
1）从产品部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；
2）从外部看，软件缺陷是系统需要实现的某种功能的失效或违背。
软件缺陷就是软件产品中存在的问题，是计算机系统或程序中存在的任何一种破坏正常运行能力的问题或错误，或者隐藏的功能缺陷或者瑕疵。
缺陷会导致软件产品在某种程度上不能满足用户需求，或者用户所需要的功能没有得到实现。
44.软件缺陷的表现形式？
答：
没有达到产品规格说明书所规定的功能、特性、性能指标等,或只有部分实现；
设计不合理，功能特性不明确，逻辑不清楚或存在矛盾；
运行出错，包括运行中断、系统崩溃、界面混乱等；
数据结果不正确、精度不够、不完整或格式不统一；
其他问题。
如存取时间过长、界面不美观；
45.软件缺陷和软件错误有何关系和区别？
答：
软件缺陷（defect）围更广，它涵盖了软件错误（error），还涵盖了不一致性问题，功能需求定义缺陷和产品设计缺陷等。
46.软件缺陷产生的原因都有哪些？
答：
需求频繁变更；
追求新科技，实现新功能、很酷的功能；
争取在时间上取胜，需求分析、设计、测试等投入的时间、精力不够；
47.软件缺陷产生的根源有哪些？
答：
需求分析；
设计（概要设计、详细设计、数据库设计）；
编码；
48.一个健全的软件测试团队对应包含的6种角色？
（另一个层面）
答：
测试组长或者测试经理；
系统工程师；
自动化测试工程师；
测试分析和设计人员；
性能测试、安全测试人员；
测试执行人员；
49.什么是测试件？
答：
（Testware）是用来描述测试工作产品的术语，包括测试计划文档、测试需求文档、测试用例、测试脚本、测试数据、测试log或结果、缺陷分析报告、测试总结报告等。
50.什么是测试用例？
答：
（Testcase）是为了特定的的测试目的（如考察特定程序路径或验证某个产品的特性）而设计的测试条件、测试数据及与之相关的的测试过程的一个特定的使用实例或场景。
测试用例也可以被称为有效地发现软件缺陷的最小测试执行单元。
51.测试团队的两个基本职能分别是什么？
答：
软件测试和质量保证；
52.目前市场上，测试团队与开发团队的3种模式分别是什么？
答：
第一种：
以开发为核心，测试只是开发队伍的一部分，也就是开发团队中有测试人员，但没有形成独立的团队；
第二种：
以项目经理为核心：
开发小组和测试小组并存，隶属于项目经理领导；
第三种：
项目经理、开发组长和测试组长“三足鼎立”，测试团队据有独立的、权威的地位；
53.一个软件项目的要素都包括哪些？
答：
项目类型、用户、目标、围、工期、软件平台、开发工具和语言；
54.目前实际工作中，主要有哪6种项目类型？
答：
纯客户端软件；
纯Web（B/S）应用系统；
客户端服务器（C/S）应用系统；
大型复杂企业级系统。
手机软件;
嵌入式软件.
55.软件测试的输入项都包括哪些？
答：
软件项目计划；
软件需求文档；
软件架构设计文档；
软件详细设计文档；
软件程序单元；
软件配置或集成计划；
软件工作版本；
56.软件测试的输出项都包括哪些？
答：
软件测试计划；
软件测试需求
软件测试用例；
测试缺陷记录；
测试分析报告；
57.软件测试的结束准则是什么？
答：
发现的缺陷数达到规定指标，且缺陷数是逐次收敛的；
未修复严重缺陷，得到高层经理批准；
测试用例100%执行；
测试覆盖率达到规定指标；
项目必须发布暂停测试；
因项目要求，强制退出测试；
测试过程受到开发等方面的阻塞；
58.测试需求分析包括哪三方面的工作?
答：
明确测试围，了解哪些功能点要测试、哪些功能点不需测试；
知道哪些测试目标优先级高、哪些目标优先级低；
要完成哪些相应的测试任务才能确保目标的实现。
59.测试需求分析的两个基本出发点是什么?
答：
从客户角度进行分析；
从技术角度分析；
60.从技术角度分析测试需求,主要考虑哪些要点?
答：
业务目标；
系统结构；
系统功能；
系统数据；
系统运行平台；
系统操作；
61.一般性的Web测试项目的测试点都包括哪些?
答：
从测试类型来说，可分别从：
功能测试、性能测试、安全测试、UI测试、兼容性测试、易用性测试；
对于功能性测试，可以从用户登录、站点地图和导航条、超级、表单、数据校验；
对于安全测试可以从：
cookie、session、ssl、防火墙等测试；
对于性能测试，可从用户并发等，主要针对一些对应事物。
62.UI测试一般包括哪些测试点?
答：
页面风格统一、布局合理；
文字大小恰当；
背景颜色搭配合理；
图片、表格清晰；
63.性能测试包括哪三方面的测试?
答：
服务器端、客户端、网络
64.什么是可伸缩性测试?
答：
可伸缩性测试指通常要求在对部署体系结构的设计不做修改的情况下增加资源以满足系统增加的容量，从而使系统容易支持来自现有用户或扩大的用户群体的额外负载。
65.软件可用性指的是什么?
答：
可用性是指系统正常运行的能力或程度，在一定程度上也是系统可靠性的表现，可用性测试就基本上等同于可靠性测试。
66.安全性测试常见的一些测试需求点都包括哪些?
答：
各种登录模式的安全性验证、对口令各种要求的测试；
用户权限的验证；
所有入口的验证，即对数据输入的验证；
Cookie和Session的有效期验证等特殊机制的验证；
数据访问权限设置验证，如服务器上的目录设置；
敏感数据加密、数据存储安全性的验证；
验证系统的日志文件是否得到保护；
在异常条件下操作、错误操作，测试软件以表明不会因可能的单个或多个输入错误而导致不安全状态；
其他各种安全漏洞（如跨站点攻击、SQL注入等）的检查。
67.如何展开兼容性测试?
答：
从硬件兼容、软件兼容、数据兼容展开。
硬件兼容：
各种平台（PC、台式、手机、pad等）的兼容；
软件兼容：
包括操作系统和浏览器的兼容；
数据兼容：
包括数据库、软件版本兼容等。
68.需求评审对软件测试和质量的作用表现在哪些方面?
答：
对软件需求进行正确性的检查;
保证软件需求的可测试性;
通过产品需求文档的评审，与市场、产品、开发等各部门相关人员沟通，使得大家认识一致，避免在后期产生不同的理解，引起争吵。
通过产品需求文档的评审，更好地理解产品的功能性和非功能性需求，为确定测试需求、制定测试计划和设计测试用例等工作打下坚实的基础，特别是为测试围、工作量等方面的分析、评估工作获取第一手信息。
在需求文档评审通过后，测试的目标和围就确定了。
69.什么是评审?
根据评审容和评审形式，评审是如何分类的?
答：
评审是指检验工作产品是否正确地满足了以往工作产品中建立的规，如需求或设计文档。
1）根据评审容，评审可以分为管理评审、技术评审、文档评审和流程评审四种。
2）根据评审形式，评审可以分为同行评审、管理评审等。
70.需求评审会的参加人员都包括哪些？
答：
用户代表、开发人员、测试人员、质量保证人员、项目经理、开发经理、测试经理、产品部经理、需求人员
71.测试人员作为需求评审员，需要向自己提哪些问题？
答：
这些需求都是用户提出来的吗？
有没有画蛇添足地需求？
没有漏掉什么需求吗？
和竞争对手的产品做过比较吗？
我们的产品优势体现在哪里？
是否正确地描述了每个需求？
这条描述是否存在二义性的问题？
我的理解和他们（MRD、PRD的作者）的理解一致吗？
72.对系统需求评审的质量要求都包含哪些容？
答：
正确性、完备性、易理解性、一致性、可行性、可修改性、可测试性、可追溯性;
73.测试的资源都包括哪些容？
答：
人力资源、硬件资源、软件资源
74.测试风险的控制方法都包括哪些？
答：
根据风险发生的概率和带来的影响确定风险的优先级，然后采取措施避免那些可以避免的风险。
风险转移。
有些风险不可避免，就设法降低风险。
为了避免、转移或降低风险，事先要做好风险管理计划。
对风险的处理还要制定一些应急的、有效的处理方案。
在做计划时，估算资源、时间、预算等要留有余地，不要用到100%。
制定文档标准，并建立一种机制，保证文档及时产生。
75.测试策略制定的三项基本要素？
答：
输入、输出、程序。
76.测试（项目）计划包含哪些要素
答：
测试目标和围、测试策略、项目估算、风险计划、进度安排、资源配置、跟踪和控制机制
77.测试用例的优先级如何？
答：
冒烟测试、高、中、低
78.什么是冒烟测试？
答：
小版本测试（BVTS）
79.什么是小版本验证测试？
答：
版本验证测试是指：
通常由一组广泛的测试组成，这些测试用于验证特定版本的总体质量，不急于完全测试，只是在很短的时间将软件的基本功能走一遍，如果存在大的问题，就停止后面的测试工作，没有存在大的问题，可以进行下一步测试，这样可以节约时间，提高效率。
80.用例评审一般使用什么方式？
哪些人参与评审？
答：
一般使用评审委员会评审的方式
参与评审人员：
用户代表、开发人员、测试人员、质量保证人员、项目经理、开发经理、测试经理、产品部经理、需求人员
81.怎么判断是不是软件缺陷？
答：
软件未达到产品说明书标明的功能
软件出现了产品说明书指明不会出现的错误
软件功能超出产品说明书指明的围
软件未到达产品说明书虽未指出但应达到的目标
软件测试员认为软件难以理解、不易使用、运行速度缓慢或者最终用户认为不好
82.怎么处理无法再现的缺陷？
答：
首先，应当对这样的缺陷进行详细的记录，并尽快提交给开发人员。
其次，对于寻找难以再现的缺陷要合理地安排时间，不要因为一棵大树而丢掉了整个森林。
要考虑到测试项目的整体进度，对一时难以再现的缺陷可以暂时搁置，以保证项目的正常进度。
最后在测试过程中对未再现缺陷予以关注。
83.什么是重复缺陷？
怎么避免重复缺陷？
答：
重复缺陷：
同一个缺陷A测试工程师提交后，B测试工程师又提交。
避免重复缺陷：
尽量避免两个人同时测试同一模块，如果两个人同时测试同一模块，提交缺陷时一定用系统查一下是否有类似缺陷已经被提交。
84.什么是无效缺陷？
怎么避免无效缺陷？
答：
当测试人员提交缺陷报告后，开发人员分配缺陷报告并查看属不属于缺陷，如果开发人员确认不是缺陷，再由测试人员确认，最后置为无效缺陷。
避免无效缺陷：
1）测试前细化需求，保证对需求理解正确，避免提交存在歧义的缺陷；
2）对于自己把握不准的缺陷，提交前进行讨论；
3）在提交bug之前，一定要保证bug能够重现，并且在bug中清楚的描述重现步骤；
4）保证测试环境的准确性，并且做好版本的配置管理；
85.缺陷报告的要素包括哪些？
答：
缺陷编号、项目名称、项目版本、功能模块、测试用例ID、缺陷严重程度、缺陷优先级、缺陷的状态、缺陷概述、测试环境、操作步骤、预期结果、实际结果、附件、测试人员、测试时间。
86.缺陷报告写作的5个准则？
答：
准确-correct
清晰-clear
简洁-concise
完整-plete
一致-consistent
87.简述缺陷的生命周期
答：
缺陷的状态从提交-打开-已修复-关闭的整个过程称为缺陷的生命周期。
88.简述缺陷报告的正常处理流程
答：
测试人员提交缺陷报告（新建）--分配给相应的开发人员—开发人员处理缺陷报告并修复（已修复）--开发人员将已修复缺陷分配给测试人员—测试人员进行返测，若缺陷修复正确（关闭）；若修复不正确（重新打开），再次分配给开发人员。
89.简述重复缺陷的处理流程
答：
测试人员提交缺陷报告（新建）--分配给相应的开发人员—开发人员确认缺陷为重复缺陷（拒绝）后，重新分配给测试人员—测试人员确认是重复缺陷后，关闭缺陷。
90.简述无效缺陷的处理流程
答：
测试人员开启一个新bug—开发人员确认是否是一个bug—开发人员设置为不是一个bug—测试人员确认，确实不是bug—测试人员关闭。
91.简述推迟处理缺陷的处理流程
答：
测试人员开启一个新bug—开发人员确认是否是bug—开发人员设置为推迟处理（搁置状态）—测试人员确认是否应该推迟—测试人员改为推迟（搁置状态）。
92.简述验证不通过缺陷的处理流程
答：
测试人员开启一个新bug—开发人员确认是否是bug—开发人员修复bug（已修复）—测试人员验证缺陷修改不正确—测试人员返给开发人员（重新打开）；
93.缺陷的严重程度如何划分?
并分别简述。
答：
致命的、严重的、一般的、较小的、建议
94.缺陷优先级如何划分？
并分别简述。
答：
高、中、低
95.缺陷的状态有哪些？
答：
已提交、打开、已拒绝、已解决、已关闭、重新打开、搁置
96.缺陷的类型包括哪些？
答：
功能缺陷、性能缺陷、安全缺陷、用户界面缺陷、兼容缺陷
97.简介测试流程
答：
测试流程为：
立项，测试需求分析，测试计划，测试设计，测试实施，测试评估，测试总结；
98.什么时候提交发现的缺陷？
答：
执行测试用例时，若发现错误立即提交缺陷报告。
99.什么是入口准则、出口准则？
答：
进入准则也就是对软件测试切入点得确立。
出口准则：
是将测试的执行结果和已经定义的测试目标进行比较的活动。
100.测试有哪些级别（阶段）？
答：
单元测试，集成测试，系统测试，验收测试；
101.什么是单元测试？
单元测试重点是什么?
答：
单元测试又叫组件测试，是针对一个单个的软件单元的测试。
单元测试重点：
单个的软件单元
102.什么是桩模块、驱动模块？
答：
桩模块：
一个软件组件框架的实现或特殊目的的实现，用于开发和测试另一个调试或依赖于该组件的组件，它代替了被调用的组件。
驱动模块：
代替某个软件组件来模拟控制和/或调用其他组件或系统的软件或测试工具。
103.什么是集成测试?
集成测试的测试重点是什么？
答：
集成测试：
一种旨在暴露接口以及组成组件/系统间交互时存在的缺陷的测试。
集成测试重点：
接口、系统部不同部分的相互作用。
104.集成测试有哪些策略？
答：
自顶向下集成、自底向上集成
105.什么是系统测试？
系统测试测试重点是什么?
答：
系统测试关注的是在开发项目或程序中定义的一个完整的系统/产品的行为。
系统测试重点：
系统需求、整个系统功能、非功能的需求；
106.什么是验收测试？
验收测试重点是什么?
答：
验收测试通常是由使用系统的用户或客户来进行，同
升级会员 