软件测试之综合类笔试

时间：2022-12-31 14:36:41 笔试题目我要投稿

相关推荐

软件测试之综合类笔试

　　综合类笔试，囊括多学门、跨学科学术知识领域的笔试问题。本文将为你提供软件测试之综合类，欢迎阅读参考。

软件测试之综合类笔试

　　一、您在从事性能测试工作时，是否使用过一些测试工具?如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。

　　用过LoadRunner。下面提供一个完整测试实例，可参考(也可以选择其中一部分作为答案)

　　该方案是针对某公司试题库的性能测试。该试题库是用来对公司内部员工培训结果的一个考核。试题库在公司内部web服务器上，假设开设50个账号和密码可供50个考生同时参加考试。要求，每台机器只能由一个用户使用，每个用户只能使用各自不同的账号登录考试系统，做完题目后，要求提交考试结果，若在制定的时间内不提交，则系统强制提交考试结果。

　　但是，一般测试部门不可能有50台机器同时进行测试的。所以，可以借Loadrunner7.51模拟IP地址，修改脚本来协助测试。但是，为了保证测试结果，建议搜罗公司中所有可用的机器进行复测，因为有时候是不可以完全信赖工具的。

　　现场测试环境

　　硬件：50台PC机，Web服务器

　　软件：Loadrunner7.0，Win2000，IE5.0和IE6.0

　　人员：质控部2人，执行现场测试

　　项目部22人，提供现场环境

　　技术部各1人，提供技术支持

　　测试要求

　　50个用户拥有独立IP地址，不同的用户及密码登录，试题完成后各自同时提交。

　　测试内容

　　50个用户以不同的用户名和密码登录试题库。试题完成后，提交考试结果。测试考试结果是否能正常提交以及正确评分。

　　测试方案

　　1、完全20台实际的PC机进行现场测试。

　　(1) 准备工作，并做计划。第一轮测试执行三遍，设定用户考试内容全部同时提交，第一遍全部使用IE5.0，第二遍10台使用IE5.0，10台使用IE6.0，第三遍全部使用IE6.0

　　(2) At 9：00 ，20个用户同时登录系统

　　(3) At 9：05 ，20个用户同时全部提交

　　(4) 分别记录第一轮测试(三遍)的结果

　　(5) 第二轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，全部使用IE5.0

　　(6) At 9：15 ，20个用户同时登录系统

　　(7) At 9：20 ，15个用户同时提交

　　(8) At 9：25 ，剩余5个用户同时提交

　　(9) 记录第二轮测试结果

　　(10) 第三轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，全部使用IE6.0

　　(11) At 9：15 ，20个用户同时登录系统

　　(12) At 9：20 ，15个用户同时提交

　　(13) At 9：25 ，剩余5个用户同时提交

　　(14) 记录第三轮测试结果

　　(15) 第四轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，正常提交用户使用IE5.0，延时提交用户使用IE6.0

　　(16) At 9：15 ，20个用户同时登录系统

　　(17) At 9：20 ，15个用户同时提交

　　(18) At 9：25 ，剩余5个用户同时提交

　　(19) 记录第四轮测试结果

　　(20) 第五轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，正常提交用户使用IE6.0，延时提交用户使用IE5.0

　　(21) At 9：15 ，20个用户同时登录系统

　　(22) At 9：20 ，15个用户同时提交

　　(23) At 9：25 ，剩余5个用户同时提交

　　(24) 记录第五轮测试结果

　　(25) 第六轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，正常提交用户其中10个使用IE5.0，5个使用IE6.0，延时提交用户使用IE5.0

　　(26) At 9：15 ，20个用户同时登录系统

　　(27) At 9：20 ，15个用户同时提交

　　(28) At 9：25 ，剩余5个用户同时提交

　　(29) 记录第六轮测试结果

　　(30) 第七轮测试准备工作，设定10个用户考试内容同时提交，另外10个用户分两次分别延时5分钟、15提交

　　(31) At 9：35 ，20个用户同时登录系统

　　(32) At 9：40 ，10个用户同时提交

　　(33) At 9：45 ，剩余的其中5个用户同时提交

　　(34) At 9：55 ，剩余的5个用户同时提交

　　(35) 记录第七轮测试结果，参见第二轮测试-第六轮测试过程分别对IE5.0和IE6.0的情况进行测试

　　(36) 第八轮测试准备工作，设定其中10个用户不提交，由系统强行提交

　　(37) At 10：10 ，20个用户同时登录系统

　　(38) At 10：15 ，10个用户同时提交

　　(39) 其余用户的内容由系统强行提交

　　(40) 记录第八轮测试结果，参见第二轮测试-第六轮测试过程分别对IE5.0和IE6.0的情况进行测试

　　(41) 第九轮测试准备工作，设定其中10个用户同时提交，5个用户延时5分钟提交，其余用户由系统强行提交

　　(42) At 10：25 ，20个用户同时登录系统

　　(43) At 10：30 ，10个用户同时提交

　　(44) At 10：35 ，剩余的其中5个用户同时提交

　　(45) 剩余5个用户系统强制提交

　　(46) 记录第九轮测试结果，参见第二轮测试-第六轮测试过程分别对IE5.0和IE6.0的情况进行测试

　　2、模拟20个用户进行测试。其中，10台是PC机，另外10台机器的IP地址是Loadrunner模拟出来的。

　　(1) 在10台实际的PC机中抽取其中一台虚拟10个IP地址，包括自身的IP地址，该机器上共11个IP地址，这11个IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余9台实际的PC机分别由9个人操作，另外一台机器由一位质控部人员操作

　　(3) 对于异常情况，延时提交和强制提交全部由实际的机器来模拟

　　(4) 其余过程参见1

　　3、模拟20个用户进行测试。其中，5台是PC机，另外15台机器的IP地址是用Loadrunner模拟出来的。

　　(1) 在5台实际的PC机中抽取其中一台虚拟15个IP地址，包括自身的IP地址，该机器上共16个IP地址，这16个IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余4台实际的PC机分别由4个人操作，另外一台机器由一位质控部人员操作

　　(3) 对于异常情况，延时提交和强制提交全部由实际的机器来模拟

　　(4) 其余过程参见1

　　4、模拟35个用户进行测试。其中，20台是PC机，另外15台机器的IP地址是用Loadrunner模拟出来的。

　　(1) 在20台实际的PC机中抽取其中两台分别虚拟7个、8个IP地址，这17个IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余18台实际的PC机分别由18个人操作，另外两台机器由两位质控部人员操作

　　(3) 对于异常情况，延时提交和强制提交全部由实际的机器来模拟

　　(4) 其余过程参见1

　　5、模拟50台用户进行测试。其中，20台是PC机，另外30台机器的IP地址是用分别用两台实际的PC机模拟出来的。记录测试结果。

　　(1) 在20台实际的PC机中抽取其中两台分别虚拟15个IP地址，这32个IP地址只能全部使用IE5.0或者全部使用IE6.0

　　(2) 其余18台实际的PC机分别由18个人操作，另外两台机器由两位质控部人员操作

　　(3) 对于异常情况，延时提交和强制提交全部由实际的机器来模拟

　　(4) 其余过程参见1

　　6、对5中所述情况重复测试两次。

　　7、为了保证结果的正确性，完全50台实际的PC机进行现场测试。过程参见1

　　测试过程

　　注：该测试过程针对虚拟IP地址情况。

　　1、一台PC机上创建15个虚拟的IP地址。首先，启动IP Wizard，如下：开始程序->Loadrunner->Tools->IP Wizard

　　点击“Add”，添加你计划虚拟的IP地址。但是注意不能添加已经被占用的IP地址。

　　2、启动Virtual User Generator，并录制脚本，由于50个用户的账号和密码各不相同，所以，要修改脚本，设置参数。我是录制了一个脚本，复制了49份，在每个脚本中手工修改了各自不同的地方。

　　3、启动Loadrunner Controller，先将刚才保存的脚本添加进来。然后点击“Scenario”菜单，激活其中的“Enable IP Spoofer”。

　　4、点击屏幕右方的“Generators”，添加已经建立的IP，然后connect建立连接。

　　5、对连接起来的不同用户(IP地址)分配不同的脚本，在Controller中的“design”中，点击“Load Generators”其中，每个脚本有一个用户执行。

　　6、执行Scenario。

　　二、在您以往的工作中，一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?

　　1. 在传统的BugZilla中，BUG描述应该包括以下的信息

　　2. 和BUG生对应的软件版本和模块

　　3. 开发的接口人员

　　4. BUG的优先级

　　5. BUG的严重程度

　　6. BUG可能属于的模块，如果不能确认，可以用开发人员来判断

　　7. BUG标题，需要清晰的描述现象

　　8. BUG描述，需要尽量给出重新Bug的步骤

　　9. BUG附件中能给出相关的日志和截图。

　　高质量的BUG记录就是指很容易理解的BUG记录，所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位，因此提交高质量的软件缺陷记录需要注意对BUG记录的描述质量多且准确。

　　三、BUG管理工具的跟踪过程

　　用BugZilla为例子

　　测试人员发现了BUG，提交到Bugzilla中，状态为new，BUG的接受者为开发接口人员

　　开发接口将BUG分配给相关的模块的开发人员，状态修改为已分配，开发人员和测试确认BUG，如果是本人的BUG，则设置为接收;如果是别的开发人员的问题，则转发出去，由下一个开发人员来进行此行为;如果认为不是问题，则需要大家讨论并确认后，拒绝这个BUG，然后测试人员关闭此问题。

　　如果开发人员接受了BUG，并修改好以后，将BUG状态修改为已修复，并告知测试在哪个版本中可以测试。

　　测试人员在新版本中测试，如果发现问题依然存在，则拒绝验证;如果已经修复，则关闭BUG。

　　四、您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么?

　　尽量面对面的沟通，其次是能直接通过电话沟通，如果只能通过Email等非及时沟通工具的话，强调必须对特性的理解深刻以及能表达清楚。

　　运用一些测试管理工具如TestDirector进行管理也是较有效的方法，同时要注意在TestDirector中对BUG有准确的描述。

　　在团队中建立测试人员与开发人员良好沟通中注意以下几点：

　　一真诚

　　二是团队精神

　　三是在专业上有共同语言

　　四是要对事不对人，工作至上

　　当然也可以通过直接指出一些小问题，而不是进入BUG Tracking System来增加对方的好感。

　　五、你对测试最大的兴趣在哪里?为什么?

　　回答这个面试题，没有固定统一的答案，但可能是许多企业都会问到的。提供以下答案供考：

　　1、最大的兴趣，感觉这是一个有挑战性的工作;

　　2、测试是一个经验行业，工作越久越能感觉到做好测试的难度和乐趣

　　3、通过自己的工作，能使软件产品越来越完善，从中体会到乐趣

　　回答此类问题注意以下几个方面：

　　1、尽可能的切合招聘企业的技术路线来表达你的兴趣，例如该企业是数据库应用的企业，那么表示你的兴趣在数据库的测试，并且希望通过测试提升自己的数据库掌握能力。

　　2、表明你做测试的目的是为了提升能力，也是为了更好的做好测试;提升能力不是为了以后转开发或其他的，除非用人企业有这样的安排。

　　3、不要过多的表达你的兴趣在招聘企业的范畴这外。比如招聘企业是做财务软件的，可是你表现出来的是对游戏软件的兴趣;或招聘是做JAVA开发的，而你的兴趣是在C类语言程序的开发。

　　六、你自认为测试的优势在哪里?

　　该面试也没有固定不变的答案，但可参考以下几点，并结合自身特点：

　　1、有韧性

　　2、有耐心

　　3、做事有条理性

　　4、喜欢面对挑战

　　5、有信心做好每一件事情

　　6、较强的沟通能力

　　7、从以前的经理处都得到了很好的评价表明我做的很好

　　七、集成测试通常都有那些策略?

　　1、大爆炸集成

　　2、自顶向下集成

　　3、自底向上集成

　　4、三明治集成适应于大部分软件开发项目

　　5、基干集成

　　6、分层集成

　　7、基于功能的集成

　　8、基于消息的集成

　　9、基于风险的集成

　　10、基于进度的集成

　　1 请你分别画出OSI的七层网络结构图和TCP/IP的四层结构图。

　　答：OSI七层网络结构图，由上至下：

　　应用层

　　表示层

　　会话层

　　传输层

　　网络层

　　数据链路层

　　物理层

　　TCP/IP的四层结构图

　　应用层

　　传输层

　　互联层

　　链路层

　　2 请你详细地解释一下IP协议的定义，在哪个层上面?主要有什么作用?TCP与UDP呢?

　　答：

　　2.1 IP协议：

　　2.1.1 介绍

　　2.1.1.1 出发点(Motivation)

　　Internet协议是为了在包交换(packet-switched)计算机通讯网络的互联系统中使用而设计的。我们称这样的系统为“catener”【1】。Internet协议提供从发起者(source)到目的地(destination)的块数据(数据报)的传输，发起者和目的地都是由固定长度的地址标识的主机(host)。如果需要，Internet协议也提供长数据报的分片(fragmentation)和重组(reassembly)，以通过“小包”(small packet)网络传输大数据报。

　　2.1.1.2 范围(Scope)

　　internet协议仅限于提供在互联网络系统上从发起者到目的地投递一个internet数据报所需的功能。不提供增强端到端(end-to-end)的可靠性，流程控制(flow control)，排序(sequencing)，和其它主机到主机协议上常有的服务。internet协议可以支持网络提供不同类型和不同质量的服务(The internet protocol can capitalize on the services of its supporting networks to provide various types and qualities of service.)。

　　2.1.1.3 接口(Interfaces)

　　在internet环境中，本协议被视为主机到主机(host-to-host)的协议。本协议调用本地网络协议来携带internet数据报到下一个网关或者目的主机。

　　比如，TCP模块调用internet模块携带一个TCP分片(该分片包含了TCP头部和用户数据)作为一个internet数据报的数据部分。TCP模块会在internet头部中提供地址(addresses)和其他参数作为调用Internet模块的参数。然后internet模块会创建一个internet数据报并且调用本地网络接口来传输internet数据报。

　　比如，对于ARPANET，internet模块会调用一个本地网络模块(local net module)，该模块会给internet数据报添加一个1822个字节的前导字符，创建一条传输给IMP的ARPANET消息。ARPANET地址将通过本地网络接口从internet地址中获取，该地址是ARPANET中的某些主机的地址，该主机可能是个到其他网络的网关。

　　2.1.1.4 操作(operation)

　　internet协议执行两个基本功能:寻址(addressing)和分片(fragmentation).

　　internet模块使用在internet头部中携带的地址来给目的地址传送internet数据报.传输路径的选择被称作选路(routing).

　　internet模块使用internet头部中的域来分片和重组internet数据报,这在通过"小包"网络传输的情况下是必要的.

　　操作模型是位于每个主机上的internet模块负责internet通信,位于每个网关上的internet模块负责网络互联.这些模块都具有解析地址,分片和重组数据报等相同的功能.另外,这些模块(特别是网关上的internet模块)具有选路和其他功能对应的程序.

　　internet协议将每个internet数据报视为同任何其他internet数据报无关的独立实体.这里不存在连接或者逻辑回路(虚的或其他).

　　internet协议使用4个主要的机制提供服务:服务类型(Type of Service),生存时间(Time to Live),操作(Operation)和校验和(Header Checksum).

　　服务类型用来指示要求的服务质量.服务类型是一个抽象的整套的参数,这些参数指定了组成internet的网络中提供的服务选择.这个服务指示类型在选路的时候被网关用来为某一个特定的网络,下一个网络或者下一个网关选择真实的传输参数.

　　生存时间数据报生存时间的上限.它由数据报的发送者设定,在网络上每个点,当数据报被处理的时候,逐渐递减.如果生存时间在internet数据报到达目的地址前达到0值,internet数据报就被销毁.生存时间可以看作一个自我销毁时间限制.

　　选项(options)提供了在某些情况下需要或有用的控制功能,但是大多数情况下是不必要的.选项包括时间戳(timestamp),安全(security)和特殊选路(special routing)

　　校验和提供了处理internet数据报使用到的信息被正确传输的确认.数据可能包含错误.如果校验和失败了,internet数据报就被检测到错误的实体立即丢弃.

　　Internet协议并没有提供可靠传输机制.没有端对端或者逐跳(hop-by-hop)的确认机制.没有数据的错误控制,只有一个头部校验和.没有重传.没有流控.。检测到的错误可以通过Internet 控制消息协议(ICMP)来报告,该协议在internet协议模块中实现.

　　2.2 TCP是Transmit Control Protocol(传输控制协议)的缩写，工作于传输层，TCP提供一种面向连接的，可靠的字节流服务。

　　2.3 UDP是User Datagram Protocol(用户数据报协议)的缩写，在运输层，UDP提供不可靠的传输数据服务

　　3 请问交换机和路由器各自的实现原理是什么?分别在哪个层次上面实现的?

　　答：

　　3.1 交换机属于OSI第二层即数据链路层设备。它根据MAC地址寻址，通过站表选择路由，站表的建立和维护由交换机自动进行。

　　3.2 路由器属于OSI第三层即网络层设备，它根据IP地址进行寻址，通过路由表路由协议产生。

　　4 全局变量和局部变量有什么区别?是怎么实现的?操作系统和编译器是怎么知道的?

　　答：全局变量是整个程序都可访问的变量，谁都可以访问，生存期在整个程序从运行到结束(在程序结束时所占内存释放)，而局部变量存在于模块(子程序，函数)中，只有所在模块可以访问，其他模块不可直接访问，模块结束(函数调用完毕)，局部变量就消失，所占据的内存释放。

　　在任何函数外面定义的变量就是全局变量，在函数内部定义的变量是局部变量，这是它们在程序中的实现过程。

　　操作系统和编译器是根据程序运行的内存区域知道他们的，程序的全局数据放在所分配内存的全局数据区，程序的局部数据放在栈区。

　　5 y ,3^MR一个byte几个单位。(计算机基础) PUt$[@l@

　　答：8bit。 cC@i) 2X Sq1>)A9

　　6 常用UNIX命令(Linux的常用命令)(至少10个);(Unix) aYP}ye# 7

　　答：ls pwd mkdir rmdir rm cp mv cd ps ping tail more echo adduser passwd logout exit，参见Linux的教材。x3,M!>9

　　7 简述你在以前的工作中做过哪些事情，比较熟悉什么。

　　此问题每个人都不一样。参考答案如下。

　　我过去的主要工作是系统测试和自动化测试。在系统测试中，主要是对BOSS系统的业务逻辑功能，以及软交换系统的Class 5特性进行测试。性能测试中，主要是进行的压力测试，在各个不同数量请求的情况下，获取系统响应时间以及系统资源消耗情况。自动化测试主要是通过自己写脚本以及一些第三方工具的结合来测试软交换的特性测试。

　　在测试中，我感觉对用户需求的完全准确的理解非常重要。另外，就是对BUG的管理，要以需求为依据，并不是所有BUG均需要修改。

　　测试工作需要耐心和细致，因为在新版本中，虽然多数原来发现的BUG得到了修复，但原来正确的功能也可能变得不正确。因此要注重迭代测试和回归测试。

　　一、判断题(第1、3题每题2分，其他题每题1分，12 分，正确的√，错误的╳)

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

　　这个观点指出测试是以查找错误为中心，而不是为了演示软件的正确功能。但是只从字面意思理解可能会产生误导，认为发现错误是唯一目的。软件是否符合用户需求是判断软件质量的重要标准，检验软件的可靠性也是软件测试目的之一。

　　2.Beta 测试是项目验收测试的一种，主要发现项目中存在的重要缺陷。()

　　Beat测试和验收测试是两种不同的测试。验收测试的目的是为了以发现”未实现的需求”为目的，以评估”适合使用”为目标，该类测试的不是以发现缺陷为主要目的。beta测试是一模拟真实的使用环境从而发现缺陷的一种测试。所以两者之间的是非包容关系。验收针对的项目;Alpha, Beta针对的是产品。最好不要出这样的题。

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

　　上面说到了验收测试的目的和目标，所以验收测试也可是是软件生产的企业内部人员来实施。例如产品经理。当软件以项目的形式出现，那么验收测试由最终用户来实施的情况是比较长见的。但是对于产品形式的软件，生产企业内部的验收测试会更多。

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

　　代码审查是一种静态技术，从这个意义上说代码复查是需要和其他的一些动态测试技术配合才能检查代码是否符合设计的要求

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

　　这道题目大家看下top-down 和 down-top的集成测试示意图就能得出明确的答案。这里需要了解的是什么是驱动测试程序，什么是桩程序。如果集成组件数量众多，多关系层次，那么不论是什么类型的集成测试。驱动程序和桩程序都是需要开发的。

　　√

　　6.负载测试是验证要检验的系统的能力最高能达到什么程度。()

　　关于负载测试和压力测试在论坛中的帖子中有详细的解释，大家可以去看一下就能得出正确的答案

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

　　测试是否通过，不是以缺陷是否修复完毕为标准，而是以测试需求和既定的完成标准为标准。。

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

　　如果测试员有这个水平，那么当然是可以参加的。不过大多数的企业不会让普通的测试人员参与代码的评审。

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

　　首先大家先搞清楚什么是配置管理什么是软件配置，从这道题目中看不出出题人想问的是关键工程中的配置管理还是单纯的软件配置。但是可以肯定的是不论是何种情况，答案均是否定的。

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

　　集成测试计划在开发人员完成软件集成计划之后就可以开始进行了。所以在需求分析阶段之后提交是不现实的事情，应该在软件的设计阶段后，编码前。

　　二、不定项选择题(每题2 分，10分)

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

　　A. 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。

　　B. 所有测试项没有残余一级、二级BUG

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

　　D. 验收测试工件齐全。

　　回答这道题，你必须是这家企业的员工。前面说到了验收测试的目的和目标，一个是需求必须实现，二是证明软件是适合使用的。这样能满足这两个通用标准就可以了。当然有些软件企业会对验收测试标准做一些调整。C是不对的因为立项时的需求和最终的需求很大可能是不完全一致的。 A

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

　　A.项目经理

　　B.SQA 负责人

　　C.配置负责人

　　D.测试组

　　上面的4种角色都需要参与 ABCD

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

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

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

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

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

　　首先大家需要知道alpha测试是系统级别的测试，该测试是在一个受控的环境中进行的。用户需要直接参与进来。所以答案应该是AD

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

　　A.制定测试计划

　　B.设计测试用例

　　C.设计测试过程、脚本

　　D.评估测试活动

　　合理的答案的是BC，同时要看软件企业对该类人员的职责是如何定义。

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

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

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

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

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

　　先要了解一下什么是基线。这个是软件配置管理中一个重要的概念。工作产品必须纳入到一定的基线里面。所以选择ABC是必定的，至于是否选择D要看这家企业自身的标准了

　　三、填空题(每空1分，24 分)

　　1.软件验收测试包括___、___、____三种类型。

　　软件验收测试包括正式验收测试、alpha测试、beta测试三种测试。

　　2.系统测试的策略有____________________________等15 种方法。(该题

　　15个空)

　　系统测试的策略有很多种的，有性能测试、负载测试、强度测试、易用性测试、安全测试、配置测试、安装测试、文档测试、故障恢复测试、用户界面测试、恢复测试、分布测试、可用性测试。

　　3.设计系统测试计划需要参考的项目文档有___、___和____。

　　设计系统测试计划需要参考的项目文档有软件测试计划、软件需求工件、和迭代计划。

　　4.通过画因果图来写测试用例的步骤为___、___、___、___及把因果图转换为状态图共五个步骤。利用因果图生成测试用例的基本步骤是：

　　§ 分析软件规格说明描述中，哪些是原因(即输入条件或输入条件的等价类)，哪些是结果(即输出条件)，并给每个原因和结果赋予一个标识符。

　　§ 分析软件规格说明描述中的语义，找出原因与结果之间，原因与原因之间对应的是什么关系? 根据这些关系，画出因果图。

　　§ 由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现。为表明这些特殊情况，在因果图上用一些记号标明约束或限制条件。 § 把因果图转换成判定表。

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

【软件测试之综合类笔试】相关文章：