软件测试练习题

5）测试人员根据测试用例进执行功能、性能、易用性、安装性、健壮性、恢复性等各类型的测试
6）发现问题提交缺陷，并审核缺陷
7）修复后，进行回归测试确认bug修复，关闭bug
8）编写测试报告及总结
9）提交过程文档到知识库。
四．测试覆盖率：
1、白盒测试的覆盖率有哪些？如何计算的？
1）语句覆盖率：所有的用例运行被测试程序后，执行到的语句所占总语句的比率
该程序所在的运行环境
4.设计阶段要设计哪2个文档，中英文名分别叫什么？
概要设计，HLD
详细设计，LLD
5.软件研发团队中包括哪些角色？
项目经理
需求分析人员
设计人员
编码人员
测试人员
QA
配置管理人员
二．测试方法：
6.说一下白盒测试、黑盒测试、灰盒测试的区别
黑盒测试：把测试对象看做一个黑盒子，不考虑内部逻辑，只依据外部规格要求，检查产品的实际规格是否符合要求的测试方法。
1.测试技能要求高，测试工作量绝大
2.发现的不一定是规格上的缺陷
8.功能测试自动化适用的场合
回归次数多
质量要求高
版本迭代变化不大
9.静态测试和动态测试的区别
静态测试，无需运行被测试对象，而是直接观察，通常静态测试的对象是文档和源代码
动态测试，运行被测试产品，观察产品运行时的表现现象。通常测试对象是可执行的程序。
10.对自动化能否取代手工测试这个问题，你是怎么理解的？
自动化测试无法取代手工测试。因为：
1.自动化测试适用的场合比较少，而手工测试适合于大部分场合
2.自动化测试解决的不是测试的质量问题，而是测试的效率问题，单纯靠自动化测试无法发现产品突发性的问题
3.正常的测试过程中，手工测试居主，对没有修改的模块进行回归测试，才是自动化测试的主要适用场合
4）判定-条件覆盖率：所有的用例运行被测试程序后，执行到的条件取真假值总数与判定真假分支的总数所占总条件取值以及总的判定分支总数的比率
覆盖率：（所有用例执行到条件的取值数+执行到分支数）/（总条件取值+总分支的取值）
5）条件组合覆盖率：所有的用例运行被测试程序后，执行到的条件组合总数所占总条件组合的比率
1）对有些项目，开发过程中根本没有文档产生，故W模型无法使用。
2）对于需求和设计的测试技术要求很高，实践起来很困难。
13.什么是回归测试？你们公司是如何做回归测试的？
回归测试，即就是在软件生命周期中，只要软件发生了改变，就可能给该软件产产生问题;所以，每当软件发生变化时，我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否破坏原有的正常功能。
3.发现的问题都是和规格不一致的异常
黑盒测试缺点：
1.难于考虑到因设计引入的新的测试项，导致测试有遗漏
2.难于对复杂业务进行充分覆盖的测试
3.发现问题相对较难定位
白盒测试优点：
1.深入到最底层逻辑进行测试，能发现深层次问题
2.逻辑覆盖充分，可达到足够高的覆盖率
3.发现问题后定位解决问题成本低
白盒测试缺点：
所有用例执行到条件组合数/总条件组合数
6）路径覆盖率：所有的用例运行被测试程序后，执行到的路径数所占总路径的比率
执行到路径数/总路径数
2、黑盒测试的覆盖率如何计算？
所有测试用例的测试点所占所有需求的测试点的比例，因此，必须将需求的大概的所有测试点分析出来
3、覆盖率越全面越好吗？
不是，覆盖率越高，测试设计及执行的成本会越高；因此只要重要的测试点覆盖到就满足覆盖率的要求了
简化版提单过程：
测试人员提单后直接交给开发人员确认是否是问题，如果是则进行修改，改好后交给测试人员在新版本上做回归测试。回归测试通过则问题单关闭，不通过则返回开发人员重新修改(具体可以参照ppt上的流程图来讲解，如果觉得自己表达能力有限，怕说不清楚，可以用纸笔给面试官一边画一边讲)
缺陷单的主要内容
编号，测试环境，测试版本，缺陷描述，操作步骤，预期结果，实际结果，严重程度等
2）只有在项目生命周期的后期才能看到结果。
3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
双V模型的优点:
1）将测试贯穿到整个软件的生命周期中，且除了代码要测试，需求、设计等都要测试。
2）测试更早的介入到软件开发中，能尽早的发现缺陷进行修复。
3）测试与开发独立起来，并与开发并行。
双V模型的缺点：
八．单元测试
1）junit中有哪些注解，分别表示什么意思？
注解（Annotation)
@Test:测试方法
@Ignore:被忽略的测试方法
@Before:每一个测试方法之前运行
@After:每一个测试方法之后运行
@BeforeClass:所有测试开始之前运行
@AfterClass:所有测试结束之后运行
回归测试可以发生在任何一个阶段，包括单元测试、集成测试和系统测试。
回归测试实施过程：
1、在测试策略制定阶段，制定回归测试策略
2、确定需要回归测试的版本
3、回归测试版本发布,按照回归测试策略执行回归测试
4、回归测试通过，关闭缺陷跟踪单（问题单）
5、回归测试不通过，缺陷跟踪单返回开发人员，开发人员重新修改问题，再次提交测试人员回归测试
答：当前测试用例的预期输出结果，包括返回值的内容、界面的响应结果、输出结果的规则符合度等等
六．缺陷管理：
提交的缺陷开发不认可怎么办
首先和开发沟通，看是否能说服对方，或者被对方说服
如果双方达成不了共识，那么就可以上交给测试组长或者经理，由他去协调，如果项目组中有ccb组织，可以上ccb进行裁决
缺陷提单后的处理流程
4、常用的白盒测试设计技术
逻辑覆盖测试、基本路径测试、程序插装、循环覆盖测试
5、什么是基本路径测试？
一种常用的白盒测试用例设计方法，设计用例的步骤如下：
1）分析程序的控制流图
2）分析控制构造的环路复杂性
3）导出基本可执行路径集合
4）设计测试用例
5）保证程序的每一个可执行语句至少执行一次
五．用例写作：
通过对大部分没有修改模块的自动化测试，可以大大节约人力，来投入到更需要手工测试的复杂或修改过的模块，通过更细致的手工测试来提高产品质量
三．测试过程：
11.软件测试过程一般划分为几个阶段？每个阶段的测试重点是什么？
单元、集成、系统、验收
单元测试主要测试单元内部的数据结构、逻辑控制、异常处理等
集成测试主要测试模块之间的接口和接口数据传递关系，以及模块组合后的整体功能
4）什么是驱动单元和桩单元
驱动单元：用来模拟被测试单元的上层单元，相当于被测函数的主程序
桩单元：用来代替被测单元工作过程中调用的子单元
5）单元测试的策略有哪些，方法是什么？分别有什么优缺点
a)孤立的测试策略
方法：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和驱动模块，每个模块进行独立的单元测试
14.回归测试的策略有哪些？
完全重复的回归测试策略
选择性重复的回归测试策略，包括了错误修改法、周边影响法、指标达成法
15.你们公司的测试流程是什么？
1）需求评审-需求定稿，测试人员理解需求
2）测试组长发布测试计划
3）测试人员进行测试方案的编写及评审
4）测试人员根据测试方案定稿进行测试类型选择、测试用例的编写和评审
七．系统测试
请描述常见的系统测试类型有哪些？
功能测试、性能测试（负载测试、压力测试、并发测试、基准测试……）、异常测试、界面测试、易用性测试、安常测试，是检测系统对异常情况的处理。异常测试覆盖硬件或软件异常时的处理。测试方应通过人为制造错误情况测试系统对错误操作、错误报文的反应，检查程序中的屏幕或页面是否给出了清晰且充分的提示或约束；一旦出现错误情况，系统是否能正常报告，并检查系统的错误提示是否清晰且充分；测试系统是否处理了用户的异常操作，还是造成死机或处理错误。只有通过异常测试的软件产品，才可以保证软件在正式上线后长时间的保持良好的运营状态，给最终用户以信心。异常测试的结果也有助于为我们进一步的系统优化设计积累经验，设计和测试是一个相互反馈的过程。
一．测试基础：
1.瀑布模型软件生命周期分为哪些阶段
计划阶段
需求分析阶段
设计阶段
编码阶段
测试阶段
运行维护阶段
2.软件测试的预防目的，是预防什么
尽早返现、尽早解决，避免问题延后导致的问题扩大化
发现问题找出问题原因，并实施改进，从而避免同类问题的再次发生
3.软件测试的对象包括哪些
可执行的程序
开发这个程序的一切中间过程产品，包括需求文档、设计文档、源代码
系统测试属于黑盒测试范畴
b)考察范围不同
单元测试主要测试单元内部的数据结构，逻辑控制，异常处理等
集成测试主要测试模块之间的接口和接口数据传递关系，以及模块组合后的整体功能
c)系统测试主要测试整个系统相对于需求的符合度
评估基准不同
单元测试的评估基准主要是逻辑覆盖率
集成测试的评估基准主要是接口覆盖率
系统测试的评估主要是测试用例对需求规格的覆盖率
测试用例应包含的主要项目？
答：测试用例编号、测试项目测试标题、重要级别、预置条件、输入数据、操作步骤、预期输出
用例预置条件的作用？
答：执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面的测试步骤无法进行或者无法得到预期结果。前提条件必须是最近接近操作步骤的条件，不要离得太远了。
预期结果可能包含哪些内容？
驱动模块要完成以下事情：
1.接受测试输入
2.对输入进行判断
3.将输入传给被测单元，驱动被测单元执行
4.接受被测单元执行结果，并对结果进行判断
5.将判断结果作为用例执行结果输出测试报告