经典软件测试的考题

一．判断题

1．软件测试的目的是尽可能多的找出软件的缺陷。（）

2．Beta测试是验收测试的一种。（）

3．验收测试是由最终用户来实施的。（）

4．项目立项前测试人员不需要提交任何工件。（）

5．单元测试能发现约80%的软件缺陷。（）

6．代码评审是检查源代码是否达到模块设计的要求。（）

7．自底向上集成需要测试员编写驱动程序。（）

8．负载测试是验证要检验的系统的能力最高能达到什么程度。（）

9．测试人员要坚持原则，缺陷未修复完坚决不予通过。（）

10．代码评审员一般由测试员担任。（）

答案：Y YNYY NYNNN

二．简答题

1． QTP中Call to copy of Action与call existing Action的区别

答案：在QTP中可以使用两种调用其他Action的方法分别是call to copy of Action与call existing Action,他们之间的区别如下：两种方式都是将以被保存的Action调用过来,但是copy Action是将原本Action中的所有属性,及其参数值调用过来,并且可以在其上随意的更改,而且这些更改并不影响源Action,而call existing Action虽然也是将源Action的所有属性及其参数值都调用过来,但是你不能更改其中的任何步骤和参数值,如果一定要更改,需要重新打开源Action,在源Action上进行更改,所作的改动将自动体现在调用的Action上。2．如何在QTP中计算脚本执行时间方法

答案：如果要计算一个action或者要计算一段脚本执行的时间，这里的解决方法是：添加事物开始Services.StartTransaction "trans_test"和 Services.EndTransaction "trans_test"，运行完成后，在

result中就可以看到该事务的执行时间。如图：

3．常见的性能测试策略有、、、、。

答案：基准测试，并发测试，在线测试，场景测试，负载测试，疲劳测试，极限测试，吞吐量测试，大数据量测试，内存泄漏测试等

4．如何实现多机联合性能测试，请用LoadRunner和QALoad分别加以说明。

答案：多机联合测试模型能够有效的提供大负载量进行并行测试，并且具有负载均衡的能力，将大负载量分配到若干个代理PC 机上进行联合测试。相较于单个测试PC 机进行独立测试所产生的负载量以及消耗的系统资源，多机联合测试模型能够产生规模更大的测试负载量，而且对每个代理PC 机而言也大大减少了系统资源的消耗……（具体答案需要实战）

5 。HTML-based script与URL-based script的脚本有什么区别？

答案：使用“HTML-based script”的模式录制脚本，VuGen为用户的每个HTML操作生成单独的步骤，这种脚本看上去比较直观；使用“URL-based script”模式录制脚本时，VuGen可以捕获所有作为用户操作结果而发送到服务器的HTTP请求，然后为用户的每个请求分别生成对应方法。

通常，基于浏览器的Web应用会使用“HTML-based script”模式来录制脚本；而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用了HTTPS安全协议，这时使用“URL-based script”模式进行录制。

6 。运行时的Pacing设置主要影响什么？

答案：Pacing主要用来设置重复迭代脚本的间隔时间。共有三种方法：上次迭代结束后立刻开始、上次迭代结束后等待固定时间、按固定或随机的时间间隔开始执行新的迭代。根据实际需要设置迭代即可。通常，没有时间间隔会产生更大的压力

7 。为什么Windows系统中的CPU、内存等资源仍然充足，但是模拟的用户数量却上不去？

答案：在Windows计算机的标准设置下，操作系统的默认限制只能使用几百个Vuser，这个限制与CPU或内存无关，主要是操作系统本身规定了默认的最大线程数所导致。要想突破Windows这个限制，须修改Windows注册表。

以Windows XP Professional为例。（1）打开注册表后，进入注册表项HKEY_LOCAL_MACHINE中的下列关键字：System\CurrentControlSet\Control\Session Manager\SubSystems。

（2）找到Windows关键字，Windows关键字如下所示%SystemRoot%\system32\csrss.exe bjectDirectory=\WindowsSharedSection=1024,3072,512Windows=OnSubSystemType=WindowsServerDll=basesr v,1ServerDll=winsrv:UserServerDllInitialization,3ServerDll=winsrv:ConServerDllInitialization,2Pro fileControl=OffMaxRequestThreads=16SharedSection=1024,3072,512关键字的格式为xxxx,yyyy,zzz。其中，xxxx定义了系统范围堆的最大值（以KB为单位），yyyy定义每个桌面堆得大小。（3）将yyyy的设置从3072更改为8192（即8MB），增加SharedSection参数值。通过对注册表的更改，系统将允许运行更多的线程，因而可以在计算机上运行更多的Vuser。这意味着能够模拟的最大并发用户数量将不受Windows操作系统的限制，而只受硬件和内部可伸缩性限制的约束。

8。http协议包括哪些字段？

答案：General-leader Request-leader Response-leader Entity-leader

9．一些Web虚拟用户脚本录制后立刻回放没有任何问题，但是当设置迭代次数大于1时，如果进行回放则只能成功迭代一次。为什么从第二次迭代开始发生错误？

答：“Run-time Setting”的“Browse Emulation”的设置中，勾选了“Simulate a new user on each iteration”

及其下面的选项“Clear cache on each iteration”这两个选项的含义是每次迭代时模拟一个新的用户及每次迭代时清除缓存。

10．基于WEB信息管理系统测试时应考虑的因素有哪些？

答案:界面设计、界面易用性、功能、规范性、合理性、美观与协调性、菜单设置、独特性、快捷方式的组合、容错性考虑、多窗口的应用与系统资源。

易用性细则：

1):完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。

2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。

3):按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。

4):界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。

5):界面上首先应输入的和重要信息的控件在Tab顺序中应当*前,位置也应放在窗口上较醒目的位置。

6):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。

7):分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab

8):默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。

9):可写控件检测到非法输入后应给出说明并能自动获得焦点。

11．请列出关于一个印有文字的水杯，你能想到的测试用例？

答案：测试项目：杯子

需求测试：查看杯子使用说明书

界面测试：查看杯子外观

功能度：用水杯装水看漏不漏；水能不能被喝到

安全性：杯子有没有毒或者细菌

可靠性：杯子从不同高度落下的损坏程度

可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用

兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等

易用性：杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述

疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（

例二）放24小时检查泄漏时间和情况等

压力测试：用根针并在上面不断加重量，看压强多大时会穿透

跌落测试：杯子加包装（有填充物），在多高的情况下摔下不破损

震动测试：杯子加包装（有填充物），六面震动，检查产品是否能应对恶劣的铁路\ 公路\航空运输

测试数据：其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值等方法

期望输出：该期望输出需查阅国标、行标以及使用用户的需求

说明书测试：检查说明书书写准确性

三．工具实战

1.web系统中，username参数表为file类型，表中有12个值，分别A、B、C、D、E、F、G、H、I、J、K、L。测试

场景中虚拟并发用户数设为4，迭代次数设为3，参数中Select next row与Update value on分别为(Sequential, Each Iteration)与(Unique, Once)时，写出迭代3次的取值情况。

（Select next row，Update value on）虚拟用户取值（VUi：迭代时取值）

（Sequential，Each Iteration）

VU1：VU2：VU3：VU4：

（Unique， Once）

VU1： VU2： VU3： VU4：

答案：VU1：A，B，C VU2：A，B，C VU3：A，B，C VU4：A，B，C

VU1：A，A，A VU2：B，B，B VU3：C，C，C VU4：D，D，D

2.web系统脚本录制过程中，两次录制同一功能点，在View Tree的Server Response中产生的字符串分别为：

Server Response：name="_id_Node " value=" RSDP0013425" />", ENDITEM,

Server Response：name="_id_Node " value=" RSDP1203655" />", ENDITEM,

为脚本回放成功，需要对字符串中某些字符做一定处理，写出详细实现方法。

答案（概要）：

发现文中两个字符串为动态ID；对动态ID进行处理，利用下面函数，将动态ID的值取出保存在“id”变量中。

web_reg_save_param("id","LB=Server Response：name=\"_id_Node \" value=\" ","RB=\" \/>\", ENDITEM,",LAST)；lr_log_message("%s",lr_eval_string ("{id}"));在后续代码中如遇到该动态ID可由“id”

变量代替。

3用Qaload5.1录制脚本，无法成功并发执行，部分内容如下：

DO_Http("GEThttp://192.168.107.189/layout/style/style1/icon-bg.gifHTTP/1.0\r\n""Accept:*/*\r\n""Referer:http://1

92.168.107.189/shouwencontroller?command=""GetShouwenhao&businessid="ar0000011199"&instanceid=&snian=

&slaiwenleibie=""&swenhao=&tasktype=&url=&CLIENT_SYN_ID1=1142480138645&businesstitle=" 。。。。。。（后略）通过对比，发现上述脚本包含2个动态ID号：businessid和CLIENT_SYN_ID1，查看对应源文件，有如下内容：input type="hidden" name="businessid" value="ar0000011199">input type="hidden" name="CLIENT_SYN_ID1"

value=1142480138645>请修改上面脚本，使之能够成功并发执行。

答案：char *clientid;

businessid=DO_GetUniqueString("name=\"businessid\" value=\"","\">");

clientid=DO_GetUniqueString("name=\"CLIENT_SYN_ID1\" value=",">");

DO_SetValue("businessidx",businessid);

DO_SetValue("clientidx",clientid);DO_Http("GEThttp://192.168.107.189/layout/style/style1/ico n-bg.gifHTTP/1.0\r\n""Accept:*/*\r\n""Referer:http://192.168.107.189/shouwencontroller?comman d=""GetShouwenhao&businessid={businessidx}&instanceid=&snian=&slaiwenleibie=""&swenhao=&taskt y pe=&url=&CLIENT_SYN_ID1={*clientidx}&businesstitle=”

四、【数据库应用】现有Customers表和Sales表的数据如下：

Customers表：

CustID Name City Discount

449320 Adapto PortLand 0.05

890003 AA PortLand 0.05

888402 Seaworth Albany 0.04

Sales表：

SaleID CustID SaleMount

234112 499320 8000

234113 888402 6500

234114 499320 5900

234115 890003 4500

要求：

1）给出查询语句，描述：在Customers表中查询名字为AA的语句；

2）给出删除操作，描述：在Sales表中删除SaleID为234115的语句。

3）根据以下结果表给出多表查询语句。

SaleID CustID Name Discount SaleMount

234112 499320 Adapto 0.05 8000

234113 888402 Seaworth0.04 6500

234114 499320 Adapto 0.05 5900

234115 890003 AA 0.05 4500

答案：1. select * from Customers where Name = ‘AA’

2.delete from Sales where SaleID = 234115

3.select SaleID,CustID,Name,Discount SaleMount from Customers, Sales where

Customers.CustID = Sales. CustID

五．职业拓展

1.为什么要在一个团队中开展软件测试工作？（答案仅供参考）

答案：任何软件在开发过程中都会留下缺陷，带有缺陷的软件产品如果提交出去，可能会给公司带来不可估量的损失，我们必须在客户之前发现尽可能多的问题，从而保障客户满意。而发现问题的这个过程称之为测试

2.你所了解的的软件测试类型都有哪些，简单介绍一下。

答案：功能测试。主要是依据需求或者需求分析文档，对所发布的版本进行测试，看看是否满足需求，是否出现了不必要的功能。单元测试。是开发人员进行的测试之一，一般是开发人员对很小的模块，比如函数进行

测试，一般来说，开发人员还需要开发相应的测试桩来进行此类测试。集成测试。在大型的开发过程中，

软件是模块化进行开发的，将不同的模块揉合在一起的话，需要进行的测试就是集成测试。系统测试。当

软件提交给测试组后，是对整个系统的所有功能进行测试，一般来说，功能测试是系统测试的一个部分。

压力测试。主要是在很大性能的情况下，这个性能已经接近了系统的极限，看看系统运转的情况。负载测

试。主要是用各种不同的性能去检测系统，采集各个数据在这些性能情况下的数据。黑盒测试。指系统对

你来说是完全不透明的，只给你留下了输入和最终输出，这个是功能测试的方法之一。灰盒测试。指在了

解部分系统内部工作机制的情况下，对于系统进行的覆盖性测试。白盒测试。主要是在单元测试和集成测

试的情况下，开发人员已知代码，对这一段的代码进行全路径的覆盖测试。

3.常见的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用

答案：等价类划分等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.

并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为

若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好

的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.边界值分析法边界值分析方法是对

等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在

输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.使用边界值分析方法设计

测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等

于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.错误

推测法基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.错误推

测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例.

例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经

验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发

生错误的情况. 可选择这些情况下的例子作为测试用例.因果图方法前面介绍的等价类划分方法和边界值分

析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等

价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多

个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表.

它适合于检查程序输入条件的各种组合情况.减一些用例，从而达到尽量少的用例覆盖尽量大的范围的可能性。

4.在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）

记录

答案：在传统的BugZilla中，BUG描述应该包括以下的信息和BUG产生对件版本开发的接口人员BUG的优先级BUG的严重程度BUG可能属于的模块，如果不能确认，可以用开发人员来判断BUG标题，需要

清晰的描述现象BUG描述，需要尽量给出重新Bug的步骤BUG附件中能给出相关的日志和截图。高

质量的BUG记录就是指很容易理解的BUG记录，所以，对于描述的要求高，能提供的信息多且准确，

很好的帮助开发人员定位

5.你的测试职业发展目标是什么

答案：测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。

而且我也有初步的职业规划，前3年累积测试经验，按如何做好测试工程师的11，12点要求自己，不断

的更新自己改正自己，做好测试任务。