软件测试技术习题解答Word下载.docx
《软件测试技术习题解答Word下载.docx》由会员分享，可在线阅读，更多相关《软件测试技术习题解答Word下载.docx（49页珍藏版）》请在冰点文库上搜索。
5、按实施测试部门划分，软件测试可分为：
开发方测试、用户方测试、第三方测试、联合测试。
6、按是否检查软件内部结构和实现算法划分，软件测试可分为：
黑盒测试、白盒测试、灰盒测试。
7、软件测试的步骤：
测试需求分析、测试计划制定、软件测试设计、测试环境搭建、测试工作执行、测试工作记录、测试缺陷管理、软件测试评估、测试工作总结。
三、判断题
1、用黑盒法测试时，测试用例是根据程序内部逻辑设计的。
（╳）
2、白盒测试是基于对程序控制结构了解的基础上设计测试用例的。
（√）
3、测试是为了验证软件正确地实现了用户的需求。
4、软件测试的目的是尽可能多的找出软件的缺陷。
5、
测试是验收测试的一种。
6、验收测试是由最终用户来实施的。
7、软件测试按照测试过程分类为黑盒测试、白盒测试。
8、软件项目在进入需求分析阶段，测试人员应该开始介入其中。
9、软件生存周期是从软件开始开发到开发结束的整个时期。
四、单项选择题
1、软件测试是按照特定的规程，A的过程。
A.发现软件错误B.说明程序正确
C.证明程序没有错误D.设计并运行测试用例
2、测试用例是专门为了发现软件错误而设计的一组或多组数据，它由C组成。
A.测试输入数据B.预期的测试输出数据
C.测试输入和预期的输出数据D.按照测试用例设计方法设计出的数据
3、一个成功的测试是B。
A.发现错误B.发现了至今尚未发现的错误
C.没有发现错误D.证明发现不了错误
4、软件测试的目的是B。
A.避免软件开发中出现的错误
B.发现软件开发中出现的错误
C.尽可能发现并排除软件中潜藏的错误，提高软件的可靠性
D.修改软件中出现的错误
5、软件测试是软件开发过程的重要阶段，是软件质量保证的重要手段，下列C是软件测试的任务？
A.只有预防软件发生错误B.只有发现改正程序错误
C.只有提供诊断错误信息D.都是
6、软件测试是软件质量保证的重要手段，下述A测试是软件测试的最基础环节？
A.功能测试B.单元测试C.结构测试D.确认测试
7、编码阶段产生的错误由A检查出来。
A.单元测试B.集成测试C.有效性测试D.系统测试
四、简答题
1、软件测试的目的与原则是什么？
软件测试的目的：
（1）验证软件是否满足任务书或合同或项目开发计划、系统/子系统设计文档、软件需求分析说明书、软件设计说明书和软件产品说明书等规定的软件质量要求；
（2）通过测试，发现软件缺陷；
（3）为软件产品的质量测量和评价提供依据。
软件测试的原则：
（1）应当把“尽早和不断地测试”作为开发者的座右铭；
（2）程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完成；
（3）设计测试用例时，应该考虑到合法的输入和不合法的输入，以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如：
网络异常中断、电源断电等情况；
（4）一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系；
（5）对测试错误结果一定要有一个确认的过程。
一般由A测试出来的错误，一定要由B来确认，严重的错误可以召开评审会进行讨论和分析；
（6）制定严格的测试计划，排除测试的随意性，并把测试时间安排的尽量宽松，不要希望在极短的时间内完成一个复杂的、高水平的测试；
（7）回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多错误出现的现象并不少见；
（8）妥善保存一切测试过程文档，包括测试计划，测试用例，出错统计和最终分析报告，为测试的重现及维护提供方便。
2、什么是软件测试。
3、简述软件测试的步骤。
严格的说，软件测试从软件开始立项时就开始了，前后要经过以下一些主要环节：
测试需求分析→测试计划制定→软件测试设计→测试环境搭建→测试工作执行→测试工作记录→测试缺陷管理→软件测试评估→测试工作总结。
软件测试的步骤，见图1-9。
4、
测试与
测试的区别是什么？
（删除此题）
测试：
由潜在用户或者独立的测试团队在开发环境下或者模拟实际操作环境下进行的测试,通常在开发组织之外进行。
通常是对现货软件进行内部验收测试的一种方式。
用户在开发组织外，没有开发人员参与的情况下进行的测试，检验软件是否满足客户及业务需求。
这种测试是软件产品获得市场反馈进行验收测试的一种形式。
测试成功后，才能进行
测试。
5、简述软件测试模型及其特点。
软件测试模型，主要包括V模型、W模型、X模型、H模型和前置模型。
V模型指出，单元测试和集成测试应检测程序的执行是否满足软件设计的要求；
系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；
验收测试确定软件的实现是否满足用户的需要。
但V模型存在一定的局限性，它仅仅把测试作为在编码之后的一个阶段，是针对程序进行的寻找错误的活动，而忽视了测试活动对需求分析、系统设计等活动的验证和确认的功能。
W模型强调，测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等也同样要测试。
也就是说，测试与开发是同步进行的。
W模型有利于尽早地全面的发现问题。
例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。
同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。
但W模型也存在局限性。
在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。
这样就无法支持迭代的开发模型。
对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临的困惑。
X模型定位了探索性测试（右下方）。
这是不进行事先计划的特殊类型的测试，诸如“我要这样测一下，结果会怎样？
”这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。
由于X模型从没有被文档化，其内容一开始需要从V模型的相关内容中进行推断，因为它还没有完全从文档上成为V模型的全面扩展。
H模型揭示了一个原理：
软件测试是一个独立的流程，贯穿产品整个生存周期，与其他流程并发地进行。
H模型指出软件测试要尽早准备，尽早执行。
不同的测试活动可以按照某个次序先后进行，但也可能是反复的，只要某个测试达到准备就绪点，测试执行活动就可以开展。
前置模型，将开发和测试的生存周期整合在一起，随项目开发开始到结束，关系到每个阶段，每个关键行为，要求对每一个交付的内容都进行测试。
第2章测试设计与管理
2.3实训
实训一：
从网上或你身边寻找一个带开发文档的软件程序项目。
实训内容：
编写测试计划和测试需求说明书。
（略）
实训二：
某公司规模比较大，需要招聘的员工很多，每次招聘总能收到成千上万的简历，如何挑选合适的应聘者常常是某公司比较棘手的事情，这给人力资源部的工作人员带来很大的工作量。
为此，公司希望有一个自动化的招聘系统能够给他们的工作带来便利，提高工作效率。
同时，可以及时招聘到满意的人才。
为实现企业与人才牵线搭桥的作用，弥补传统招聘中存在的种种不足，需要开发网上招聘系统。
功能要求：
通过与某公司人力资源部门的相关工作人员的交流，现将他们对未来网上招聘系统的基本功能陈述如下：
（一）人力资源部工作人员，通过招聘系统可以：
（1）管理职位：
可对职位进行增、删、改。
职位的基本信息：
职位名称、类型、工作描述、对应聘者的要求、招聘人数等。
（2）发布职位：
填写职位的发布日期、截止日期，并向外发布职位。
（3）浏览信息：
可浏览相应职位应聘者的基本信息（姓名、性别、年龄、学历、毕业院校、基本技能、电子邮件、电话）和简历（word文件）。
（3）通知面试：
通过电子邮件通知符合基本条件的应聘者面试的地点、时间及注意事项。
（5）记录面试结果：
面试结果有录用、进人力资源库和不录用三种。
（二）应聘者，通过招聘系统可以：
（1）浏览发布职位总体情况：
职位的名称、职位类型、招聘人数等，可按职位发布日期排序。
（2）浏览某个职位的详细情况：
职位的名称、职位类型、招聘人数等。
（3）应聘：
填写基本信息，连同简历一起提交。
（三）系统管理员，通过招聘系统可以：
（1）管理用户：
增加或删除用户，编辑用户名，用户密码。
（2）管理用户权限：
修改用户权限。
（3）过期自动删除：
指定自动删除过期职位（超过截止日期的职位）、不录用招聘者的基本信息和简历的时间。
编写《网上招聘系统》的测试需求分析说明书及其项目测试计划书。
实训三：
依据一个实际的软件项目或者以你的实际项目为例。
详细描述测试用例设计的完整过程。
实训四：
编写缺陷报告
依据你身边的软件项目或正在使用的某一软件，试着发现一些问题，并针对问题缺陷写出缺陷报告。
2.4习题
测试计划：
用于详细规定测试的要求，包括测试的目的和内容、方法和步骤，以及测试的准则等。
通常，测试计划的编写从需求分析阶段开始，到软件设计阶段结束时完成。
测试报告：
主要包括软件缺陷报告和软件测试报告，最主要的是应对测试结果进行分析、处理、评估。
测试需求分析：
通过划分需求来源、分解测试需求类型，并分析测试需求的确定性、可测性、测试次序、重要性、稳定度、工作量等活动，来定义出测试需求的测试范围、优先级、测试风险、关系及约束，并建立与需求规格说明、测试用例之间的双向关系的过程。
需求跟踪矩阵：
用于保存需求与最终成果间的对应关系的矩阵。
显式需求：
测试工作的依据是需求分析说明书，所以应首先从需求分析说明书中提取业务需求，然后再把业务需求分解为测试需求，每个业务需求对应一个或多个测试需求。
隐式需求：
从质量保证的定义“产品或服务满足显示或隐含需求能力的功能和特性总和”出发，在提取测试需求时，除了关注显式需求外，还应关注隐式的需求。
这些隐式需求包括：
（1）用户隐式的需求；
（2）计算机领域的规范或习惯；
（3）用户认为研发团队、测试者应该理解，而遗漏的需求；
（4）业务需求编写人员的计算机水平较低，需求表述不准确。
测试用例：
对软件的正确性进行判断的测试文档或脚本。
测试套件：
通常把一组相关的测试称为一个测试套件。
1、测试需求类型分为显式需求和隐式需求。
2、根据测试文件所起的作用不同，通常把测试文件分成两类，即测试计划和测试分析报告。
3、测试需求分析的流程包括需求来源、需求项整理、测试点整理、测试项分析、测试点细化、测试子项分析、编写测试需求说明书。
4、测试需求分析的要点包括要素、数据、流程、功能交互、用户场景、质量模型、过程方法。
5、测试需求的管理属性包括重要性、核心级、重要级、一般级、建议级。
6、用例评审的形式分为测试部门内部评审、测试部门外部评审。
7、软件测试结果的报告，主要包括软件缺陷报告和软件测试报告，最主要的是应对测试结果进行分析、处理、评估。
8、软件测试报告是测试的整体报告，不仅包含软件缺陷报告，还包括测试的风险分析等问题。
9、测试用例组成元素包括测试用例编号、测试项目、所属模块、测试标题、测试环境要求、测试优先级别、测试层次、预置条件、输入、操作步骤、预期输出、关联的测试用例。
10、有效的用例评审通常由测试部门内部评审、测试部门外部评审两种形式组成。
11、测试用例的管理流程包括编写用例、用例评审、用例修改、使用用例、用例升级/维护。
12、常用的用例管理工具软件有TestManager、Wiki、TestDirector、TestLink、Bugzilla+TestRunner、新版CQ（7.0）等。
13、测试用例的管理方法包括测试套件、用例管理工具软件。
14、测试套件有时也称为验证套件，是许多测试用例的集合。
15、对于用例，一个基本的思想就是：
“一点多例”，就是针对一个测试点或者功能点，编写多个测试用例，从多个方面进行测试。
1、测试用例，就是以发现错误为目的而精心设计的一组测试数据和测试执行步骤。
2、测试策略的制定是在软件的最终发布期已经确定后才开始进行的，所以测试的进度必须是可测量的。
（╳）
3、如果想让测试完成的效果更好，测试部门与开发部门的关系最好是测试组织与开发组织为同一公司，但不在同一部门。
4、测试的目的在于寻找错误，并且找出的错误越多越好，那么在测试时应尽可能的测试无遗漏。
5、测试是为了验证软件正确地实现了用户需求。
6、确认测试主要测试软件功能是否满足用户的需求，以需求分析说明书为测试依据。
7、软件测试时经常要输入无效的、不合理的数据进行测试。
8、设计－实现－测试，软件测试是开发后期的一个阶段。
9、独立测试是指测试用例应以输入数据、测试执行步骤和预期输出结果三部分组成。
（）
10、在设计测试用例时，应包括合理的输入条件和不合理的输入条件。
11、好的测试用例应能证明软件是正确的。
12、对一个模块测试的根本依据是测试用例。
四、选择题
1、测试用例是专门为了发现软件错误而设计的一组或多组数据，它由C组成。
2、从测试的要求来讲，如果想让测试完成的效果更好，测试部门与开发部门的关系最好是C。
A.测试组织与开发组织为同一公司同一部门同一小组，并且测试人员与开发人员为同一组人员，即开发人员测试自己的程序
B.测试组织与开发组织为同一公司同一部门同一小组，但测试人员与开发人员为不同人员
C.测试组织与开发组织为同一公司，但不在同一部门
D.测试组织与开发组织为不同公司
3、以下对测试设计的描述不正确的是D。
A.测试设计是系统测试工程中的一个重要问题
B.测试设计是使用一个测试策略产生一个测试用例集的过程
C.测试设计是一种特殊的软件系统的设计和实现，即通过执行另一个以发现错误为目标的软件系统来实现
D.不进行测试设计，彻底测试一个庞大而又复杂的信息系统是可能的
五、简答题
1、您认为做好测试用例设计的关键是什么？
2、简述软件测试需求分析的步骤。
软件测试需求分析的步骤：
（1）需求来源；
（2）需求项整理；
（3）测试点整理；
（4）测试项分析；
（5）测试点细化；
（6）测试子项分析；
（7）建立测试需求跟踪矩阵，对测试需求进行管理；
（8）编写测试需求说明书。
3、测试计划工作的目的是什么？
测试计划工作的内容包括哪些？
其中哪些是最重要的？
测试计划工作的目的：
为了顺利完成对软件系统的测试工作。
测试计划工作的内容包括：
明确软件产品确认测试过程中测试设计、测试执行及测试工作的具体任务分解、人员安排、进度及输出结果，以使整个测试工作有计划地顺利进行。
4、比较软件测试需求分析过程和软件开发需求分析过程。
最主要的是测试需求的获取过程。
测试需求主要通过以下途径来收集：
（1）查阅待测软件相关的各种文档资料。
如软件需求分析说明书、界面设计、项目会议或与客户沟通时有关于需求信息的会议记录、其他技术文档等；
（2）与客户或系统分析员的沟通；
（3）了解业务背景资料。
如待测软件业务领域的知识等；
（4）参加正式与非正式的培训；
（5）其他。
如果以旧系统为原型，以全新的架构方式来设计或完善软件，那么旧系统的原有功能、特性就成为了最有效的测试需求收集途径。
如果把测试活动比作软件生存周期，测试需求就相当于软件的需求规格说明，测试策略相当于软件的架构设计，测试用例相当于软件的详细设计，测试执行相当于软件的编码过程。
可以这样说，只是在测试过程中，把“软件”两个字全部替换成了“测试”。
这样，就会明白整个测试活动的依据，是来源于测试的需求。
5、简述测试用例设计考虑的因素。
测试用例设计需要考虑的主要因素：
（l）需求目标；
（2）用户环境；
（3）软件文档；
（4）测试方法；
（5）测试对象；
（6）软件实现技术等。
6、设计用例的方法、依据有那些？
根据需求规约、概要设计、详细设计等文档编写测试用例。
7、根据什么写测试用例？
（1）测试需求；
（2）测试目标；
（3）测试内容；
（4）测试对象等。
8、什么时候编写测试用例？
由谁来写测试用例？
测试工作和开发工作通常一并进行，所以在完成测试计划编写后，就可以进行用例的设计工作。
一般来说，单元测试在大多数企业中，由程序员在开发过程中进行，基本上不编写测试用例，重点是集成测试的测试用例，由测试工程师编写。
9、测试分析的注意事项是什么？
测试开始前，测试分析，主要是测试需求分析；
测试完成后，测试分析，主要体现在软件缺陷报告、软件测试报告等文档中，要特别注意记录：
测试环境、测试用例、缺陷、问题、修正意见等内容，
10、简述测试准入准出的条件。
测试准入条件：
（1）具有测试合同（或项目计划）；
（2）具有软件测试所需的各种文档；
（3）所提交的被测软件受控；
（4）软件源代码正确通过编译或汇编。
测试准出条件：
（1）已按要求完成了合同（或项目计划）书所规定的测试任务；
（2）实际测试过程遵循了原定的测试计划和测试说明；
（3）客观、详细地记录了测试过程和测试中发现的所有问题；
（4）测试文档齐全、符合规范；
（5）测试的全过程自始至终在控制下进行；
（6）测试中的问题或异常有合理解释或正确有效的处理；
（7）软件测试工作通过了测试评审；
（8）全部测试软件、被测软件、测试支持软件和评审结果已纳人配置管理。
第Ⅱ部分软件测试方法篇
第3章生存周期测试方法
3.6实训
利用本章知识，进行软件开发文档审核，写出相应的文档审核报告。
找一个你熟悉的软件项目。
对照安装说明书进行安装，验证安装说明是否详细，是否与安装过程一致，能否发现问题。
3.7习题
代码会审：
代码会审包括桌面检查、代码审查和代码走查等形式，主要检查代码和设计的一致性，代码对标准的遵循、可读性，代码逻辑表达的正确性，代码结构的合理性等方面；
发现违背程序编写标准的问题，程序中不安全、不明确和模糊的部分；
找出程序中不可移植的部分、违背程序编码风格的问题，包括变量检查、命名和类型审查、程序逻辑审查、程序语法检查和程序结构检查等内容。
单元测试：
单元测试，又称模块测试。
单元测试是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。
通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为，其目的是检验软件基本组成单元的正确性。
集成测试：
又称组装测试。
是在软件系统集成过程中所进行的测试。
目的是检验软件单元之间、软件单元和已集成的软件系统之间的接口是否正确，并验证已集成软件系统是否符合设计要求。
系统测试：
将被测软件作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。
冒烟测试：
，又称版本验证测试、提交测试、烟雾测试。
通常由一组广泛的测试组成，这些测试用于验证特定版本的总体质量。
确认测试：
又称合格性测试、有效性测试。
检验所开发的软件是否能按顾客提出的要求运行。
验收测试：
又称为交付测试。
是确定产品是否能够满足合同或用户所规定需求的测试。
验收测试是以用户为主的测试。
用户测试：
用户不仅是软件的使用者，而且是软件的最终测试者。
这里所说的的用户测试是指软件正式发布之前，开发单位有意安排的小范围的、具有代表性的用户所进行的测试，包括有内部测试、
测试、
测试等。
独立测试：
又称第三方测试。
由第三方独立承担的测试，其目的是为了保证测试工作的客观性。
安装测试：
确保该软件在正常情况和异常情况的不同条件下，不会引起整个系统死机或崩溃。
安装测试包括测试安装代码以及安装手册。
主测试环境：
主测试环境，是测试软件功能、安全可靠性、性能、易用性等大多数指标的主要环境。
回归测试：
指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
1、软件验收测试包括用户验收测试、操作（验收）测试、合同和法规性验收测试、Alpha和Beta（或现场）测试四种类型。
2、实施验收测试的流程包括软件需求分析、编制《验收测试计划》、编制《项目验收准则》、测试设计、测试用例设计、测试环境搭建、测试实施、测试结果分析、测试报告。
3、软件开发文档审查主要包括可行性分析报告审查、开发计划书审查、需求分析说明书审查、设计说明书审查、测试计划审查和用户手册审查。
4、文档审查的基本要素，包括审查人员、审查对象和审查过程。
5、根据开发原型的目的可以将原型法分为水平原型和垂直原型；
根据所开发的原型是否被抛弃，又可将原型分为抛弃原型和演进原型。
6、系统测试，常常依据测试对象和
升级会员 