《(完整版)软件测试基础习题及答案.docx》由会员分享，可在线阅读，更多相关《(完整版)软件测试基础习题及答案.docx（14页珍藏版）》请在第壹文秘上搜索。
1、1、软件测试的定义？软件测试是一个过程或者一系列过程，用来确认计算和代码完成了其应该完成的功能，并且不执行其不应该有的操作。2、软件测试的目标是什么？是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正各种错误和缺陷提高软件质量，降低软件发布后由于潜在的软件错误和缺陷造成的隐患所带来的商业风险。3、简单描述一下软件测试的原则？所有的软件测试都应追溯到用户需求应当把“尽早地和不断地进行软件测试”作为测试者的座右铭GoodEnough原则质量第一充分注意测试中的群集现象程序员应避免检查自己的程序有据可依尽量避免软件测试的随意性，要有预期结果重视回归测试妥善保存一切测试过程文档4、软
2、件测试中验证和确认的区别？Verfication验证:是保证软件正确实现特定功能的一系列活动和过程。目的是保证软件生命周期中的每一个阶段的成果满足上一个阶段设定的目标。Validation确认：是保证软件满足用户需求的一系列的活动和过程。目的是在软件开发后保证与用户需求符合5、软件测试按照测试的基本策略可分为哪两种并加以详细说明？白盒测试：白盒测试也称结构测试或逻辑驱动测试，是指基于一个应用代码的内部逻辑知识，即基于覆盖全部代码、分支、路径、条件的测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都
3、有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。黑盒测试：黑盒测试是指不基于内部设计和代码的任何知识，而基于需求和功能性的测试，黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息,并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因一果图、错误
4、推测等，主要用于软件确认测试。6、整个软件生命周期中，需要进行哪几项测试？单元测试、集成测试、系统测试、验收测试单元测试单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。因为单元测试需要知道内部程序设计和编码的细节知识，一般应由程序员而非测试员来完成，往往需要开发测试驱动模块和桩模块来辅助完成单元测试。因此应用系统有一个设计很好的体系结构就显得尤为重要。一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、
5、排错测试、分域测试等等。集成测试集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种C系统测试系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系统测试方法很多，主要有
6、功能测试、性能测试、随机测试等等。验收测试验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。简述集成测试和系统测试的区别？1、集成测试的主要依据是概要设计说明书，系统测试的主要依据是需求设计说明2、集成测试是系统模块的测试，系统测试是对整个系统的测试，包括相关的软硬件平台，网络及相关的外设的测试7、系统测试的策略有哪些？,可靠性测试，负载测试，易用性测试，强度测试，配置测试，安装测试，卸载测试,文挡测试，容错性测试，界面测试，容
7、量测试，兼容性测试，分布测试，可用性测试等。8、文档测试主要包括哪些内容？联机帮助文档或用户手册指导和向导安装、设置指南示例及模板错误提示信息用于演示的图像和声音授权/注册登记表及用户许可协议软件的包装、广告宣传材料9、停止测试的条件？符合用户的需求在一段时间内测试不出新缺陷注：在企业实际开发过程中，版本发布时会有遗留问题10、测试的基本文档包括哪些？ 测试计划：指明测试范围、方法、资源，以及相应测试活动的时间进度安排表的文档。 测试方案：指明为完成软件或软件集成特性的测试而进行的设计测试方法的细节文档。 测试用例：指明为完成一个测试项的测试输入，预期结果，测试执行条件等因素的文档。 测试规程
8、：指明执行测试时测试活动序列的文档。 测试报告：指明执行测试结果的文档。11、简要的说明一下软件工程中的V模型？12、为什么要开展测试工作？#z6hvdJXH#C364231因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况13、测试团队在项目中的基本责任是什么？Is发现软件程序、系统或产品中所有的问题2、尽早地发现问题3、督促和协助开发人员尽快地解决程序中的缺陷。4、帮助项目管理人员制定合
9、理的开发计划5、对缺陷进行跟踪、分析和分类总结，以便让项目的管理人员和相关的负责人能够及时、清楚地了解产品当前的质量状态。6、帮助改善开发流程、提高产品的开发效率7、促进程序编写的规范性、易读性、可维护性等。14、软件缺陷的定义是什么？从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。因此软件缺陷就是软件产品中所存在的问题，最终表现为用户所需要的功能没有完全实现，没有满足用户的需求。15、软件错误的分类有哪些？软件需求错误功能和性能错误软件结构错误数据错误实现和编码错误软件集成错误操作系统调用错误测试定义和测
10、试执行错误16、一个优秀的测试工程师需要具备的素质有哪些？目标：发现软件缺陷，并尽可能早些。探索精神，软件测试员不害怕进入陌生环境。障碍排除高手，善于发现问题的症结。追求完美，他们力求完美，但是知道无法企及时，不去强求。不懈努力，不停尝试，他们不会心存侥幸，而是尽一切可能去寻找。判断准确，要觉得测试内容，测试时间以及看到的内容是否是真正的软件缺陷。老练稳重，不害怕坏消息，知道怎样和不够老练的程序员合作。具有说服力，善于表达观点。17、软件质量的定义是什么？软件质量是软件产品特性的总和，满足明确或隐含要求的能力。18、质量有哪6个特性？1)功能性(functionality)制作的功能，达到设计
11、规范和满足使用者需求的程度。2)可靠性(reliability)在规定期限和条件下，仍能维持其性能水平的程度。3)易使用性(usability)：使用者学习、操作、准备输入、理解输出所作努力的程度。4)效率(efficiency)软件执行某项功能所需的计算机资源(含时间)的有效程度。5)可维护性(maintainability)当环境改变或软件发生错误时，执行修改所做努力的程度。6)可移植性(PortabiIity)从一个电脑系统或环境移到另一个电脑或环境的难易程度。19、CMMl的中文名称是什么，共分为几级？软件能力成熟度模型集成，共分为5级20、缺陷报告的定义是什么？缺陷报告是用来解释预期
12、结果和实际结果之间差距的文档，包含怎么样再现缺陷的场景21、缺陷的来源有哪些？需求问题设计缺陷： 功能问题 系统和软件架构问题实现缺陷 代码问题相容性问题测试问题22、缺陷主要有哪些状态？New：测试人员提交新bug的状态标识OPen:测试经理审核测试人员提交的bug,审核通过后将该bug状态改为OPen并提交给开发经理。开发经理对bug进行审核并分配给对应的开发人员。Fixed：开发人员已修改bug并自测通过的标识，由开发人员修改为此状态CIoSed:测试验证bug并通过的标识，由测试人员修改为此状态Rejected：开发人员认为不是Bug、描述不清、重复、不采纳所提意见建议或者测试人员提错
13、，从而拒绝的问题。由BUg分配人或者开发人员来设置。Later：确认是bug,但此bug目前暂时无法解决且对产品影响不大，或无法重现的问题等，通过会议评审可以暂缓或放入下个版本再解决Reopen:测试人员验证bug未通过，修改为此状态23、软件缺陷报告有哪些属性？软件缺陷的属性：缺陷标识：缺陷的唯一标识，用于识别、跟踪、查下、排序、存储管理等，可以使用数字序号表示标题：对缺陷的概括性描述，方便列表、浏览、管理等。详细描述：包括前提、操作步骤、预期结果、实际结果等环境：缺陷发现时所处的测试环境，包括操作系统、浏览器等所属项目/模块：缺陷所属哪个具体的项目或模块，要求精确定位至模块、组件级产品信息
14、：属于哪个版本等状态：缺陷一旦被发现之后，其被跟踪过程中所处的状态严重程度：因缺陷引起的故障对软件产品使用或某个质量特性的影响程度优先级：缺陷被修复的紧急程度或先后次序，主要取决于缺陷的严重程度、产品对业务的实际影响，需要考虑开发过程的需求（对测试进展的影响）、技术限制等因素类型：属于哪方面的缺陷，如：功能、用户界面、性能、接口等可能性：缺陷产生的频率缺陷提交人：会和邮件地址联系起来缺陷指定解决人：来源：缺陷产生的地方，如：产品需求定义书、设计规格说明书、代码的具体组件或模块，数据库，在线帮助，用户手册等产生原因：产生缺陷的根本原因，包括过程、方法、工具、算法错误、沟通问题等，以寻求流程改进、
15、完善编程规范和加强培训等，有助于缺陷预防。构建包跟踪：用户每日构建软件包跟踪，是新发现的缺陷还是回归缺陷，基准是上一个软件包版本跟踪：用户产品版本质量特性的跟踪，是新发现的缺陷还是回归缺陷，基准是上一个版本提交时间：修正时间：验证时间：24、书写缺陷报告的基本原则（5C原则）是什么？1 .COrreCt（准确）：每个组成部分的描述准确，不会引起误解2 .Ciear（清晰）：每个组成部分的描述清晰，易于理解3 .ConCiSe（简洁）：只包含必不可少的信息，不包括任何多余的内容。4 .ComPIete(完整)：包含复现该缺陷的完整步骤和其他本质信息。5 .ConSiStem(一致)：按照一致的格式书写全部缺陷报告。25、一般情况下，缺陷报告的组织结包括哪些内容？(1)缺陷的标题(2)缺陷的基本信息，包括以下几方面1 .测试的软件和硬件条件2 .测试的软件的版本3 .缺陷的类型4 .缺陷的严重程度5 .缺陷的优先级(3)复现缺陷的操作步骤(4)缺陷的实际结果描述(5)缺陷的预期结果描述(6)注释文字和
