第一篇：软件测试应用笔试题
软件测试工程师笔试题
软件测试工程师笔试题一及答案
一、基础理论
1、软件测试的结束标准是什么?
2、一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。
3、什么是缺陷报告?
4、缺陷报告的作用
5、缺陷报告的要点
6、软件测试缺陷报告的“5C”原则
7、缺陷的二八定理
8、软件测试的流程
9、测试计划的目的是什么?测试计划的内容都包括什么?其中哪些是最重要的?
10、请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
11、Alpha 测试与beta 测试的区别
答案：
一、基础理论
1、测试计划中所有规定的测试内容和回归测试都已经运行完成
或根据上级主管对测试结果的意见，就可以结束本次测试
2、计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试
一套完整的测试应该由五个阶段组成：
1)测试计划首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准。以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的;同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。
2)测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例(测试用例选择的好坏将直接影响测试结果的有效性)。
3)测试开发建立可重复使用的自动测试过程。
4)测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理，测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。
5)测试评估结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。
3、缺陷报告是描述软件缺陷现象和重现步骤地集合。软件缺陷报告Software Bug Report (SBR)或软件问题报告Software Problem Report (SPR)
4、缺陷报告是软件测试人员的工作成果之一，体现软件测试的价值
缺陷报告可以把软件存在的缺陷准确的描述出来，便于开发人员修正
缺陷报告可以反映项目/产品当前的质量状态，便于项目整体进度和质量控制
软件测试缺陷报告是软件测试的输出成果之一，可以衡量测试人员的工作能力
5、标题(Title)
简洁、准确、完整、反映缺陷本质、方便查询
前缀 + 标题正文，标题正文采用结果和动作，或者现象和位置的方式表达
步骤(Steps)
可复现、完整、简洁、准确
按数字编号
实际结果(Actual results)
准确、详细描述软件的现象和特征
期望结果(Expected results)
准确、丰富、有理有据
平台(Platforms)
准确
截图(Screenshots)
准确反映缺陷特征
注释(Notes)
关于缺陷的辅助说明
6、内容准确(Correct)：
每个组成部分的描述准确，不会引起误解
步骤简洁(Concise)：
只包含必不可少的信息，不包括任何多余的内容
内容清晰(Clear)：
每个组成部分的描述清晰，易于理解
结构完整(Complete)：
包含复现该缺陷的完整步骤和其他本质信息
风格一致(Consistent)：
按照一致的格式书写全部缺陷报告
7、在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的缺陷，而系统测试又能找出其余缺陷中的80%，最后的4%的缺陷可能只有在用户大范围、长时间使用后才会暴露出来。
8、制订测试计划、设计测试用例、实施测试、提交缺陷报告、测试总结 。
9、测试计划的目的：编写软件测试计划的目的是指导测试组成员进行工作和让测试组以外的项目成员了解测试工作的。
测试计划的内容：测试目的和测试项目简介、测试参考文档和测试提交文档、术语和定义、测试策略、确定测试内容、资源、测试进度、测试员的职责与任务分配、项目通过或失败的标准、暂
停和重新启动测试的标准、风险和问题等。
最重要的：测试策略、确定测试内容、资源、测试进度、测试员的职责与任务分配、项目通过或失败的标准
10、黑盒测试：把测试对象当成一个黑盒子，测试人员完全不考虑逻辑结构和内部特性，只依据程式的需求说明书来检查程式的功能是否满足它的功能说明。
白盒测试：把测试对象当成一个透明的盒子，允许测试人员利用程序内部逻辑结构及相关信息，设计或选择测试用例，对程式所有逻辑路径进行测试。
单元测试：白盒测试的一种，对软件设计中的单元模块进行测试。
集成测试：在单元测试的基础上，对单元模块之间的连接和组装w进行测试。
系统测试：在所有都考虑的情况下，对系统进行测试。
验收测试：第三方进行的确认软件满足需求的测试。
第二篇：软件测试技术笔试题及答案(精)
1 .软件测试的目的是尽可能多的找出软件的缺陷。( Y 2 .Beta测试是验收测试的一种。( Y 验收测试(Acceptance testing是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。
3 .验收测试是由最终用户来实施的。( N 由测试人员来实施的
4 .项目立项前测试人员不需要提交任何工件。( Y 工件:加工过程中生产对象 5 .单元测试能发现约80% 的软件缺陷。( Y 6 .代码评审是检查源代码是否达到模块设计的要求。( N 代码评审也称代码复查,是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。
7 .自底向上集成需要测试员编写驱动程序。( Y 自顶向下综合测试的具体步骤为: 1 以主控模块作为测试驱动模块,把对主控模块进行单元测试时引入的所有桩模块用实际模块替代; 2 依据所选的集成策略(深度优先或广度优先,每次只替代一个桩模块; 3 每集成一个模块立即测试一遍; 4 只有每组测试完成后,才着手替换下一个桩模块;
5 为避免引入新错误,须不断地进行回归测试(即全部或部分地重复已做过的测试。
自底向上综合测试的步骤分为: 1 把低层模块组织成实现某个子功能的模块群(cluster; 2 开发一个测试驱动模块,控制测试数据的输入和测试结果的输出; 3 对每个模块群进行测试; 4 删除测试使用的驱动模块,用较高层模块把模块群组织成为完成更大功能的新模块群。
8 .负载测试是验证要检验的系统的能力最高能达到什么程度。( N 负载测试(Load testing,通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力。在这种测试中,将使测试对象承担不同的工作量,以评测和评估测试对象在不同工作量条件下的性能行为,以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外,负载测试还要评估性能特征。例如,响应时间、事务处理速率和其他与时间相关的方面。
9 .测试人员要坚持原则,缺陷未修复完坚决不予通过。( N 10 .代码评审员一般由测试员担任。( N 11 .我们可以人为的使得软件不存在配置问题。( N 是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。我们知道,在软件建立时变更是不可避免的,而变更加剧了项目中软件开发者之间的混乱。
12 .集成测试计划在需求分析阶段末提交。( N
执行阶段
1时间安排单元测试已经完成后就可以开始执行集成测试了
2输入需求规格说明书概要设计集成测试计划集成高度设计集成测试例集成测试规程集成测试代码(如果有集成测试脚本集成测试工具详细设计代码单元测试报告
3入口条件单元测试阶段已经通过基线化评审
4活动步骤执行集成测试用例回归集成测试用例撰写集成测试报告 5输出集成测试报告
6出口条件集成测试报告通过集成测试阶段基线评审
二、选择题
1 .软件验收测试的合格通过准则是:(ABCD A .软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求。
B .所有测试项没有残余一级、二级和三级错误。
C .立项审批表、需求分析文档、设计文档和编码实现一致。 D .验收测试工件齐全。
2 .软件测试计划评审会需要哪些人员参加?( ABCD A .项目经理 B .SQA 负责人
软件质量保证(SQA是建立一套有计划
目标 1: 软件质量保证工作是有计划进行的。
目标 2: 客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求。 目标 3: 将软件质量保证工作及结果通知给相关组别和个人。 目标 4: 高级管理层接触到在项目内部不能解决的不符合类问题。 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 .项目阶段成果已经被基线化
三、添空
1. 软件验收测试包括:正式验收测试,alpha测试,beta测试。
2.系统测试的策略有:功能测试,性能测试,可靠性测试,负载测试,易用性测试,强度
测试,安全测试,配置测试,安装测试,卸载测试,文挡测试,故障恢复测试,界面测 试,容量测试,兼容性测试,分布测试,可用性测试 (有的可以合在一起,分开写只要写出15 就满分哦
3. 设计系统测试计划需要参考的项目文挡有:_软件测试计划,软件需求工件和迭代计划。
4. 对面向过程的系统采用的集成策略有:自顶向下,自底向上两种。 5. 通过画因果图来写测试用例的步骤为: (1根据程序规格说明书描述,分析并确定因(输入条件和果(输出结果或程序状态的
改变,画出因果图。
(2将得到的因果图转换为判定表。
(3为判定表中每一列所表示的情况设计一个测试用例。
四、简答
1. 区别阶段评审的与同行评审
答:同行评审目的:发现小规模工作产品的错误,只要是找错误; 阶段评审目的:评审模块阶段作品的正确性可行性及完整性
同行评审人数:3-7人人员必须经过同行评审会议的培训,由SQA指导 阶段评审人数:5人左右评审人必须是专家具有系统评审资格 同行评审内容:内容小一般文档 < 40页, 代码 < 500行 阶段评审内容: 内容多,主要看重点 同行评审时间:一小部分工作产品完成
阶段评审时间: 通常是设置在关键路径的时间点上! 2. 什么是软件测试
答:测试是为发现错误而执行程序的过程
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试,甚至根据需要编写不同的测试工具,设计和维护测试系统,对测试方案可能出现的问题进行分析和评估。执行测试用例后,需要跟踪故障,以确保开发的产品适合需求。
3 简述集成测试的过程
答:系统集成测试主要包括以下过程:1. 构建的确认过程。2. 补丁的确认过程。3. 系统集成测试测试组提交过程。4. 测试用例设计过程。5. 测试代码编写过程。6.
Bug的报告过程。7. 每周/每两周的构建过程。8. 点对点的测试过程。9. 组内培训过程。
5 白盒测试有几种方法
答:总体上分为静态方法和动态方法两大类。
静态:关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义。 动态:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
6 系统测试计划是否需要同行审批,为什么
答:需要,系统测试计划属于项目阶段性关键文档,因此需要评审。 7Alpha 测试与beta 的区别
Alpha测试(α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的受控测试,Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误,可以在测试现场立刻反馈给开发人员,由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha 测试可以从软件产品编码结束之后开始,或在模块(子系统测试完成后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册(草稿等应该在Alpha测试前准备好。
Beta测试(β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场,Beta测试不能由程序员或测试员完成。因而,Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中,由用户记下遇到的所有问题,包括真实的以及主管认定的,定期向开发者报告,开发者在综合用户的报告后,
做出修改,最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性,包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后,才能开始Beta测试。由于Beta测试的主要目标是测试可支持性,所以Beta测试应该尽可能由主持产品发行的人员来管理。
答:Alpha 测试在系统开发接近完成时对应用系统的测试;测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成,不能由程序或测试员完成。
Beta 测试当开发和测试根本完成时所做的测试,最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成,不能由程序员或测试员完成。
8 比较负载测试,容量测试和强度测试的区别
答:负载测试:在一定的工作负荷下,系统的负荷及响应时间。
强度测试:在一定的负荷条件下,在较长时间跨度内的系统连续运行给系统性能所造成的影响。
容量测试:容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值(如最大并发用户数、数据库记录数等,系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的,并且它的目的是显示系统可以处理目标内确定的数据容量。
9 测试结束的标准是什么? 答:用例全部测试。覆盖率达到标准。缺陷率达到标准。其他指标达到质量标准。
10 描述软件测试活动的生命周期?
答:测试周期分为计划、设计、实现、执行、总结。其中: 计划:对整个测试周期中所有活动进行规划,估计工作量、风险,安排人力物力资源,安排进度等; 设计:完成测试方案,从技术层面上对测试进行规划; 实现:进行测试用例和测试规程设计; 执行:根据前期完成的计划、方案、用例、规程等文档,执行测试用例。 总结:记录测试结果,进行测试分析,完成测试报告。 11 软件的缺陷等级应如何划分? A类:严重错误,包括以下各种错误: 1.由于程序所引起的死机, 非法退出 2 .死循环
3 .数据库发生死锁
4 .因错误操作导致的程序中断 5 .功能错误
6 . 与数据库连接错误 7 . 数据通讯错误 B 类：较严重错误，包括以下各种错误： 1 . 程序错误 2 . 程序接口错误 3 . 数据库的表、业务规则、缺省值未加完整性等约束条件 C 类：般性错误，包括以下各种错误： 1 . 操作界面错误(包括数据窗口内列名定义、含义是否一致) 2 . 打印内容、格式错误 3 . 简单的输入限制未放在前台进行控制 4 . 删除操作未给出提示 5 . 数据库表中有过多的空字段 D 类：较小错误，包括以下各种错误： 1 . 界面不规范 2 . 辅助说明描述不清楚 3 . 输入输出不规范 4 . 长操作未给用户提示 5 . 提示窗口文字未采用行业
术语 6 . 可输入区域和只读区域没有明显的区分标志 E 类：测试建议 4 怎么做好文档测试 仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。 检查文档的编写是否满足文档编写的目的 内容是否齐全，正确 内容是否完善 标记是否正确
第三篇：软件测试笔试题和面试题集汇(适合刚毕业)
软件测试笔试题和面试题集汇(适合刚毕业找工作应届毕业生)
主要汇集一些常见的类型题型，权当抛砖引玉了。
(1) 软件测试基础题(这是考试软件测试概念，看基本功是否扎实)
1、 什么是软件测试(这个基本是都会问到，答不出来的先自己面壁)
指在目标计算机上利用输入数据，也称之为测试数据(test data)来实际运行该程序，把程序的实际行为与所期望的行为进行比较。如果两种行为不同，就可判定程序中有问题存在。
2、 白盒测试有几种方法，黑盒测试又有哪几种方法?
白盒测试总体上分为静态方法和动态方法两大类。
静态：关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义
动态：语句 覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖
黑盒测试方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
3、Alpha测试与beta的区别(也是经常考试的)。
Alpha测试 在系统开发接近完成时对应用系统的测试;测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。
Beta测试 当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。
4、软件测试活动的生命周期分几个阶段?(也是基本概念题)
测试周期分为计划、设计、实现、执行、总结。其中：
计划：对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力资源，安排进度等;
设计：完成测试方案，从技术层面上对测试进行规划;
实现：进行测试用例和测试规程设计;
执行：根据前期完成的计划、方案、用例、规程等文档，执行测试用例。
总结：记录测试结果，进行测试分析，完成测试报告。
5、软件测试分为哪几个阶段，与软件开发周期的对应关系。
软件测试一般分为单元测试、集成测试、确认测试和系统测试，分别对应：编码、设计、软件需求、系统/子系统的需求设计。
6、什么是测试用例，设计一个测试用例应当从哪几方面考虑?
测试用例就是测试人员用以测试被测软件的某个特性或特性组合的一组数据。这组数据可能是从用户处得来的实际的一组数据，也可能是测试人员专门设计出来的测试软件某些功能的一组数据。
设计测试用例应当从以下几方面考虑：边界值，等价类划分，有效/无效值等。
1、什么是软件质量保证?软件质量保证人员与开发人员的关系如何?
软件质量保证就是通过确保软件过程的质量，来保证软件产品的质量。
软件质量保证人员和开发人员之间具有管理上的严格的独立性，两个小组的管理员都不能越权管理另一组，但都可以向更高层的管理者汇报软件开发中的问题。
2、配置管理工具?什么是基线?什么是sccb?一般有哪些人组成?作用和职责是什么?如何变更? 基线是一组被正式评审通过并经CCB同意发布的工作产品集合，它作为下游开展工作的基础，已基线工作产品的变更必须受控。
SCCB Software Configuration Control Board 软件配置管理控制委员会(ccb
SCCB一般由项目经理、各功能组代表(包括产品组、系统分析组、设计组、开发组、测试组、SCM组)、中高层管理者代表等组成，也即SCCB可以由项目经理、产品管理、程序管理、SCM人员、测试经理、部门主管、总经理室代表组成。组织也可以指派管理者或专家参与。SCCB组长由固定人员承担，可以是项目经理，也可以是组织指派的管理者或专家 职责
代表项目经理和所有可能受到软件基线的更改影响的组的利益;
批准设置基线产品;
审查并批准对基线产品的更改并确保批准的更改得到实施;
批准软件基线库生成的产品库。
如何变更：变更请求，变更评估，变更批准，变更执行，变更跟踪，通报变更.(3) C语言的指针类型的题型(这是经常考的题型)
1、main()
{
char *p,*q;
char str[]="Hello,World ";
q = p = str;
p++;
printf(q);
printf(p);
}
运行结果是什么?____________
Hello,World
ello,World
2、main()
{
typedef int (*SUB)(int, int);// int (*SUB) (int,int);
SUB psub=sub;// SUB=sub;
/* psub++; */
printf("%d", psub(10,(10,5)));// (*SUB)(10,(10,5))
}
程序运行结果是__________________, 如果将中间注释掉的语句加上, 编译为什么会报错?
3、main()
{
char *p1,*p2;
{
char* pchar;
char charar[] = "你好,世界";
pchar = "Hello,World!";
p1 = pchar;
p2 = charar;
}
printf(p1);
printf(p2);
}
说出此程序的错误之处?
第四篇：测试工程师笔试题[范文]
以下是测试工程师笔试题，希望对大家有帮助!
一、判断题
1.软件测试的目的是尽可能多的找出软件的缺陷。(Y)
2.Beta 测试是验收测试的一种。(Y)
3.验收测试是由最终用户来实施的。(N)
4.项目立项前测试人员不需要提交任何工件。(Y)
5.单元测试能发现约80%的软件缺陷。(Y)
6.代码评审是检查源代码是否达到模块设计的要求。(N)
7.自底向上集成需要测试员编写驱动程序。(Y)
8.负载测试是验证要检验的系统的能力最高能达到什么程度。(N)
9.测试人员要坚持原则，缺陷未修复完坚决不予通过。(N)
10.代码评审员一般由测试员担任。(N)
11.我们可以人为的使得软件不存在配置问题。(N)
12.集成测试计划在需求分析阶段末提交。(N)
二、选折
1.软件验收测试的合格通过准则是：(ABCD)
A. 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
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.项目阶段成果已经被基线化
三、添空
1.软件验收测试包括：正式验收测试，alpha测试，beta测试。
2.系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性测试，强度测试，安全测试，配置测试，安装测试，卸
载测试，文挡测试，故障恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试，(有的可以合在一起，分开写只要
写出15就满分哦)
3.设计系统测试计划需要参考的项目文挡有：软件测试计划，软件需求工件和迭代计划。
4.对面向过程的系统采用的集成策略有：自顶向下，自底向上两种。
5.(这题出的有问题哦，详细的5步骤为~~)通过画因果图来写测试用例的步骤为：
(1)分析软件规格说明描述中，哪些是原因(即输入条件或输入条件的等价类)，哪些是结果(即输出条件)，并给每个原因和结
果赋予一个标识符。
(2)分析软件规格说明描述中的语义，找出原因与结果之间，原因与原因之间对应的是什么关系? 根据这些关系，画出因果图。
(3)由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现。为表明这些特殊情况，在因果图上用一
些记号标明约束或限制条件。
(4)把因果图转换成判定表。
(5)把判定表的每一列拿出来作为依据，设计测试用例。
第五篇：软件测试工程师笔试题及参考答案[精选]
厦门银禾数码技术有限公司软件测试工程师笔试题试卷(A) 姓名：_________性别:____ 笔试日期200_年__月__日 是否应届/软件测试工作年限_____ 联系电话：_______________ 电子邮箱：________________ 期望待遇：_______________
1、什么是软件测试?2’
2、软件测试与软件质量保证的区别。10’
3、报告软件缺陷时，测试人员要对软件缺陷分类，以简明扼要的方式指出其影响，以及修
改的优先次序。请描述如何划分缺陷与错误严重性和优先级别?10’
4、BUG信息应该包含那些内容。5’
5、测试用例说明应该包含哪些内容?测试用例计划包含哪些目标?10’
6、WEB应用软件测试必须进行哪些类型测试，请列出每种类型的测试要点。15’
7、网络应用测试的主要内容是什么?10’
8、用户文档测试应该注意哪些要点?10’
9、在DBMS中,视图的作用是什么?
写出建立视图的命令格式(如建立信息系学生的视图)10’
10、请列举您认为身为测试人员应具备的能力和技术。8’
参考答案
1、什么是软件测试?2’
【要点】
在规定条件下对程序进行操作，以发现错误，对软件质量进行评估，包括对软件形成过程的文档、数据以及程序进行测试。
【详解】
软件测试就是在软件投入运行前对软件需求分析、软件设计规格说明书和软件编码进行查错(包括代码执行活动与人工活动)。也可以说，软件测试是为了发现错误而执行程序的过程。或者说，软件测试是根据软件开发各阶段的规格说明和程序的内部构造而精心设计一批测试用例(即输入数据及其预期的输出结果)，并利用这些测试用例去运行程序，以发现程序错误，这是在软件投入前，对软件需求分析、软件设计规格说明书和软件编码的最终复审，是软件质量保障的关键步骤。
1、 软件测试与软件质量保证的区别。10’
【要点】
软件测试只是质量保证工作中的一个环节，软件质量保证与软件测试是软件质量工程的两个不同层面的工作;
质量保证：通过预防、检查与改进来保证软件质量，采用全面质量管理和过程改进的原理来开展质量保证工作，主要关注软件质量的检查与测试，主要着眼于软件开发活动的过程、步骤和产物。
软件测试：通过执行软件来，对过程中的产物(开发文档和程序)进行走查，发现问题，报告质量
【详解】
软件测试和软件质量保证是软件质量工程中的两个不同层面的工作。软件测试只是软件质量保证工作中的一个重要环节。
质量保证(QA)的工作是通过预防、检查与改进来保证软件的质量。QA采用的方法重要是按“全面质量管理”和“过程改进”的原来开展质量保证工作。虽然在软件质量保证的活动中也有一些测试活动，但它所以关注的是软件质量的检查和测量。它的主要工作是对软件生命周期的管理，以及检验软件是否满足规定的质量和用户的需求，因此重要是着眼于软件开发活动中的过程，步骤和产物，而不是软件进行剖析，找出问题或者评估。
软件测试虽然与开发过程紧密相关，但它所关心的不是过程的活动，而是对过程的产物，以及开发出的软件进行剖析。测试人员要对过程的产物(开发文档和源代码)进行走读，运行软件。以找到问题和报告质量。测试人员必须假设软件存在潜在的问题，测试中所做的操作就是为了找出更多的问题，而不是为了验证(事实上也不可能)软件的正确性。所以软件测试虽然对提高软件的质量起着关键的作用，但它只是软件质量保证的一个重要环节。
3、请描述如何划分缺陷与错误严重性和优先级别?10’
给软件缺陷与错误划分严重性和优先级的通用原则：
(1) 表示软件缺陷所造成饿危害和恶劣程度。
(2) 优先级表示修复缺陷的重要程度和次序。
严重性：
(1)、严重：系统崩溃、数据丢失、数据毁坏
(2)、较严重：操作性错误、结果错误、遗漏功能
(3)、一般：小问题、错别字、UI布局、罕见故障
(4)、建议：不影响使用的瑕疵或更好的实现。
优先级：
(1)、最高优先级：立即修复，停止进一步测试。
(2)、次高优先级：在产品发布之前必须修复。
(3)、中等优先级：如果时间允许应该修复。
(4)、最低优先级：可能会修复，但是也可能发布。
4、BUG信息应该包含那些内容。5’
测试软件名称、测试版本号、测试人名称、测试事件、测试软件和硬件配置环境、
发现软件错误的类型、错误的严重程度、详细步骤、必要的附图、测试注释。
5、 测试用例说明应该包含哪些内容?10’
(1) 定义(ANSI/IEEE829)：编写用于输入的实际数据和预期结果，并明确指出使用
具体测试用例产生的测试程序的任何限制
(2) 包含的内容
标识符：由测试设计过程说明和测试程序说明引用的唯一标识符
测试项：描述被测试的详细特性、代码模块等
输入说明：列举执行测试用例的所有输入内容或者条件
输出说明：描述进行测试用例预期的结果
环境要求：执行测试用例的软件、硬件、测试工具及人员等要求
特殊要求：描述执行测试用例的特殊要求
用例之间的依赖性：注明与其分用例的依赖关系或受其他用例的影响
测试用例计划包含4个目标即：组织性、重复性、跟踪和测试证实。
6、WEB应用软件测试必须进行以下不同类型的测试，包括：功能测试、性能测试、可用性测试、兼容测试、安全测试等。15’
(1)、功能测试主要是用来测试WEB应用软件是否履行了预期的功能，确保每一个功能与需求说明一致。根据测试对象的不同，可分为：链接测试、表单测试、COOKIES测试、设计语言测试、数据库测试。
(2)、性能测试主要是确保WEB应用系统达到要求的性能，一般用最大的运行时间、吞吐率、相应时间描述。
性能测试又分为：链接速度测试、负载测试和压力测试，
负载测试是为了测量WEB系统在某一负载级别上的性能，以保证WEB系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问WEB系统的用户数量，也可以是在线数据处理的数量。
压力测试是指实际破坏一个WEB应用系统时测试系统的反映，压力测试是测试系统的限制和故障恢复能力，也就是测试WEB应用系统会不会崩溃，在什么情况下会崩溃，压力测试的区域包括表单、登录、和其他信息传输页面等。压力测试侧重于确定系统崩溃时的用户负载量。
(3)、可用性测试：导航测试、图形测试、内容测试、整体界面测试。
(4)、兼容性测试：确定WEB应用软件在不同软件、硬件和网络配置下运行情况，它主要
是用来测试在不同浏览器中是否都可以正确地显示WEB应用程序的页面内容，从而保证页面中的某些代码，比如：JavaScript ,ActiveX 、CSS等在不同平台配置上都能具有正确性。
(5)、安全测试。
7、网络应用测试的主要内容是什么?10’
网络应用系统包含：网络应用软件、工作站桌面软件和客户/服务器数据库。
网络应用测试重点考察：多用户并发访问性能、应用系统响应时间、应用系统对网络 资源的占用情况、与网络相关的应用功能特性、应用系统在网络环境下的稳定性。
(1) 特性测试：特性测试核实的是单个命令和应用程序功能，通常用较小的负
载完成，关注的是用户界面、应用程序的操作，以及用户与计算机之间的
互操作。
(2) 功能测试：要求网络配置和负载非常接近于运行环境下的模式，关注的是
当多个用户使用应用程序时，网络和文件系统或者数据库系统之间的交互
情况，核实的是重负载下后台功能能否正确执行。
(3) 应用负载测试。
(4) 应用系统响应时间测试。
(5) 应用系统升级测试。
8、用户文档测试的要点10’
(1)、明确读者群：根据读者群(如初级、中级、高级用户)的不同来检查文档内容， 保证用户能够看得懂、能理解
(2)、术语：文档中术语的描述要适合定位的读者群，用法一致，标准定义与业界规范相吻合
(3)、文档内容的正确性：要保证所有信息是真实正确的
(4)、文档内容的完整性：要完全根据提示逐步操作，检查是否存在遗漏的地方
(5)、文档与程序的一致性：按照文档操作后，检查软件返回的结果与文档描述是否一致
(6)、文档的易用性：检查是否便于用户查找相应的内容
(7)、图表与界面截图：检查所有图表与界面截图与发布的程序版本一致
(8)、样例和示例：检查所有的样例和示例能够正确完成;
(9)、语言：中文文档保证无错别字和二义性
(10)、印刷与包装：印刷质量，包装质量
9、在DBMS中，视图不是真正的包含数据，只是把定义存于数据字典中。作用为：10’
(1)、简化用户操作。
(2)、使用户能从多角度中看待同一数据。
(3)、对重构数据提供一定程度的逻辑独立性。
(4)、能对机密数据提供安全保护。
CREATE VIEW<视图名>[(<列名>[<列名>]„„)]
AS
子查询
[With Check Option]
CREATE VIEW IS_Student
AS
SELECT Sno,Sname,Sage
FROM Student
WHERE Sdept =’IS’
With Check Option
10、测试人员应该具备的能力和技术。8’
1、基本能力
2、沟通能力
3、技术能力
测试方法应用、测试用例设计、测试工具使用(测试管理系统、自动化测试工具、负载测试工具)
4、管理能力
5、文档能力