软件测试练习题

一．测试基础：1.瀑布模型软件生命周期分为哪些阶段计划阶段需求分析阶段设计阶段编码阶段测试阶段运行维护阶段2.软件测试的预防目的，是预防什么尽早返现、尽早解决，避免问题延后导致的问题扩大化发现问题找出问题原因，并实施改进，从而避免同类问题的再次发生3.软件测试的对象包括哪些可执行的程序开发这个程序的一切中间过程产品，包括需求文档、设计文档、源代码该程序所在的运行环境4.设计阶段要设计哪2个文档，中英文名分别叫什么？概要设计，HLD详细设计，LLD5.软件研发团队中包括哪些角色？项目经理需求分析人员设计人员编码人员测试人员QA配置管理人员二．测试方法：6.说一下白盒测试、黑盒测试、灰盒测试的区别黑盒测试：把测试对象看做一个黑盒子，不考虑内部逻辑，只依据外部规格要求，检查产品的实际规格是否符合要求的测试方法。

白盒测试：把测试对象看做一个打开的盒子，利用设计的内部逻辑结构，对产品运行逻辑进行测试的方法。

灰盒测试：是介于白盒测试与黑盒测试之间的，灰盒测试关注输出对于输入的正确性，同时也关注内部表现。

7.说一下白盒测试、黑盒测试各自的优缺点黑盒测试优点：1.符合使用者的视角，测试人员容易理解、容易执行2.对测试人员技能要求不高，工作量相对较小3.发现的问题都是和规格不一致的异常黑盒测试缺点：1.难于考虑到因设计引入的新的测试项，导致测试有遗漏2.难于对复杂业务进行充分覆盖的测试3.发现问题相对较难定位白盒测试优点：1.深入到最底层逻辑进行测试，能发现深层次问题2.逻辑覆盖充分，可达到足够高的覆盖率3.发现问题后定位解决问题成本低白盒测试缺点：1.测试技能要求高，测试工作量绝大2.发现的不一定是规格上的缺陷8.功能测试自动化适用的场合回归次数多质量要求高版本迭代变化不大9.静态测试和动态测试的区别静态测试，无需运行被测试对象，而是直接观察，通常静态测试的对象是文档和源代码动态测试，运行被测试产品，观察产品运行时的表现现象。

通常测试对象是可执行的程序。

10.对自动化能否取代手工测试这个问题，你是怎么理解的？自动化测试无法取代手工测试。

因为：1.自动化测试适用的场合比较少，而手工测试适合于大部分场合2.自动化测试解决的不是测试的质量问题，而是测试的效率问题，单纯靠自动化测试无法发现产品突发性的问题3.正常的测试过程中，手工测试居主，对没有修改的模块进行回归测试，才是自动化测试的主要适用场合通过对大部分没有修改模块的自动化测试，可以大大节约人力，来投入到更需要手工测试的复杂或修改过的模块，通过更细致的手工测试来提高产品质量三．测试过程：11.软件测试过程一般划分为几个阶段？每个阶段的测试重点是什么？单元、集成、系统、验收单元测试主要测试单元内部的数据结构、逻辑控制、异常处理等集成测试主要测试模块之间的接口和接口数据传递关系，以及模块组合后的整体功能系统测试主要测试整个系统相对于需求的符合度验收测试主要测试产品是否达到用户可使用的状态12.瀑布模型与双v模型的优缺点瀑布模型有以下优点：1）为项目提供了按阶段划分的检查点。

2）当前一阶段完成后，您只需要去关注后续阶段。

3）可在迭代模型中应用瀑布模型。

瀑布模型有以下缺点：1）在项目各个阶段之间极少有反馈。

2）只有在项目生命周期的后期才能看到结果。

3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。

双V模型的优点:1）将测试贯穿到整个软件的生命周期中，且除了代码要测试，需求、设计等都要测试。

2）测试更早的介入到软件开发中，能尽早的发现缺陷进行修复。

3）测试与开发独立起来，并与开发并行。

双V模型的缺点：1）对有些项目，开发过程中根本没有文档产生，故W模型无法使用。

2）对于需求和设计的测试技术要求很高，实践起来很困难。

13.什么是回归测试？你们公司是如何做回归测试的？回归测试，即就是在软件生命周期中，只要软件发生了改变，就可能给该软件产产生问题;所以，每当软件发生变化时，我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否破坏原有的正常功能。

回归测试可以发生在任何一个阶段，包括单元测试、集成测试和系统测试。

回归测试实施过程：1、在测试策略制定阶段，制定回归测试策略2、确定需要回归测试的版本3、回归测试版本发布,按照回归测试策略执行回归测试4、回归测试通过，关闭缺陷跟踪单（问题单）5、回归测试不通过，缺陷跟踪单返回开发人员，开发人员重新修改问题，再次提交测试人员回归测试14.回归测试的策略有哪些？完全重复的回归测试策略选择性重复的回归测试策略，包括了错误修改法、周边影响法、指标达成法15.你们公司的测试流程是什么？1）需求评审-需求定稿，测试人员理解需求2）测试组长发布测试计划3）测试人员进行测试方案的编写及评审4）测试人员根据测试方案定稿进行测试类型选择、测试用例的编写和评审5）测试人员根据测试用例进执行功能、性能、易用性、安装性、健壮性、恢复性等各类型的测试6）发现问题提交缺陷，并审核缺陷7）修复后，进行回归测试确认bug修复，关闭bug8）编写测试报告及总结9）提交过程文档到知识库。

四．测试覆盖率：1、白盒测试的覆盖率有哪些？如何计算的？1）语句覆盖率：所有的用例运行被测试程序后，执行到的语句所占总语句的比率覆盖率=所有用例执行到的语句/总语句2）判定覆盖率：所有的用例运行被测试程序后，执行到的取真/取假分支总数所占总分支数的比率覆盖率=（所有用例执行到的取真分支数+取假分支数）/总分支数3）条件覆盖率：所有的用例运行被测试程序后，执行到的条件取真值假值总数所占总条件取值的比率覆盖率：（所有用例执行到条件的取真值+取假值）/总条件取值数4）判定-条件覆盖率：所有的用例运行被测试程序后，执行到的条件取真假值总数与判定真假分支的总数所占总条件取值以及总的判定分支总数的比率覆盖率：（所有用例执行到条件的取值数+执行到分支数）/（总条件取值+总分支的取值）5）条件组合覆盖率：所有的用例运行被测试程序后，执行到的条件组合总数所占总条件组合的比率所有用例执行到条件组合数/总条件组合数6）路径覆盖率：所有的用例运行被测试程序后，执行到的路径数所占总路径的比率执行到路径数/总路径数2、黑盒测试的覆盖率如何计算？所有测试用例的测试点所占所有需求的测试点的比例，因此，必须将需求的大概的所有测试点分析出来3、覆盖率越全面越好吗？不是，覆盖率越高，测试设计及执行的成本会越高；因此只要重要的测试点覆盖到就满足覆盖率的要求了4、常用的白盒测试设计技术逻辑覆盖测试、基本路径测试、程序插装、循环覆盖测试5、什么是基本路径测试？一种常用的白盒测试用例设计方法，设计用例的步骤如下：1）分析程序的控制流图2）分析控制构造的环路复杂性3）导出基本可执行路径集合4）设计测试用例5）保证程序的每一个可执行语句至少执行一次五．用例写作：测试用例应包含的主要项目？答：测试用例编号、测试项目测试标题、重要级别、预置条件、输入数据、操作步骤、预期输出用例预置条件的作用？答：执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面的测试步骤无法进行或者无法得到预期结果。

前提条件必须是最近接近操作步骤的条件，不要离得太远了。

预期结果可能包含哪些内容？答：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等等六．缺陷管理：提交的缺陷开发不认可怎么办首先和开发沟通，看是否能说服对方，或者被对方说服如果双方达成不了共识，那么就可以上交给测试组长或者经理，由他去协调，如果项目组中有ccb组织，可以上ccb进行裁决缺陷提单后的处理流程简化版提单过程：测试人员提单后直接交给开发人员确认是否是问题，如果是则进行修改，改好后交给测试人员在新版本上做回归测试。

回归测试通过则问题单关闭，不通过则返回开发人员重新修改(具体可以参照ppt上的流程图来讲解，如果觉得自己表达能力有限，怕说不清楚，可以用纸笔给面试官一边画一边讲)缺陷单的主要内容编号，测试环境，测试版本，缺陷描述，操作步骤，预期结果，实际结果，严重程度等七．系统测试请描述常见的系统测试类型有哪些？功能测试、性能测试（负载测试、压力测试、并发测试、基准测试……）、异常测试、界面测试、易用性测试、安装测试、兼容性测试……什么是异常测试？异常测试，是检测系统对异常情况的处理。

异常测试覆盖硬件或软件异常时的处理。

测试方应通过人为制造错误情况测试系统对错误操作、错误报文的反应，检查程序中的屏幕或页面是否给出了清晰且充分的提示或约束；一旦出现错误情况，系统是否能正常报告，并检查系统的错误提示是否清晰且充分；测试系统是否处理了用户的异常操作，还是造成死机或处理错误。

只有通过异常测试的软件产品，才可以保证软件在正式上线后长时间的保持良好的运营状态，给最终用户以信心。

异常测试的结果也有助于为我们进一步的系统优化设计积累经验，设计和测试是一个相互反馈的过程。

八．单元测试1）junit中有哪些注解，分别表示什么意思？注解（Annotation)@Test: 测试方法@Ignore: 被忽略的测试方法@Before: 每一个测试方法之前运行@After: 每一个测试方法之后运行@BeforeClass: 所有测试开始之前运行@AfterClass: 所有测试结束之后运行2）例举常用的断言5个Assert.assertEqualsAssert.assertNotEqualsAssert.assertTrueAssert.assertArrayEqualsAssert.assertNull3）单元测试，集成测试，系统测试的区别a)测试方法不同单元测试属于白盒测试范畴集成测试属于灰盒测试范畴系统测试属于黑盒测试范畴b)考察范围不同单元测试主要测试单元内部的数据结构，逻辑控制，异常处理等集成测试主要测试模块之间的接口和接口数据传递关系，以及模块组合后的整体功能c)系统测试主要测试整个系统相对于需求的符合度评估基准不同单元测试的评估基准主要是逻辑覆盖率集成测试的评估基准主要是接口覆盖率系统测试的评估主要是测试用例对需求规格的覆盖率4）什么是驱动单元和桩单元驱动单元：用来模拟被测试单元的上层单元，相当于被测函数的主程序桩单元：用来代替被测单元工作过程中调用的子单元5）单元测试的策略有哪些，方法是什么？分别有什么优缺点a)孤立的测试策略方法：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块，每个模块进行独立的单元测试优点：最简单，最容易操作，可以达到高的结构覆盖率缺点：桩函数和驱动函数工作量很大，效率低b)自顶向上的测试策略方法：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块，每个模块进行独立的单元测试优点：最简单，最容易操作，可以达到高的结构覆盖率缺点：桩函数和驱动函数工作量很大，效率低c)自顶向下的测试策略方法：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块，每个模块进行独立的单元测试优点：最简单，最容易操作，可以达到高的结构覆盖率缺点：桩函数和驱动函数工作量很大，效率低6）桩模块、驱动模块的概念。