还剩32页未读，继续阅读
本资源只提供10页预览，全部文档请下载后查看！喜欢就下载吧，查找使用更方便
文本内容:
一、谈谈了解的测试流程及工具一般测试流程.需求分析阶段只要就是对业务的学习，分析需求点
1.测试计划阶段测试组长就要根据开始编写《测试计划》,其2SOW中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容.测试设计阶段测试方案一般由对需求很熟的高资深的测试工程师设3计，测试方案要求根据《》上的每个需求点设计出包括需求点简介，SRS测试思路和详细测试方法三部分的方案《测试方案》编写完成后也需要进行评审.测试方案阶段主要是对测试用例和规程的设计测试用例是根据《测4试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解这时开始编写用例才能保证用例的可执行和对需求的覆盖测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果其中操作步骤和预期结果需要编写详细和明确测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏同样，测试用例也需要评审.测试执行阶段执行测试用例，及时提交有质量的和测试日报，5Bug测试报告等相关文档流程需求分析-测试计划一测试设计f测试环境搭建一测试执行f测试记录一缺陷管理一软件评估-RTM.自动化测试和手工测试都可行（但事实并非如此）
3.测试是通过外部接口完成的（黑盒测试）
4.不要求必须进行自动化测试
5..测试已经设计好之后，再决定是否进行自动化测试6有一定的时间用于完成测试，并且在这段时间里完全有可能把测试做
7.好集成测试分析方法有哪些？
6.答体系结构分析模块分析接口分析风险分析可测试性分析集成测试策略分析编写类测试驱动程序的方法有很多种，以语言为例来说明,测
7.JQVQ（试驱动程序设计的结构，并简要说明其优缺点六章）答PPT
15.在方法中写入需要运行的测试用例，即实现方法,然后1main main编译、执行该类缺点不利于维护和复用，交付时，逐个剔除代码.在类中实现一个静态测试方法，通过调用该测试方法来收集每个测试2用例的执行结果缺点同
1..实现独立的测试类，它的职责是执行并收集每个测试用例的结果优3点可复用，支持回归测试缺点必须创建新类，关注被测试类的变化.增量式集成和非增量式集成的概念和举例？？？8答非增量式测试就是分别对系统中每个模块进行单元测试，然后将所有模块按照层次结构组装到一起进行测试，最终得到所要求的软件例如大爆炸集成增量式集成（或组装）先对一个个模块进行模块测试，然后在组装过程中边连接边测试，以发现连接过程中产生的问题例如自顶向下集成和自底向上集成制定集成测试计划时间，一般安排在概要设计评审通过后大约一个星
9.期的时候
一、计划阶段制定集成测试计划时间一般安排在概要设计评审通过后大约一个星期的时候，参考需求规格说明书、概要设计文档、产品开发计划时间表来制定
二、设计阶段制定集成测试设计时间一般在详细设计开始时，就可以着手进行可以把需要规格说明书、概要设计、集成测试计划文档作为参考依据
10.列举出图中三个模块，写出全部模块执行路径，最后给出其路径（书MM页）162源节点程序中的源节点是指程序执行开始或重新开始处的语句片断
1.节点节点节点A:1,5B:1,3C:1汇节点汇节点是程序执行结束处的语句片断这里转移控制到
2.其它单元的节点也是汇节点节点节点A:4,6B:2,4C:5节点.模块执行路径3模块执行路径是以源节点开始、以汇节点结束的一系列语句，中间没有插入汇节点在图中有七条模块执行路径图跨三个单元的-路径4-124-12MM模块执行路径如下MEP A,1=1,2,3,6〈MEP A,2=1,2,4MEP A,3=5,6MEP B,1=1,2MEP B,2=3,4MEP C,1=1,2,4,5MEP C,1=1,3,4,5消息
4.消息是一种程序设计语言机制，通过这种机制可以把控制从一个单元转移到另一个单元路径是穿插出现模块执行路径和消
5.MM-MMhod MessagePoth息的序列如图中的粗线所示，代表模块调用模块模块4-12A B,B调用模块这就是一个路径，可用图表示对于传统软件C,MM-4-13来说，路径永远是从主程序开始，在主程序中结束MM-路径如下MM-设一个控制图如下，请给出其环路复杂度和基本路径
11.环路复杂度5基本路径路径11—2—3—5—6—12—13—15路径2:]—2—4—5—6—12—13—15路径3:1—2—3—5—7—8—13—15路径4:1—2—4—5—7—8—13—15路径5:1—2—3—5—7—9—10—14—13—15路径6:1—2—4—5—7—9—10—14—13—15路径7:1—2—3—5—7—9—11—14—13—15路径8:1—2—4—5—7—9—11—14—13—
15.软件测试活动的生命周期12测试周期分为计划、设计、实现、执行、总结其中计划对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力资源，安排进度等；设计完成测试方案，从技术层面上对测试进行规划；实现进行测试用例和测试规程设计；执行根据前期完成的计划、方案、用例、规程等文档，执行测试用例总结记录测试结果，进行测试分析，完成测试报告三明治集成方法
13.答确定以哪一层为界来决定使用三明治集成策略（在中，我
1.4-7们确定以模块为界）；B对模块及其所在层下面的各层使用自底向上的集成策略；
2.B对模块所在层上面的层次使用自顶向下的集成策略；
3.B.把模块所在层各模块同相应的下层集成；4B对系统进行整体测试
5.集成测试可看着是体系结构分析工作基础之上的细化可从哪几个
14.角度进行模快分析答）确定本次要测试的模块；1）找出与该模块相关的所有模块，并且按优先级对这些模块进行排列；2）从优先级别最高的相关模块开始，把被测模块与其集成到一起;3）然后依次集成其他模块4
三、性能测试需要注意的问题性能测试即测试软件处理事务的速度，一是为了检验性能是否符合需•求，二是为了得到某些性能数据供人们参考（例如用于宣传）有时人们关心测试的“绝对值”，如数据送输速率是每秒多少比特•有时人们关心测试的“相对值”，如某个软件比另一个软件快多少倍在获取测试的“绝对值”时，我们要充分考虑并记录运行环境对测试•的影响例如网络环境、计算机主频，总线结构和外部设备都可能影响软件的运行速度性能测试的一些注意事项•-不要试图让人拿着钟表去测时间，应当编写一段程序用于计算时间以及相关数据-应当测试软件在标准配置和最低配置下的性能-为了排除干扰，应当关闭那些消耗内存、占用的其它应用CPU软件（如杀毒软件）-不同的输入情况会得到不同的性能数据，应当分档记录例如传输文件的容量从至可以分成若干等级100K IJ1M-由于环境的波动，同一种输入情况在不同的时间可能得到不同的性能数据，可以取其平均值、健壮性测试是什么？目的是什么健壮性是指在异常情况下，软件还能正常运行的能力健壮性有两层含义一是容错能力，二是恢复能力容错性测试通常构造一些不合理的输入来引诱软件出错，例如:输入错误的数据类型如“猴”年“马”月1输入定义域之外的数值如上海人常说的“十三点”粗暴一些方式2俗称“大猩猩”测试法除了不能拳打脚踢嘴咬外，什么招术都可以使出来例如在测试客户机-服务器模式的软件时，把网络线拔掉，造成通信异常中断恢复测试重点考察一下几项系统能否重新运行；1有无重要的数据丢失；2是否毁坏了其它相关的软件硬件3
五、接口与路径测试都包括哪些内容？数据一般通过接口输入和输出，所以接口测试是白盒测试的第一步•每个接口可能有多个输入参数，每个参数有“典型值”、“边界值”、“异常值”之分，所以输入的组合数可能并不少根据接口的定义，可以推断某种输入应当产生什么样的输出输出包括函数的返回值和输出参数如果实际输出与期望的输出不一致，那么说明程序有错误白盒方式的接口测试和黑盒方式的功能测试，其方法十分相似一个函数体内的语句可能只有十几条，但逻辑路径可能有成千上万条・想遍历测试几乎是不可能的，不测试或者胡乱找几条路径测试却又不行对于非严格系统而言，在分析路径方面化费很多精力是不值得的我•认为在构造接口测试的同时已经建立了测试路径因为每一种输入将产生唯一的输出，输入与输出之间的路径也是唯一的由于接口测试中的输入是有代表性的，因此相应的路径也具有代表性，不用得着费煞苦心地去找测试路径路径测试的检查表•.数据类型、变量值、逻辑判断、循环、内存管理、文件、错误I/处理由于接口测试是枚举的，有可能漏掉某些状况，导致一些重要的路•径没有被测试预防措施有观察是否有程序语句从来没有被执行过如果发生在这种情况,要•么是程序有错误，存在无用的代码；要么是接口测试不充分,漏掉了一些路径要特别留意函数体内的错误处理程序块（如果存在的话），这是最•易被人疏忽的路径，隐患最多
六、有了“黑盒”测试，为什么还要白盒测试呢黑盒测试只能观察软件的外部表现，即使软件的输入输出都是正确的，却并不能说明软件就是正确的因为程序有可能用错误的运算方式得出正确的结果，例如“负负得正，错错得对”，只有白盒测试才能发现真正的原因-白盒测试能发现程序里的隐患，象内存泄漏、误差累计问题在这方面，黑盒测试存在严重的不足
七、测试和测试的区别QlphQ bet定义测试是在用户组织模拟软件系统的运行环境下的一种验收cilphci测试，由用户或第三方测试公司进行的测试，模拟各类用户行为对即将面市的软件产品进行测试，试图发现并修改错误测试是用户公司组织各方面的典型终端用户在日常工作中实际BMa使用版本，并要求用户报告异常情况，提出批评意见b㊀to区别两者的主要区别是测试的场所不同测试是指把用户请到Alpha开发方的场所来测试，测试是指在一个或多个用户的场所进行的测beta试测试的环境是受开发方控制的，用户的数量相对比较少，时Alpha间比较集中而测试的环境是不受开发方控制的,谁也不知道用户beta如何折磨软件，用户数量相对比较多，时间不集中一般地，Qlphci测试先于测试执行通用的软件产品需要较大规模的测试，bMci beta
八、归测试的概念及过程测试周期比较长如果产品通过了测试，那么就可以正式发行了beta回归测试:是指软件系统被修改或扩充（如系统功能增强或升级）后重新进行的测试，是为了保证对软件所做的修改没有引入新的错误而重新进行的测试回归测试过程识别出软件中被修改的部分从原基线测试用例库中，排除所有不再适用的测试用例，确定对新版T，本依然有效的测试用例建立新的基线测试用例库TN依据一定的策略从中选择测试用例测试被修改的软件TN如果必要，生成新的测试用例集用于测试无法充分测试的软件T1,TN部分用执行修改后的软件T1第和第步测试验证修改是否破坏了现有的功能，第和第步测2345试验证修改工作本身回归测试的一些观念回归测试是指重复以前的全部或部分的相同测试新加入测试的模组，可能对其他模组产生副作用，故须进行某些程度的回归测试测试工具及架构相关的软件产品，那么对不同操作系统，如系C/S B/S Windows列、、甚至苹果等测试环境都是必须的unix linuxOS常用的软件测试工具分为[开源测试工具]:开源测试管理工具、、、Bug㊀㊀Bugzill TestLinkmantis开源功能自动化测试工具、Watirx Selenium^MQXQWeblnject开源性能自动化测试工具怕、Jmeter^OpenSTAx DBMonsr、TPTEST WebApplicationLoadSimulator企业级测试管理工具，也是业界第一个基于[TestDirector]:Web的测试管理系统基于的测试管理工具，可以组织和管理[Quality Center]:W㊀b应用程序测试流程的所有阶段，包括指定测试需求、计划测试、执行测试和跟踪缺陷用于创建功能和回归测试[QuickTest Professional]::预测系统行为和性能的负载测试工具[LoadRunner]
二、套题回归测试的重心，以关键性模组为核心
九、系统验收测试的内容）系统验收测试是在在系统测试完成后，项目最终交付前进行1）系统验收测试不是对系统的全面覆盖，而是针对用户的核心业务流程2进行测试）验收测试的执行人员不是开发方的测试组成员，是由用户方的使用人3员完成）验收可以由第三方专业化全覆盖型技术测试团队测试4
十、系统测试的定义及内涵系统测试定义系统测试是将通过集成测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际或者模拟运行（使用）环境下，对计算机系统进行一系列测试系统测试包含功能测试、性能测试、压力测试、容量测试、安全性测试、测试、GUI可用性测试（也叫易用性测试）、安装测试、配置测试、异常测试，备份测试、健壮性测试、文档测试、在线帮助测试、网络测试、稳定性测试
十一、测试人员在软件开发过程中的任务？软件测试目的、测试的最终目的是为了避免错误的发生，确保应用程序能够正常高效1的运行；、好的测试用例在于发现至今未发现的错误；
2、成功的测试是发现了至今未发现的错误的测试；
3、好的测试工程师应该做到不仅发现问题，还能够帮助开发人员分析问4题；测试人员在软件开发过程中的任务、尽可能早的找出系统中的1Bug;、避免软件开发过程中缺陷的出现；
2、衡量软件的品质，保证系统的质量；
3、关注用户的需求，并保证系统符合用户需求4软件测试的原则、应把“尽早和不断地进行软件测试”作为软件开发者的座右铭，实践1证明单元测试能够尽早发现问题，减少后期测试的错误量、测试用例应由测试输入数据、测试执行步骤和与之对应的预期输出结2果三部分组成、应当避免由程序员检查自己的程序（指后期系统测试阶段，不包括3单元测试）、测试用例的设计要确保能覆盖所有可能路径在设计测试用例时,应4当包括合理的输入条件和不合理的输入条件不合理的输入条件是指异常的，临界的，可能引起问题的输入条件、充分注意测试中的群集现象经验表明，测试后程序残存的错误数目5与该程序中已发现的错误数目或检错率成正应该对错误群集的程序tto段进行重点测试、严格执行测试计划，排除测试的随意性6测试计划应包括所测软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方法和过程，系统的配置方式，跟踪规则，调试规则，以及回归测试的规定等等以及评价标准、应当对每一个测试结果做全面的检查
7、妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提8供方便软件测试过程开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试
十二、如何尽快找出软件中的bug尽快熟悉软件的需求和业务，只有熟悉了产品的业务流程、你才能迅
1.速找出软件中存在的一些重要的缺陷.把自己当成用户，把自己当成是用户去使用该系统，比如在使用该系2统过程中是这样操作的吗？善于怀疑，不要开发人员的能力
3..不要让程序开发人员的观点“用户不会进行这样的操作”而说服自4己.使用完整的流程去测试软件系统，有些子流程在单独测试时没有问题，5但按流程走的时候问题就可能出来了
十三、性能测试问题.如果服务器、数据库以及网络都正常，问题会出在哪里？这个1web问题可以在系统本身，还是在应用服务器中的代码.如何发现服务器的相关问题？2web利用网络资源的监控，我们可以找到的服务器的性能利用这些W㊀b监测分析吞吐量我们可以在服务器上，点击数每秒Web期间发生的情况下，一些响应每秒下载的人数页每秒HTTP.如何发现数据库的相关问题？3运行“数据库”的监督和帮助下，“数据资源图”我们可以找到数据库有关的问题例如您可以指定您想要的资源来衡量的，然后再运行控制器和比你可以看到数据库的有关问题.解释所有录制配置？4web.解释一下覆盖图和关联图的区别？5覆盖图它覆盖的内容，这两个图表有着共同的轴左轴的图表显X Y示，合并后的当前图的价值和权利丫轴显示的价值，丫轴的图表是合并关联图图的丫轴的两个图表互相对抗积极图表的丫轴成为轴的合X-并图丫轴的图表合并成为合并后的图丫轴.你如何设计负载？标准是什么？34负荷试验计划，以决定用户数量，什么样的机器，我们要使用和从那里运行它是基于两个重要文件，工作分布图和交易资料任务分布图给我们的信息的用户人数为特定的交易和时间上的负荷在高峰使用和场外的使用是决定从这个图交易的个人资料给我们提供了一个有关交易的名字和他们的优先级中包括什么内容？
6.Vuser_init业务初始化内容Vuserjnit actioncontains proceduresto logintoa server.中包括什么内容？
7.Vuser_end业务执彳亍场景Vuser_end sectioncontains logoff procedures.什么是有什么用？8think timethink_time顾名思义-思考时间它效仿真实用户在实际操作过程“Think Time”中的等待时间我们做性能测试，很多时候就要模拟这种状态例如某系统，要求满足用户同时在线操作，响应时间在秒如果不设置1005Think Time,我觉得，你的测试是失败的大家想想为什么？，设置有两种方式一种是使用在录Think TimeRecord thinktime制过程中根据实际等待时间自动的写入脚本另一种是在脚本录制结束后手动加入到脚本中接下来我们详细介绍思考时间是真实用户在之间等待的时间例如当一个用户从服务器接收到数据时，用action户可能需要在响应之前等待几分钟回顾数据，这种推迟被称为思考时间.标准日志和扩展日志的区别是什么？9选择标准日志时，就会在脚本执行过程中，生Standard LogOption:成函数的标准日志并且输出信息，供调试用大型负载测试场景不用启用这个选项扩展日志包括警告和其他信息大型负载测试不要启用该选项用扩展日志选项，可以指定哪些附加信息需要加到扩展日志中
十四、测试用例在软件测试中的作用、指导测试的实施测试用例主要适用于集成测试、系统测试和回归测1试、规划测试数据的准备
2、编写测试脚本的”设计规格说明书”
3、评估测试结果的度量基准完成测试实施后需要对测试结果进行评估，4并且编制测试报告判断软件测试是否完成、衡量测试质量需要一些量化的结果例测试覆盖率是多少、测试合格率是多少、重要测试合格率是多少，等等、分析缺陷的标准5
十五、套题--简答题（每道题）1测试的目标
1.:是为了尽可能多的发现程序中的缺陷测试的步骤？
2.:单元测试（模块测试）.集成测试.系统测试调试・.系统的转换与交付使用.您认为做好测试用例设计工作的关键是什么？3白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题.您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明4这些方法在测试用例设计工作中的应用）等价类划分1）边界值分析法2）错误推测法3）因果图方法
4.测试人员的职业素质要求是什么？5）责任感1）沟通能力2）独立的判断和自学习能力3）耐心、自我督促4）团队精神5二.选择题（单选题）（每道题分）5软件验收测试的合格通过准则是
1.软件需求分析说明书中定义的所有功能已全部实现，性能指标A.全部达到要求所有测试项没有残余一级、二级和三级错误B.立项审批表、需求分析文档、设计文档和编码实现一致C.验收测试工件齐全D.答B.软件测试计划评审会需要哪些人员参加？2项目经理A.负责人B.SQA配置负责人C.测试组D.答A下列关于测试的描述中正确的是
3.cilphci测试需要用户代表参加A.alpho测试不需要用户代表参加B.alpha测试是系统测试的一种C.alpha测试是验收测试的一种D.alpha答D.测试设计员的职责有4制定测试计划A.设计测试用例B.设计测试过程、脚本C,评估测试活动D.答C.软件实施活动的进入准则是5需求工件已经被基线化A.详细设计工件已经被基线化B..构架工件已经被基线化C项目阶段成果已经被基线化D.答C关于软件测试，以下（）是正确的
6.测试只能证明缺陷,不能证明缺陷不存在A开发人员测试自己的程序后,可作为该程序已经通过测试的依据B的缺陷聚集在的模块中，经常出错的模块改错后还会经常C80%20%出错答C三.选择题（多选题）（每道题分）5测试的依据
1.需求说明技术规范安全规范个人能力A.B.C.D.答A,B,C软件缺陷都包括什么？
2.软件未达到客户需求的功能和性能A.软件超出客户需求的范围B.软件出现客户需求不能容忍的错误C.
一、选择（从是否需要被执行测试软件的角度，软件测试可分为哪两种？）
1.B A.黑、白盒（软件测试用例设计方法角度）静、动态单、集（策略和B.C.过程）（下列哪一项不是白盒测试？）
2.C单元测试集成测试系统测试回归测试A.B.C.D.计算机环路复杂度（计算方法）（重点选择简答）
3.（）二简单判定节点数+（）；（）二封闭区域数+V G1;V G=E-N+2V G（记住这三个公式）1（属于黑盒测试的方法？）
4.C基于基本路径控制流基于用户需求测试逻辑覆盖A.B.C.D.（基于用户需求的测试，功能图分析方法，等价类划分方法，边界值分析方法，错误推测方法，因果图方法，判定表驱动分析方法，正交实验设计方法和功能图分析方法等）测试的报告由五部分
5.答首页、引言部分、测试概要、测试结果及缺陷分析、测试结论与建议单元测试环境由三部分构成？
6.答所测模块和与它相关的驱动模块及桩模块共同构成了一个“测试环境”单元测试中综合测试主要是考虑哪些方式？
7.答自顶向下的单元测试策略、自底向上的单元测试策略软件的使用未能符合客户的习惯和工作环境D.答ABCQ请对以下测试计划做排序
3.系统测试计划验收测试计划单元测试计划回归测试策略（适A.B.C.D.用的）集成测试计划E.答CEABD缺陷度量分析包括以下哪种？
4.缺陷分析缺陷数据统计.缺陷预防.缺陷控制A.B.C D答B,C
十六、一个合格的软件测试员应该具备的知识？、软件测试基础知识测试计划编写、设计测试用例、编写测试报告、1编写报告单、跟踪修复情况、还需要良好的沟通能力、以BUG BUG及各种测试阶段所使用的测试方法、单元测试、功能测试、集成测试、系统测试等等、CMMI/IS
09001、各种测试工具的使用我们在测试的工作中为了能够提高工作效率进2程会用到很多工具、、、、、、、等等QTP LRQC TDBugfee VSSSVN工具、虽然说工具不是万能的但是工具能为我们提高工作效率所以不能吧工具当神一样看待、但是必须得会熟练的使用、操作系统相关知识、、这些都必须会使用、而3Windows linuxuinx且不仅仅是简单的操作、一般的服务管理、注册表编辑、命令行操作都需要会、可以想象下一个连服务都不会安装配置的人、谁能想apache象你可以做好基于环境的测试工作、什么？不知道怎么查看磁epoch㊀盘压力、Q数据都有提供自带的工具可用于查看这些windows linux数据、、什么的p㊀rfmon top、数据库知识现在的待遇比一般的开发人员待遇还高4Orcic©DBA就知道数据库在企业中的重要性了、作为测试人员虽然不需要有的DBA能力、但是基本的数据库操作你必须得会把、不管是、Oracle^DB2还是最少都应该能熟悉使用其中的一二MSsql mysql、计算机硬件知识做过性能测试的朋友都知道在性能测试过程中硬件5性能也是一个非常重要的指标、内存、Q、带宽等等、如果你是做CPUs硬件测试的那么就更不用说了交换机、路由器、防火墙这些设备都需要有所了解、网络协议如果你还知道和有什么不一样的话请赶快去6TCP UDP补充点知识吧、互联网时代、一切都通过网络传输、常用协议必须得了解、曾经面试了一个测试工程师做了年的测试居然不知道自己测试软2件使用什么协议、这样的人是你的话你敢招么？、开发语言即代码编写能力虽然不会写代码也能做测试、但是如果你7想做到高级测试工程师以上、那么代码编写能力就是必选项、如果不会写代码、那么你不可能成为高级测试高级测试工程师的一部分工作就是在写测试工具虽然测试也需要写代码但不需要和开发一样那么精通某一门语言、可是测试却需要了解很多门开发语言（举一个简单的例子你现在所在的项目从语言、年后你换工作了、新公司的开发语言C++2是或者是什么的）所以在开发语言中测试需要更广的学习java VB、行业知识行业知识之所以写在最后面是因为前面的条我们都可87以通过学习来掌握、但是唯独行业知识却只能通过工作经验来积累、不要说你去看几本书就知道通信行业、医疗行业、或者是航天行业、你认为在书本上面能学到么？由于行业知识的特殊性所以建议朋友们不要频繁的跳槽、经验的积累是需要时间来沉淀的、具有一定的美学观这个说起来比较拗口一点、简单来说不管是开发9活动还是测试活动、最后的目标就是将产品推向市场、而且得到用户的认可所以如果产品在需求分析阶段就出现了偏离用户航道、那么就算测试开发做得再好这个项目也是一样会失败所以各位如果有幸能够参加需求评审的话、请不要吝啬你的言论、请不要忘记时刻学习着这点我相信大家应该都能理解所以不用写10什么仅此一点“不学习就会落后”（不是软件实施活动的进入准则？）
8.D需求工件已经被基线化详细设计工件已经被基线化构架工A.B.C.件已经被基线化项目阶段成果及被基线化D.（确定单元测试指导的基本方针？个，选择其中不是的）
9.3答能够自身编译的最小程序块，单一过程/函数（独立），由一个人完成的小规模工作（对于自动化测试成本从高到底的排序，下列描述正确的是？）
10.A（七章）（进行排序）PPT6编译器，用户图形A.GUI,软件测试是软件开发的重要环节之一按照软件开发过程可分
11.为单元测试、集成测试、系统测试、域测试等软件测试的任务发现、改正软件错误（找错，修正）
12.（下面哪一项测试步骤中需要进行局部数据结构测试？）
13.A单元测试集成测试确认测试系统测试A.B.C.D.（白盒测试是根据程序的）来选设计测试用例？
14.C功能性能内部逻辑内部数据A.B.C.D.（单元测试的终止的标准个）（三章）
15.3PPT
47.硬件资源不足或故障造成软件运行无法运行；
1.软件运行后无法正确显示；
2.所有功能测试均已经完成3软件测试是对系统逆向求证的过程，集成测试对应的过程中单元
16.测试的过程需求设计概要设计详细设计编码实现A.B.C.D..单元测试主要测试技术不包括？三章17B PPT12白盒功能静态以上都不是A.B.C.D.环路复杂度公式哪个不是？
18.；二简单判定节点数+二封闭区域数+VG1;VG=E-N+2VG1记住这三个公式如果一个产品中次严重缺陷基本完成修复并且通过了复测，这个
19.阶段的产品是B阿尔法版版正版以上都不是A.B.beta C.D.自底向上方法需要写
20.A驱动程序.桩程序.驱动程序和桩程序两A.B C D.个都不是的目的是对最终软件系统进行全面的测试确保最终软件系统
21.A产品满足需求系统测试集成测试单元测试功A.B.C.D.能测试测试用例的个关键元素
22.4被测单元模块初始状态声明，即测试用例的开始状态仅适用于被测1单元维持了调用中间状态的情况；被测单元的输入，包含由被测单元读入的任何外部数据值；2该测试用例实际测试的代码，用被测单元的功能和测试用例设计中使3用的分析来说明，如单元中哪一个决策条件被测试；（）测试用例的期望输出结果（在测试进行之前的测试说明中定义）4（目前主要的单元测试的方法基本路径测试等价类划分/边界
23.A.B.值分析测试覆盖测试彳盾环测试数据流测试程序插桩测试CDE.F.G变异测试）从中选（.哪个方法根据输出输入依赖关系设计的测试用例？）24C路径等价类因果图归纳A.B.C.D.有一组测试用例使得每一个被测试用例的分支覆盖至少被执行一
25.（次,它满足的覆盖标准）（二章）B PPT22语句覆盖判定覆盖条件覆盖路径覆盖A.B.C.D.
二、填空单元测试中对类进行测试有个“定义一引用对”（方法内部定义-
1.3引用对方法间定义-引用对类内部定义-引用对）（三章）PPt
372.测试的主要目标，不再只是找出其缺陷，而是证明其（性能）压力测试又称强度测试，是在（各种资源超负荷）情况下，观察系统
3.的运行情况（缺陷跟踪工具）是管理工具使用最多的
4.集成测试划分为个阶段（制定集成测试的计划、设计集成测试、实
5.5施集成测试、执行集成测试、评估集成测试）根据软件生命周期中的定义，可以把自动化测试工具划分大类（白
6.3盒测试工具、黑盒测试工具、测试管理工具）对类进行测试时，类之间的关系类（关联泛化实现依赖聚
7.6合组合）每种不同符号来表示，并分别用（私有的、公有的“+”、保护的“铲）三个关键字来修饰类白盒测试工具针对代码进行的工具，测试中发现的缺陷可以定义到代
8.码级，根据测试工具原理的不同，又可以分为静态测试工具和动态测试工具黑盒测试工具包括（功能测试工具、性能测试工具）
9.软件开发的基本过程（需求分析、设计、实现、测试、维护）
10.单元测试的策略（自顶向下的单元测试策略、自底向上的单元测试
11.策略和孤立的单元测试策略）集成测试的工作开展更多站在测试工作人员的角度上；系统测试
12.站在用户的角度上对面向对象来说，按照集成的粒度不同，可把集成测试分为（类间
13.集成测试、类内集成测试）类测试用例中，基于个标准（基于状态的覆盖率、基于限制的覆
14.3盖率和基于代码的覆盖率）（六章）PPT
13.哪一个不属于增量式集成？15答案大爆炸集成单元测试中对类进行三级测试（方法内部测试、方法间测试、类内
17.部测试）三章PPT36目前单元测试主要的方法基于路径测试，等价类划分/边界值分
18.析测试，覆盖测试，循环测试，数据流测试，程序插桩测试，变异测试
三、判断发现错误是软件测试的目的（错）
1.白盒测试可以找出软件遗漏功能和代码错误功能（二章）（错）
2.PPT47在设计测试用例时，应包括合理的应用条件和不合理的应用条件（对）
3.软件缺陷一定是由编码引起的错误（错）
4.测试是软件多个用户在实际多个测试（对）
5.Bcitci系统测试属白盒测试（黑盒）（错）
6.手工测试可以达到好的系统化测试（对）
7.功能测试属于白盒测试的技术范畴（错）
8.文档测试是对系统提交给用户的文档进行验证，并不是一般性的审查
9.活动（对）P355
四、大题计算环路复杂度方法哪些？（要求写成个公式，一个公式分）
1.32答（）二简单判定节点数+（）；（）二封闭区V G1;V G=E-N+2V G域数十1基于状态测试的主要步骤？（三章）
2.PPT32答
①依据设计文档，或者通过分析对象数据成员的取值空间（笛卡尔积），得到被测试类的状态转移图；
②给被测试的类加入用于设置和检查对象状态的新方法，导出对象的逻辑状态；
③对于状态转移图中的每个状态，确定该状态是哪些方法的合法起始状态，即在该状态时，对象允许执行哪些操作；
④在每个状态，从类中方法的调用关系图最下层开始，逐一测试类中的方法；
⑤测试每个方法时，根据对象当前状态确定出对方法的执行路径有特殊影响的参数值，将各种可能组合作为参数进行测试的种类有哪些？
3.Bug答需求阶段的分析设计阶段的设计阶段的实现阶BUG,BUG,BUG,段的配置阶段的短视将来的静态文档的BUG,BUG,BUG,BUG o（自动化测试的缺点？点）
4.5答、自动化测试不能取代手工测试，测试主要还是要靠人工的
1、新缺陷越多，自动化测试失败的几率就越大
2、工具本身不具有想象力
3、技术问题、组织问题、脚本维护
4、测试工具与其他软件的互操作性5选择手动和自动化测试，为了作出一个合理的决定，需要做哪些方面
5.（假设？个）7答.拥有稳定的自动化测试技术支持1两种极端的可能性一种就是无需人工干预的完全自动化测试，另一
2.种就是只运行一次就废弃的人工测试。
个人认证
优秀文档
获得点赞 0
