软件测试笔试题分解.pdf

《软件测试笔试题分解.pdf》由会员分享，可在线阅读，更多相关《软件测试笔试题分解.pdf（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、一、谈谈了解的测试流程及工具 一般测试流程：1.需求分析阶段：只要就是对业务的学习，分析需求点。2.测试方案阶段：测试组长就要根据SOW 开场编写?测试方案?，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。3.测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据?SRS?上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三局部的方案。?测试方案?编写完成后也需要进展评审。4.测试方案阶段：主要是对测试用例和规程的设计。测试用例是根据?测试方案?来编写的，通过?测试方案?阶段，测试人员对整个系统需求有了详细的理解。这时开场编写用例才能

2、保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要评审。5.测试执行阶段：执行测试用例，及时提交有质量的 Bug 和测试日报，测试报告等相关文档。流程：需求分析测试方案测试设计测试环境搭建测试执行测试记录缺陷管理软件评估RTM.测试工具：C/S 及 B/S 架构相关的软件产品，那么对不同操作系统，如 Windows 系列、unix、linux 甚至苹果 OS 等 测试环境都是必须的 常用的软件测试工具分为

3、：开源测试工具：开源测试管理工具：Bugfree、Bugzilla、TestLink、mantis 开源功能自动化测试工具：Watir、Selenium、MaxQ、WebInject 开源性能自动化测试工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web ApplicationLoadSimulator TestDirector：企业级测试管理工具，也是业界第一个基于 Web 的测试管理系统。Quality Center：基于 Web 的测试管理工具，可以组织和管理应用程序测试流程的所有阶段，包括指定测试需求、方案测试、执行测试和跟踪缺陷。QuickTest Profe

4、ssional：用于创立功能和回归测试。LoadRunner：预测系统行为和性能的负载测试工具。二、套题 一、选择：1.从是否需要被执行测试软件的角度，软件测试可分为哪两种？B A.黑、白盒软件测试用例设计方法角度 B.静、动态 C.单、集 策略和过程 2.以下哪一项不是白盒测试？C A.单元测试 B.集成测试 C.系统测试 D.回归测试 3.计算机环路复杂度计算方法重点：选择 简答 V(G)=简单判定节点数+1;V(G)=E-N+2;V(G)=封闭区域数+1 记住这三个公式 4.属于黑盒测试的方法？(C)A.基于根本路径 B.控制流 C.基于用户需求测试 D.逻辑覆盖(基于用户需求的测试,功

5、能图分析方法，等价类划分方法，边界值分析方法，错误推测方法，因果图方法，判定表驱动分析方法，正交实验设计方法和功能图分析方法等。)17.单元测试主要测试技术不包括？BPPT12 三章 A.白盒 B.功能 C.静态 D.以上都不是 18.环路复杂度公式哪个不是？V(G)=简单判定节点数+1;V(G)=E-N+2;V(G)=封闭区域数+1 记住这三个公式 19.如果一个产品中次严重缺陷根本完成修复并且通过了复测，这个阶段的产品是B A.阿尔法版 B.beta 版 C.正版 D.以上都不是 20.自底向上方法需要写 A.驱动程序 桩程序 驱动程序和桩程序 两个都不是 21.A的目的是对最终软件系统进

6、展全面的测试确保最终软件系统产品满足需求。系统测试 集成测试 单元测试 功能测试 22.测试用例的 4 个关键元素。(1)被测单元模块初始状态声明，即测试用例的开场状态仅适用于被测单元维持了调用中间状态的情况)；(2)被测单元的输入，包含由被测单元读入的任何外部数据值；(3)该测试用例实际测试的代码，用被测单元的功能和测试用例设计中使用的分析来说明，如：单元中哪一个决策条件被测试；(4)测试用例的期望输出结果在测试进展之前的测试说明中定义。23.目前主要的单元测试的方法A.根本路径测试 B.等价类划分/边界值分析测试 C.覆盖测试 D.循环测试 E.数据流测试 F.程序插桩测试 G 变异测试从

7、中选。24.哪个方法根据输出输入依赖关系设计的测试用例？C A.路径 B.等价类 C.因果图 D.归纳 25.有一组测试用例使得每一个被测试用例的分支覆盖至少被执行一次，它满足的覆盖标准B。PPT22 二章 A.语句覆盖 B.判定覆盖 C.条件覆盖 D.路径覆盖 二、填空：1.单元测试中对类进展测试有 3 个“定义引用对方法内部定义-引用对 方法间定义-引用对 类内部定义-引用对。PPt37 三章 2.测试的主要目标，不再只是找出其缺陷，而是证明其性能。3.压力测试又称强度测试，是在各种资源超负荷情况下，观察系统的运行情况。4.缺陷跟踪工具是管理工具使用最多的。5.集成测试划分为 5 个阶段制

8、定集成测试的方案、设计集成测试、实施集成测试、执行集成测试、评估集成测试。6.根据软件生命周期中的定义，可以把自动化测试工具划分 3 大类白盒测试工具、黑盒测试工具、测试管理工具。7.对类进展测试时，类之间的关系 6 类关联 泛化 实现 依赖 聚合 组合。每种不同符号来表示，并分别用私有的“-、公有的“+、保护的“#三个关键字来修饰类。8.白盒测试工具针对代码进展的工具，测试中发现的缺陷可以定义到代码级，根据测试工具原理的不同，又可以分为静态测试工具和动态测试工具。9.黑盒测试工具包括功能测试工具、性能测试工具。10.软件开发的根本过程需求分析、设计、实现、测试、维护。11.单元测试的策略 自

9、顶向下的单元测试策略、自底向上的单元测试策略和孤立的单元测试策略。12.集成测试的工作开展更多站在测试工作人员的角度上；系统测试站在用户的角度上。13.对面向对象来说，按照集成的粒度不同，可把集成测试分为 类间集成测试、类内集成测试。14.类测试用例中，基于 3 个标准基于状态的覆盖率、基于限制的覆盖率和基于代码的覆盖率。PPT13 六章 15.哪一个不属于增量式集成？答案：大爆炸集成 17.单元测试中对类进展三级测试方法内部测试、方法间测试、类内部测试PPT36 三章 18.目前单元测试主要的方法：基于路径测试，等价类划分/边界值分析测试，覆盖测试，循环测试，数据流测试，程序插桩测试，变异测

10、试。三、判断：1.发现错误是软件测试的目的。错 2.白盒测试可以找出软件遗漏功能和代码错误功能。PPT47 二章 错 3.在设计测试用例时，应包括合理的应用条件和不合理的应用条件。对 4.软件缺陷一定是由编码引起的错误。错 5.Bata 测试是软件多个用户在实际。多个测试。对 6.系统测试属白盒测试。黑盒 错 7.手工测试可以到达好的系统化测试。对 8.功能测试属于白盒测试的技术范畴。错 9.文档测试是对系统提交给用户的文档进展验证，并不是一般性的审查活动。P35 5对 四、大题 1.计算环路复杂度方法哪些？要求写成 3 个公式，一个公式 2 分 答：V(G)=简单判定节点数+1;V(G)=E

11、-N+2;V(G)=封闭区域数+1 2.基于状态测试的主要步骤？PPT32 三章 答：依据设计文档，或者通过分析对象数据成员的取值空间(笛卡尔积)，得到被测试类的状态转移图；给被测试的类参加用于设置和检查对象状态的新方法,导出对象的逻辑状态；对于状态转移图中的每个状态，确定该状态是哪些方法的合法起始状态，即在该状态时，对象允许执行哪些操作；在每个状态，从类中方法的调用关系图最下层开场，逐一测试类中的方法；测试每个方法时，根据对象当前状态确定出对方法的执行路径有特殊影响的参数值，将各种可能组合作为参数进展测试。3.Bug 的种类有哪些？答：需求阶段的 BUG，分析设计阶段的 BUG，设计阶段的

12、BUG，实现阶段的 BUG，配置阶段的 BUG，短视将来的 BUG，静态文档的 BUG。4.自动化测试的缺点？5 点 答：1、自动化测试不能取代手工测试，测试主要还是要靠人工的。2、新缺陷越多，自动化测试失败的几率就越大。3、工具本身不具有想象力 4、技术问题、组织问题、脚本维护 5、测试工具及其他软件的互操作性 5.选择手动和自动化测试，为了作出一个合理的决定，需要做哪些方面假设？7 个 答：1拥有稳定的自动化测试技术支持。2两种极端的可能性：一种就是无需人工干预的完全自动化测试，另一种就是只运行一次就废弃的人工测试。3自动化测试和手工测试都可行但事实并非如此。4测试是通过外部接口完成的黑盒

13、测试。5不要求必须进展自动化测试。6测试已经设计好之后，再决定是否进展自动化测试。7有一定的时间用于完成测试，并且在这段时间里完全有可能把测试做好。6.集成测试分析方法有哪些？答：体系构造分析 模块分析 接口分析 风险分析 可测试性分析 集成测试策略分析 7.编写类测试驱动程序的方法有很多种，以 Java 语言为例来说明，测试驱动程序设计的构造，并简要说明其优缺点。PPT15 六章 答：1.在 main 方法中写入需要运行的测试用例，即实现 main 方法，然后编译、执行该类。缺点：不利于维护和复用，交付时，逐个剔除代码 2.在类中实现一个静态测试方法，通过调用该测试方法来收集每个测试用例的执

14、行结果。缺点：同 1.3.实现独立的测试类，它的职责是执行并收集每个测试用例的结果。优点：可复用，支持回归测试 缺点：必须创立新类，关注被测试类的变化 8.增量式集成和非增量式集成的概念和举例。答：非增量式测试：就是分别对系统中每个模块进展单元测试，然后将所有模块按照层次构造组装到一起进展测试，最终得到所要求的软件。例如：大爆炸集成 增量式集成(或组装)：先对一个个模块进展模块测试，然后在组装过程中边连接边测试，以发现连接过程中产生的问题。例如：自顶向下集成和自底向上集成 9.制定集成测试方案时间，一般安排在概要设计评审通过后大约一个星期的时候 一、方案阶段 制定集成测试方案时间：一般安排在概

15、要设计评审通过后大约一个星期的时候，参考需求规格说明书、概要设计文档、产品开发方案时间表来制定。二、设计阶段 制定集成测试设计时间：一般在详细设计开场时，就可以着手进展。可以把需要规格说明书、概要设计、集成测试方案文档作为参考依据。10.列举出图中三个模块，写出全部模块执行路径，最后给出其 MM 路径 书 162页 1.源节点：程序中的源节点是指程序执行开场或重新开场处的语句片断。A：1，5 节点 B：1，3 节点 C：1 节点 2汇节点：汇节点是程序执行完毕处的语句片断。这里转移控制到其它单元的节点也是汇节点。A：4，6 节点 B：2，4 节点 C：5 节点 3模块执行路径 模块执行路径是以

16、源节点开场、以汇节点完毕的一系列语句，中间没有插入汇节点。在图 4-12 中有七条模块执行路径：图 4-12 跨三个单元的 MM-路径 模块执行路径如下：MEPA，1=1，2，3，6 MEPA，2=1，2，4 MEPA，3=5，6 MEPB，1=1，2 MEPB，2=3，4 MEPC，1=1，2，4，5 MEPC，1=1，3，4，5 4.消息 消息是一种程序设计语言机制，通过这种机制可以把控制从一个单元转移到另一个单元。5.MM-路径(Method Message Path)是穿插出现模块执行路径和消息的序列。如图 4-12 中的粗线所示，代表模块 A 调用模块 B，模块 B 调用模块 C，这

17、就是一个MM-路径，可用图 4-13 表示。对于传统软件来说，MM-路径永远是从主程序开场，在主程序中完毕。MM-路径如下：11.设一个控制图如下，请给出其环路复杂度和根本路径。环路复杂度：5 根本路径：路径 1：12356121315 路径 2：12456121315 路径 3：1235781315 路径 4：1245781315 路径 5：12357910141315 路径 6：12457910141315 路径 7：12357911141315 路径 8：12457911141315 12.软件测试活动的生命周期 测试周期分为方案、设计、实现、执行、总结。其中：方案：对整个测试周期中所有

18、活动进展规划，估计工作量、风险，安排人力物力资源，安排进度等；设计：完成测试方案，从技术层面上对测试进展规划；实现：进展测试用例和测试规程设计；执行：根据前期完成的方案、方案、用例、规程等文档，执行测试用例。总结：记录测试结果，进展测试分析，完成测试报告。13.三明治集成方法 答：1.确定以哪一层为界来决定使用三明治集成策略在 4-7 中，我们确定以B 模块为界；2.对模块 B 及其所在层下面的各层使用自底向上的集成策略；3.对模块 B 所在层上面的层次使用自顶向下的集成策略;4.把模块 B 所在层各模块同相应的下层集成；5.对系统进展整体测试。14.集成测试可看着是体系构造分析工作根底之上的

19、细化。可从哪几个角度进展模快分析。答：1确定本次要测试的模块；2找出及该模块相关的所有模块，并且按优先级对这些模块进展排列；3从优先级别最高的相关模块开场，把被测模 块及其集成到一起；4然后依次集成其他模块。三、性能测试需要注意的问题 性能测试即测试软件处理事务的速度，一是为了检验性能是否符合需求，二是为了得到某些性能数据供人们参考例如用于宣传。有时人们关心测试的“绝对值，如数据送输速率是每秒多少比特。有时人们关心测试的“相对值，如某个软件比另一个软件快多少倍。在获取测试的“绝对值时，我们要充分考虑并记录运行环境对测试的影响。例如网络环境、计算机主频，总线构造和外部设备都可能影响软件的运行速度

20、。性能测试的一些考前须知：不要试图让人拿着钟表去测时间，应当编写一段程序用于计算时间以及相关数据。应当测试软件在标准配置和最低配置下的性能。为了排除干扰，应当关闭那些消耗内存、占用 CPU 的其它应用软件如杀毒软件。不同的输入情况会得到不同的性能数据，应当分档记录。例如传输文件的容量从 100K 到 1M 可以分成假设干等级。由于环境的波动，同一种输入情况在不同的时间可能得到不同的性能数据，可以取其平均值。四、强健性测试是什么？目的是什么？强健性是指在异常情况下，软件还能正常运行的能力。强健性有两层含义：一是容错能力，二是恢复能力。容错性测试通常构造一些不合理的输入来引诱软件出错，例如：1输入

21、错误的数据类型。如“猴年“马月。2输入定义域之外的数值。如上海人常说的“十三点 粗暴一些方式俗称“大猩猩测试法。除了不能拳打脚踢嘴咬外，什么招术都可以使出来。例如在测试客户机效劳器模式的软件时，把网络线拔掉，造成通信异常中断。恢复测试重点考察一下几项：1系统能否重新运行；2有无重要的数据丧失；3是否毁坏了其它相关的软件硬件。五、接口及路径测试都包括哪些内容？数据一般通过接口输入和输出，所以接口测试是白盒测试的第一步。每个接口可能有多个输入参数，每个参数有“典型值、“边界值、“异常值之分，所以输入的组合数可能并不少。根据接口的定义，可以推断某种输入应当产生什么样的输出。输出包括函数的返回值和输出

22、参数。如果实际输出及期望的输出不一致，那么说明程序有错误。白盒方式的接口测试和黑盒方式的功能测试，其方法十分相似。一个函数体内的语句可能只有十几条，但逻辑路径可能有成千上万条。想遍历测试几乎是不可能的，不测试或者胡乱找几条路径测试却又不行。对于非严格系统而言，在分析路径方面化费很多精力是不值得的。我认为在构造接口测试的同时已经建立了测试路径。因为每一种输入将产生唯一的输出，输入及输出之间的路径也是唯一的。由于接口测试中的输入是有代表性的，因此相应的路径也具有代表性，不用得着费煞苦心地去找测试路径。路径测试的检查表 数据类型、变量值、逻辑判断、循环、内存管理、文件 I/O、错误处理 由于接口测试

23、是枚举的，有可能漏掉某些状况，导致一些重要的路径没有被测试。预防措施有：观察是否有程序语句从来没有被执行过。如果发生在这种情况，要么是程序有错误，存在无用的代码；要么是接口测试不充分，漏掉了一些路径。要特别留意函数体内的错误处理程序块如果存在的话，这是最易被人疏忽的路径，隐患最多。六、有了“黑盒测试，为什么还要白盒测试呢？黑盒测试只能观察软件的外部表现，即使软件的输入输出都是正确的，却并不能说明软件就是正确的。因为程序有可能用错误的运算方式得出正确的结果，例如“负负得正，错错得对，只有白盒测试才能发现真正的原因。白盒测试能发现程序里的隐患，象内存泄漏、误差累计问题。在这方面，黑盒测试存在严重的

24、缺乏。七、alpha 测试和 beta 测试的区别 定义：alpha 测试是在用户组织模拟软件系统的运行环境下的一种验收测试，由用户或第三方测试公司进展的测试，模拟各类用户行为对即将面市的软件产品进展测试，试图发现并修改错误。Beta 测试是用户公司组织各方面的典型终端用户在日常工作中实际使用 beta 版本，并要求用户报告异常情况，提出批评意见。区别：两者的主要区别是测试的场所不同。Alpha 测试是指把用户请到开发方的场所来测试，beta 测试是指在一个或多个用户的场所进展的测试。Alpha 测试的环境是受开发方控制的，用户的数量相比照拟少，时间比拟集中。而 beta 测试的环境是不受开发

25、方控制的，谁也不知道用户如何折磨软件，用户数量相比照拟多，时间不集中。一般地，alpha 测试先于 beta 测试执行。通用的软件产品需要较大规模的 beta 测试，测试周期比拟长。如果产品通过了 beta 测试，那么就可以正式发行了。八、回归测试的概念及过程 回归测试：是指软件系统被修改或扩大如系统功能增强或升级后重新进展的测试，是为了保证对软件所做的修改没有引入新的错误而重新进展的测试。回归测试过程：识别出软件中被修改的局部 从原基线测试用例库 T 中，排除所有不再适用的测试用例，确定对新版本依然有效的测试用例，建立新的基线测试用例库 TN 依据一定的策略从 TN 中选择测试用例测试被修改

26、的软件 如果必要，生成新的测试用例集 T1，用于测试 TN 无法充分测试的软件局部 用 T1 执行修改后的软件 第 2 和第 3 步测试验证修改是否破坏了现有的功能，第 4 和第 5 步测试验证修改工作本身 回归测试的一些观念：回归测试是指重复以前的全部或局部的一样测试。新参加测试的模组，可能对其他模组产生副作用，故须进展某些程度的回归测试。回归测试的重心，以关键性模组为核心。九、系统验收测试的内容 1系统验收测试是在在系统测试完成后，工程最终交付前进展。2系统验收测试不是对系统的全面覆盖，而是针对用户的核心业务流程进展测试。3 验收测试的执行人员不是开发方的测试组成员，是由用户方的使用人员完

27、成。4验收可以由第三方专业化全覆盖型技术测试团队测试。十、系统测试的定义及内涵 系统测试定义：系统测试是将通过集成测试的软件，作为整个基于计算机系统的一个元素，及计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际或者模拟运行使用环境下，对计算机系统进展一系列测试。系统测试包含：功能测试、性能测试、压力测试、容量测试、平安性测试、GUI 测试、可用性测试也叫易用性测试、安装测试、配置测试、异常测试,备份测试、强健性测试、文档测试、在线帮助测试、网络测试、稳定性测试。十一、测试人员在软件开发过程中的任务？软件测试目的 1、测试的最终目的是为了防止错误的发生，确保应用程序能够

28、正常高效的运行；2、好的测试用例在于发现至今未发现的错误；3、成功的测试是发现了至今未发现的错误的测试；4、好的测试工程师应该做到不仅发现问题，还能够帮助开发人员分析问题；测试人员在软件开发过程中的任务：1、尽可能早的找出系统中的 Bug；2、防止软件开发过程中缺陷的出现；3、衡量软件的品质，保证系统的质量；4、关注用户的需求，并保证系统符合用户需求。软件测试的原则：1、应把“尽早和不断地进展软件测试作为软件开发者的座右铭，实践证明单元测试能够尽早发现问题，减少后期测试的错误量。2、测试用例应由测试输入数据、测试执行步骤和及之对应的预期输出结果三局部组成。3、应当防止由程序员检查自己的程序。指

29、后期系统测试阶段，不包括单元测试 4、测试用例的设计要确保能覆盖所有可能路径。在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。不合理的输入条件是指异常的，临界的，可能引起问题的输入条件。5、充分注意测试中的群集现象。经历说明，测试后程序残存的错误数目及该程序中已发现的错误数目或检错率成正比。应该对错误群集的程序段进展重点测试。6、严格执行测试方案，排除测试的随意性。测试方案应包括：所测软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方法和过程，系统的配置方式，跟踪规那么，调试规那么，以及回归测试的规定等等以及评价标准。7

30、、应当对每一个测试结果做全面的检查。8、妥善保存测试方案，测试用例，出错统计和最终分析报告，为维护提供方便。软件测试过程 开场是单元测试，集中对用源代码实现的每一个程序单元进展测试，检查各个程序模块是否正确地实现了规定的功能。集成测试把已测试过的模块组装起来，主要对及设计相关的软件体系构造的构造进展测试。确认测试那么是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。系统测试把已经经过确认的软件纳入实际运行环境中，及其它系统成份组合在一起进展测试。十二、如何尽快找出软件中的 bug 1.尽快熟悉软件的需求和业务，只有熟悉了产品的业务流程、你才能迅速找出软件

31、中存在的一些重要的缺陷 2.把自己当成用户，把自己当成是用户去使用该系统，比方在使用该系统过程中是这样操作的吗？3.善于疑心，不要开发人员的能力 4.不要让程序开发人员的观点：“用户不会进展这样的操作而说服自己 5.使用完整的流程去测试软件系统，有些子流程在单独测试时没有问题，但按流程走的时候问题就可能出来了。十三、性能测试问题 1.如果 web 效劳器、数据库以及网络都正常，问题会出在哪里？这个问题可以在系统本身，还是在应用效劳器中的代码。2.如何发现 web 效劳器的相关问题？利用网络资源的监控，我们可以找到的 Web 效劳器的性能。利用这些监测分析吞吐量我们可以在 Web 效劳器上，点击

32、数每秒 期间发生的情况下，一些 HTTP 响应每秒下载的人数页每秒。3.如何发现数据库的相关问题？运行“数据库的监视和帮助下，“数据资源图我们可以找到数据库有关的问题。例如您可以指定您想要的资源来衡量的，然后再运行控制器和比你可以看到数据库的有关问题 4.解释所有 web 录制配置？5.解释一下覆盖图和关联图的区别？覆盖图：它覆盖的内容，这两个图表有着共同的 X 轴。左 Y 轴的图表显示，合并后的当前图的价值和权利 Y 轴显示的价值，Y 轴的图表是合并。关联图：图的 Y 轴的两个图表互相对抗。积极图表的 Y 轴成为 X-轴的合并图。Y 轴的图表合并成为合并后的图 Y 轴。34.你如何设计负载？

33、标准是什么？负荷试验方案，以决定用户数量，什么样的机器，我们要使用和从那里运行。它是基于两个重要文件，工作分布图和交易资料。任务分布图给我们的信息的用户人数为特定的交易和时间上的负荷。在顶峰使用和场外的使用是决定从这个图。交易的个人资料给我们提供了一个有关交易的名字和他们的优先级 6.Vuser_init 中包括什么内容？业务初始化内容 Vuser_init action contains procedures to login to a server.7.Vuser_end 中包括什么内容？业务执行场景 Vuser_end section contains log off procedure

34、s 8.什么是 think time？think_time 有什么用？“Think Time顾名思义思考时间。它效仿真实用户在实际操作过程中的等待时间。我们做性能测试，很多时候就要模拟这种状态。例如：某系统，要求满足100用户同时在线操作，响应时间在5 秒。如果不设置 Think Time，我觉得，你的测试是失败的。大家想想为什么？设置 Think Time 有两种方式，一种是使用 Record think time在录制过程中根据实际等待时间自动的写入脚本。另一种是在脚本录制完毕后手动参加到脚本中。接下来我们详细介绍。思考时间是真实用户在 action 之间等待的时间。例如：当一个用户从效劳

35、器接收到数据时，用户可能需要在响应之前等待几分钟回忆数据，这种推迟被称为思考时间。9.标准日志和扩展日志的区别是什么？Standard Log Option：选择标准日志时，就会在脚本执行过程中，生成函数的标准日志并且输出信息，供调试用。大型负载测试场景不用启用这个选项。扩展日志包括警告和其他信息。大型负载测试不要启用该选项。用扩展日志选项，可以指定哪些附加信息需要加到扩展日志中 十四、测试用例在软件测试中的作用？1、指导测试的实施。测试用例主要适用于集成测试、系统测试和回归测试。2、规划测试数据的准备 3、编写测试脚本的设计规格说明书 4、评估测试结果的度量基准。完成测试实施后需要对测试结果

36、进展评估，并且编制测试报告。判断软件测试是否完成、衡量测试质量需要一些量化的结果。例：测试覆盖率是多少、测试合格率是多少、重要测试合格率是多少，等等。5、分析缺陷的标准 十五、套题 一简答题 每道题 10 1.测试的目标?：是为了尽可能多的发现程序中的缺陷。2.测试的步骤？：单元测试(模块测试).集成测试.系统测试.调试.系统的转换及交付使用 3.您认为做好测试用例设计工作的关键是什么？白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题 4您所熟悉的测试

37、用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。1等价类划分 2边界值分析法 3错误推测法 4因果图方法 5测试人员的职业素质要求是什么？1责任感 2沟通能力 3独立的判断和自学习能力 4耐心、自我催促 5团队精神 二选择题单项选择题每道题 5 分 1软件验收测试的合格通过准那么是：A 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部到达要求。B 所有测试项没有剩余一级、二级和三级错误。C 立项审批表、需求分析文档、设计文档和编码实现一致。D 验收测试工件齐全。答：B 2软件测试方案评审会需要哪些人员参加？A工程经理 BSQA 负责人 C配置负责人

38、D测试组 答：A 3以下关于 alpha 测试的描述中正确的选项是：Aalpha 测试需要用户代表参加 Balpha 测试不需要用户代表参加 Calpha 测试是系统测试的一种 Dalpha 测试是验收测试的一种 答：D 4测试设计员的职责有：A制定测试方案 B设计测试用例 C设计测试过程、脚本 D评估测试活动 答：C 5软件实施活动的进入准那么是：A需求工件已经被基线化 B详细设计工件已经被基线化 C构架工件已经被基线化 D工程阶段成果已经被基线化 答：C 6关于软件测试,以下()是正确的:A 测试只能证明缺陷,不能证明缺陷不存在 B 开发人员测试自己的程序后,可作为该程序已经通过测试的依据

39、 C 80%的缺陷聚集在 20%的模块中,经常出错的模块改错后还会经常出错 答：C 三选择题多项选择题每道题 5 分 1.测试的依据 A.需求说明 B.技术标准 C.平安标准 D.个人能力 答：A,B,C 2.软件缺陷都包括什么？A.软件未到达客户需求的功能和性能 B.软件超出客户需求的范围 C.软件出现客户需求不能容忍的错误 D.软件的使用未能符合客户的习惯和工作环境 答：A,B,C,D 3.请对以下测试方案做排序。A.系统测试方案 B.验收测试方案 C.单元测试方案 D.回归测试策略(适用的)E.集成测试方案 答：C,E,A,B,D 4.缺陷度量分析包括以下哪种？A.缺陷分析 B.缺陷数据

40、统计 C.缺陷预防 D.缺陷控制 答：B,C 十六、一个合格的软件测试员应该具备的知识？1、软件测试根底知识：测试方案编写、设计测试用例、编写测试报告、编写BUG 报告单、跟踪 BUG 修复情况、还需要良好的沟通能力、以及各种测试阶段所使用的测试方法、单元测试、功能测试、集成测试、系统测试等等、CMMI/ISO9001 2、各种测试工具的使用：我们在测试的工作中为了能够提高工作效率进程会用到很多工具、QTP、LR、QC、TD、Bugfree、VSS、SVN 等等工具、虽然说工具不是万能的但是工具能为我们提高工作效率所以不能吧工具当神一样对待、但是必须得会熟练的使用 3、操作系统相关知识：Win

41、dows、linux、uinx 这些都必须会使用、而且不仅仅是简单的操作、一般的效劳管理、注册表编辑、命令行操作都需要会、可以想象下一个连 apache 效劳都不会安装配置的人、谁能想象你可以做好基于 apache环境的测试工作、什么？不知道怎么查看磁盘压力、IO 数据。windows linux都有提供自带的工具可用于查看这些数据、perfmon、top 什么的。4、数据库知识：现在 Oracle 的 DBA 待遇比一般的开发人员待遇还高就知道数据库在企业中的重要性了、作为测试人员虽然不需要有 DBA 的能力、但是根本的数据库操作你必须得会把、不管是 Oracle、DB2、MSsql 还是

42、mysql 最少都应该能熟悉使用其中的一二。5、计算机硬件知识：做过性能测试的朋友都知道在性能测试过程中硬件性能也是一个非常重要的指标、CPU、内存、IO、带宽等等、如果你是做硬件测试的。那么就更不用说了。交换机、路由器、防火墙这些设备都需要有所了解。6、网络协议：如果你还知道 TCP 和 UDP 有什么不一样的话请赶快去补充点知识吧、互联网时代、一切都通过网络传输、常用协议必须得了解、曾经面试了一个测试工程师做了 2 年的测试居然不知道自己测试软件使用什么协议、这样的人是你的话你敢招么？7、开发语言即代码编写能力：虽然不会写代码也能做测试、但是如果你想做到高级测试工程师以上、那么代码编写能力

43、就是必选项、如果不会写代码、那么你不可能成为高级测试。高级测试工程师的一局部工作就是在写测试工具。虽然测试也需要写代码但不需要和开发一样那么精通某一门语言、可是测试却需要了解很多门开发语言举一个简单的例子：你现在所在的工程从 C+语言、2 年后你换工作了、新公司的开发语言是 java 或者是 VB 什么的所以在开发语言中测试需要更广的学习。8、行业知识：行业知识之所以写在最后面是因为前面的 7 条我们都可以通过学习来掌握、但是唯独行业知识却只能通过工作经历来积累、不要说你去看几本书就知道通信行业、医疗行业、或者是航天行业、你认为在书本上面能学到么？由于行业知识的特殊性所以建议朋友们不要频繁的跳槽、经历的积累是需要时间来沉淀的。9、具有一定的美学观：这个说起来比拟拗口一点、简单来说不管是开发活动还是测试活动、最后的目标就是将产品推向市场、而且得到用户的认可。所以如果产品在需求分析阶段就出现了偏离用户航道、那么就算测试 开发做得再好这个工程也是一样会失败。所以各位如果有幸能够参加需求评审的话、请不要吝啬你的言论。10、请不要忘记时刻学习着：这点我相信大家应该都能理解所以不用写什么：仅此一点“不学习就会落后