软件测试判断题大集合：验收、单元测试等要点解析

一、判断题

1.软件测试的目的是尽可能多的找出软件的缺陷。(Y)

2.Beta测试是验收测试的一种。(Y)

3.验收测试是由最终用户来实施的。(N)

4.项目立项前测试人员不需要提交任何工件。(Y)

5.单元测试能发现约80%的软件缺陷。(Y)

6.代码评审是检查源代码是否达到模块设计的要求。(N)

7.自底向上集成需要测试员编写驱动程序。(Y)

测试负载是为了确定系统性能的极限水平，具体表现在其功能承受压力的能力，通过模拟实际使用环境来评估，从而了解系统在满负荷运行时的表现情况。

9.测试人员要坚持原则，缺陷未修复完坚决不予通过。(N)

10.代码评审员一般由测试员担任。(N)

11.我们可以人为的使得软件不存在配置问题。(N)

12.集成测试计划在需求分析阶段末提交。(N)

二、选折

1.软件验收测试的合格通过准则是：(ABCD)

说明书里规定的所有功能都完成了，性能方面的标准也都符合了。

B.所有测试项没有残余一级、二级和三级错误。

C.立项审批表、需求分析文档、设计文档和编码实现一致。

D.验收测试工件齐全。

2.软件测试计划评审会需要哪些人员参加?(ABCD)

A.项目经理

B.SQA负责人

C.配置负责人

D.测试组

3.下列关于alpha测试的描述中正确的是：(AD)

A.alpha测试需要用户代表参加

B.alpha测试不需要用户代表参加

C.alpha测试是系统测试的一种

D.alpha测试是验收测试的一种

4.测试设计员的职责有：(BC)

A.制定测试计划

B.设计测试用例

C.设计测试过程、脚本

D.评估测试活动

5.软件实施活动的进入准则是：(ABC)

A.需求工件已经被基线化

B.详细设计工件已经被基线化

C.构架工件已经被基线化

D.项目阶段成果已经被基线化

三、添空

软件的验收验证工作涵盖了正式的验收验证，还有 Alpha 验证，以及 Beta 验证。

系统测试的方针包括，功能验证，效率验证，稳固性验证，压力验证，便捷性验证，极限验证，安全验证，参数验证，部署验证，移除验证，资料验证，问题复原验证，视觉验证，空间验证，适配验证，分散验证，操作验证

制定系统测试方案时，必须参考以下几类项目文件：关于软件测试的规划文档，描述软件需求的资料，以及有关迭代进度的安排文件。

面向过程的系统，其集成方式包括两种，分别是自上而下的方法，以及自下而上的策略。

这道题目设置得存在疑问呢，具体的五个实施环节是~~，运用因果图的方法来制定测试案例的流程包括：

在软件规格说明的文本里，需要分辨出哪些部分是触发因素，也就是输入环节或输入环节的相似情况，哪些部分是产生的现象，也就是输出环节，并且为每一个触发因素和产生的现象指定一个代号。

研究软件规格说明文本中的含义，明确因果与结果之间，以及因果与因果之间具体是哪种联系方式？依照这些联系，绘制出因果示意图。

语法或环境存在局限，导致部分因果关系的搭配无法成立，这些特殊情况需要特别指出，在因果图上通过特定符号来标注约束或限制。

(4)把因果图转换成判定表。

(5)把判定表的每一列拿出来作为依据，设计测试用例。

四、简答部分内容系整合所得，感念前人协助解析，无1、辨析阶段验收和同行评估的不同

同行评审目的:发现小规模工作产品的错误,只要是找错误;

阶段评审目的:评审模块阶段作品的正确性可行性及完整性

同行评审参与者数量限定在三人到七人之间,这些人员需要接受同行评审会议方面的培训,并且由质量保证部门提供指导。

阶段评审人数:5人左右评审人必须是专家具有系统评审资格

同行评审内容:内容小一般文档< 40页,代码< 500行

阶段评审内容:内容多,主要看重点

同行评审时间:一小部分工作产品完成

阶段评审时间:通常是设置在关键路径的时间点上!

2、什么是软件测试

为了发现程序中的错误而执行程序的过程

3、简述集成测试的过程

系统集成测试主要包括以下过程：

1.构建的确认过程。

2.补丁的确认过程。

3.系统集成测试测试组提交过程。

4.测试用例设计过程。

5.测试代码编写过程。

6.Bug的报告过程。

7.每周/每两周的构建过程。

8.点对点的测试过程。

9.组内培训过程。

4、怎么做好文档测试

认真审视，逐一遵循每项环节，逐一核对每幅图像，逐一实践每个范例。P142

检查文档的编写是否满足文档编写的目的

内容是否齐全，正确

内容是否完善

标记是否正确

5、白盒测试有几种方法

总体上分为静态方法和动态方法两大类。

静态分析的主要作用在于核对软件的界面展示与其说明文字是否吻合，确保两者之间不存在矛盾之处，也没有任何模糊不清的地方。

当前测试范畴包括语句遍历, 判定遍历, 条件遍历, 判定与条件联合遍历, 条件多重组合遍历, 以及所有路径遍历。

6、系统测试计划是否需要同行审批，为什么

需要，系统测试计划属于项目阶段性关键文档，因此需要评审。

7、Alpha测试与beta的区别

Alpha测试是在系统开发接近尾声时对应用系统进行的检验；检验完成后仍会有少许设计调整。此类检验通常由最终用户或相关群体执行，不能由程序或测试人员实施。一个或多个用户会在开发环境中开展检验活动。

Beta测试是在开发与测试环节全部结束后进行的测试，目的是在正式发布前发现所有剩余的错误和缺陷。此类测试通常由最终用户或第三方人员来执行，不允许程序员或测试工程师参与。测试过程需要一个或多个用户在实际使用环境中开展。

性能测试依据使用便捷性可划分为六类：负载测试，压力测试，容量测试，配置测试，基准测试，并发测试。这六类性能测试中，负载测试，容量测试和强度测试各有不同特点。

压力检验：在特定的工作压力下，评估系统的运行状态和回复速度。在固定的软件配置、硬件条件及网络环境中，执行一种或多种业务流程，通过调整虚拟用户的数量，检测服务器性能是否满足用户预期标准，从而明确系统可承载的最高用户容量，以及系统的响应时效和资源使用效率等。

压力检测：设定特定软件系统、物理设备以及通讯条件，复制众多假想客户访问服务器施加负荷，让服务器的各项资源达到最大值并持续运行较长时间，以此验证服务器在极端负荷情形下能否正常运作。

压力检验：在特定负载状态下，系统长时间不间断运行后性能的变化情况。

容量测试旨在预先分析出体现软件系统应用特性的某些指标在极端情况下的数值，例如最大同时在线用户数量、数据库数据总量等，确保系统在该数值下不会发生任何软件故障，或者依然能够正常执行核心功能，同时还能明确测试对象在特定时间段内所能承受的最大工作负荷或业务量。容量测试旨在让系统面对超量的数据，从而判断其能否准确应对。这种测试以数据为核心，其目标在于证明系统在既定条件下能够处理特定容量的数据。借助特定的系统配置，创建数据库中规模各异的数据条目，通过模拟用户执行一项或多项业务，收集不同规模下的服务器运行数据，借此明确数据库能承载的最大负荷与最适宜的负荷。

测试配置：在特定的软件系统、硬件设施和网络条件下，执行一种或多种功能，使用一定规模的虚拟客户，得到无法实现的性能数据。

基准测试，需要设定特定的软件、硬件和网络条件，然后模拟众多虚拟用户执行某些业务操作，把测试数据当作参考基准，在系统优化或评估环节，通过执行相同的业务场景来对比测试数据，以此判断优化措施是否达到目标，或者为系统选型提供依据。基准评估通常依托于设定测试，经由设定测试采集信息，并将这些信息当作参照点，用以判断每次优化操作后运行效能是否获得提升。

并发检验：运用模拟众多客户同时使用同一软件、执行特定程序、处理相同数据资料或进行其他并行活动的方式，来考察系统是否会出现僵局、信息偏差等异常状况。

9、测试结束的标准是什么?

用例全部测试。

覆盖率达到标准。

缺陷率达到标准。

其他指标达到质量标准

10、描述软件测试活动的生命周期?

测试周期分为计划、设计、实现、执行、总结。其中：

规划整个测试流程，明确各阶段任务，预估工作量和潜在问题，调配人力物力，制定时间表等；从全局角度设计测试方案。测试方案涵盖文档目标，项目背景说明，数据来源，系统运行条件（网络结构，软硬件情况），测试要点，资源分配（人员分工，测试软件），时间规划，成果交付，以及可能遇到的风险。

制定测试计划，从专业角度对测试活动进行统筹安排，其作用在于明确整个测试过程的工作任务和关注方向，测试计划涉及文档用途，测试方法等内容。

实现：进行测试用例和测试规程设计;

依照先前制定的计划、方案、实例、流程等资料，开展测试实例的实践工作。

总结：记录测试结果，进行测试分析，完成测试报告。

11、软件的缺陷等级应如何划分?

A类—重大失误，涵盖以下各类问题：程序导致系统崩溃或非正常关闭，出现无限循环，数据库陷入僵局，操作不当引发程序中止，存在功能缺陷，数据库交互异常，数据传输中断

B类属于较为严重的失误，具体涵盖多种情形：首先是代码层面的偏差，其次是程序衔接环节的问题，还有数据库中的表格设计、业务逻辑以及预设值的设定，均未设置必要的限制措施

C类问题属于常规性偏差，具体涵盖多种情形：操作界面存在偏差，例如数据窗口中的列名设定或其指示信息不统一；输出文档在内容或布局上出现偏差；基础的数据录入约束未在客户端实施管控；执行删除动作时缺乏必要的警示信息；数据库表格中存在大量未使用的字段

D类问题属于轻微瑕疵，具体表现为若干种情形：界面设计不够标准，辅助说明文字表达模糊，输入输出操作不合规，长时间处理过程缺乏用户指引，提示框信息未使用专业术语，可编辑字段与固定显示区域缺乏清晰界限

E类—测试建议

总结：

感谢每一个认真阅读我文章的人！！！

我经历过许多挫折，真心劝大家尽量避开那些麻烦，如果你不想再次感受学习时资料难找，问题无人解答，几天后就选择放弃的无奈，那么我这里有一些关于自动化测试的学习资料，愿意为你提供一些支持，助你在探索的道路上更加顺利。

软件测试面试文档