软件测试工程师面试基础题(应届生和测试小菜必备)最基础的面试题_软件测试基础知识面试题

本文是一份针对软件测试工程师面试的全面指南,涵盖基础面试题解析,包括软件测试的各个阶段、角色、流程模型、测试方法等。作者分享了一套完整的软件测试学习资料,旨在帮助程序员提升技能,尤其是对于应届生和初级测试工程师。文章还探讨了测试的不同阶段、测试类型、质量模型和多种测试策略,并提供了详细的解释和相关概念的定义。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7

深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年最新软件测试全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以添加V获取:vip1024b (备注软件测试)
img

正文

分析人员

设计人员

开发人员

  • 软件测试组

测试经理

测试人员

  • 配置管理组

配置经理

CMO(配置管理员)

研发流程

  • 瀑布模型

应用的最为广泛的一种模型,也是最容易理解和掌握的模型,然而它的缺陷也是显而易见的。

  • 螺旋模型

综合了基本的瀑布式模型和演化/渐增原型方法。

  • RUP流程

所有工作流在各个阶段都有体现。

  • IPD流程

从整个产品角度出发,不仅仅针对研发。

  1. 测试阶段怎么划分?

答:

  1. 测试计划阶段

  2. 测试设计阶段

  3. 测试实施阶段

  4. 测试执行阶段

  5. 什么是UT,IT,ST?它们有什么区别?

答:

UT:单元测试

IT:集成测试

ST:系统测试

区别:

测试方法考察范围评估标准
单元测试控制流测法 数据流测法 排错测法 分域测法单元内部的数据 结构、逻辑控制 、异常处理等逻辑覆盖率
集成测试自顶向下增至测试方法 自底向上增至测试方法 混合增至测试方法接口与接口数据 传递关系, 模块组合后的 整体功能接口覆盖率
系统测试恢复测试方法 安全测试方法 强度测试方法 性能测试方法 容量测试方法 正确性测试方法 可靠性测试方法 兼容性测试方法这个系统对需 求的符合度测试用例对需求 规格的覆盖率
  1. 什么是回归测试?为什么要回归测试?回归测试的流程是什么?回归测试的测试策略有哪些?

答:

回归测试是指软件系统被修改或扩充(如系统功能增强或升级)后重新进行的测试,是为了保证对软件所做的修改没有引入新的错误而重新进行的测试。

回归测试目的是验证缺陷得到了正确的修复,同时对系统的变更没有影响以前的功能。

流程:

  1. 在测试策略制定阶段,制定回归测试策略
  2. 确定需要回归测试的版本
  3. 测试版本发布后,按照回归测试策略来执行回归测试
  4. 回归测试通过,关闭缺陷跟踪单
  5. 回归测试不通过,缺陷跟踪单返回给开发人员,开发人员重新修改BUG.再次提交给测试人员回归测试

测试策略:

  1. 完全重复测试:重新执行前期设计的用例,来确认问题修改的真确性和修改的扩散局部影响性

  2. 选择性重复测试:

  3. 覆盖修改法:针对被修改的部分,选取或重新构造测试用例验证没有错误再次发生的选择方法

  4. 周边影响法:该方法包括覆盖修改法,还要分析修改后对扩散的影响

  5. 指标达成法:先确定一个达成的指标,基于这种要求选择一个最小的测试用例集合

  6. 画V&V模型?

答:

  1. 软件质量的定义是什么?影响软件质量的因素是哪些?ISO 2000的八大原则是什么?

答:

定义:一个实体的所有特性,基于这些特性可以满足明显的或隐含的需求。而质量就是实体基于这些特性满足需求的程度

因素:

流程、技术、组织。

流程:一组活动(活动是否都是必须的;活动角色之间的关系)

过程:一组将输入转化为输出的相关联或相互作用的活动。

原则;

  1. 以顾客为中心:组织依存于其顾客,因此,组织应理解顾客当前的和未来的需求,满足顾客要求并争取赶超顾客期望。

  2. 领导作用:领导者将本组织的宗旨.方向和内部环境编统一起来,并创造使员工能够充参与实现组织目标的环境。

  3. 全员参与:各级人员是组织之本,只有他们的充分参与,才能使他们的才干为组织带来最大的收益。

  4. 过程方法: 将相关的资源和活动作为过程进行管理,可以更高效地得到期望的结果。

  5. 管理系统方法:针对设定的目标,识别.理解并管理一个由相互关联的过程的过程所组成的体系,有助于提高组织的有效性和效率。

  6. 持续改进:持续改进是组织的一个永恒的目标。

  7. 基于事实的决策方法:对数据和信息的逻辑分析或直觉判断是有效决策的基础。

  8. 互利的供方关系:通过互利的关系,增强组织及其供方创造价值的能力。其中与软件产品产品优其相关有:(一.三.六.七项)

  9. CMM/CMMI是什么?它的等级怎么划分?有什么目的?有什么作用?

答:

(1)能力成熟度模型;一种比较流行的软件质量管理体系

(2)划分:初始级;可重复级;已定义级;已管理级;优化级;

(3)目的:评估软件承包商能力

协助软件组织改进过程,提高过程能力

(4)作用:业界的实施标准

业界的一种交流语言

是中国企业获取国际订单的门槛

是向下采购的保障

是降低软件声场风险的有力手段

  1. 描述软件质量模型中的内容?

答:

功能性:

当软件在指定的条件下使用时,软件产品提供满足明确和隐含需求的功能的能力

  1. 适合性 Suitability—软件产品为指定的任务和用户目标提供一组合适的功能的能力。
  2. 准确性 Accuracy—软件产品提供具有所需精确度的正确或相符的结果或效果的能力。
  3. 互操作性 interoperability—软件产品与一个或更多的规定系统进行交互的能力。
  4. 保密安全性 security—软件产品保护信息和数据的能力,以使未授权的人员或系统不能阅读或修改这些信息和数据,而不拒绝授权人员或系统对它们的访问。
  5. 功能性的依从性 functionality compliance—软件产品遵循与功能相关的标准、约定或法规以及类似规定的能力。这些标准要考虑国际标准、国家标准、行业标准、企业内部规范等。

可靠性:

在指定条件下使用时,软件产品维持规定的性能级别的能力

  1. 成熟性 maturity—软件产品为避免由软件中错误而导致失效的能力。
  2. 容错性 fault tolerance—在软件出现故障或者违反指定接口的情况下,软件产品维持规定的性能级别的能力。
  3. 易恢复性 recoverability—在失效发生的情况下,软件产品重建规定的性能级别并恢复受直接影响的数据的能力
  4. 可靠性的依从性 reliability compliance—软件产品遵循与可靠性相关的标准、约定或法规的能力。

易用性:

在指定条件下使用时,软件产品被理解、学习、使用和吸引用户的能力

  1. 易理解性 understandability—软件产品使用户能理解软件是否合适以及如何能将软件用于特定的任务和使用环境的能力。
  2. 易学性 learnability—软件产品使用户能学习其应用的能力。
  3. 易操作性 operability—软件产品使用户能操作和控制它的能力。
  4. 吸引性 attractiveness—软件产品吸引用户的能力
  5. 易用性的依从性 usability compliance—软件产品遵循与易用性相关的标准、约定、风格指南或法规的能力。这些标准要考虑国际标准、国家标准、行业标准、企业内部规范等,例如企业内部的界面规范。

效率:

在规定条件下,相对于所用资源的数量,软件产品可提供适当性能的能力

  1. 时间特性:time behavior—在规定条件下,软件产品执行其功能时,提供适当的响应和处理时间以及吞吐率的能力。即完成用户的某个功能需要的响应时间。
  2. 资源利用性:resource utilization—在规定条件下,软件产品执行其功能时,使用合适的资源数量和类别的能力。
  3. 效率依从性:efficiency compliance—软件产品遵循与效率相关的标准或约定的能力。

维护性:

软件产品可被修改的能力。修改可能包括修正、改进软件对环境、需求、和功能规格说明变化的适应

  1. 易分析性analyzability— 诊断软件产品中缺陷或失效原因的能力。
  2. 易改变性 changeability—软件产品使指定的修改可以被实现的能力。
  3. 稳定性 stability—软件产品避免由于软件修改而造成意外结果的能力。
  4. 易测试性 testability—软件产品使已修改软件能被确认的能力。
  5. 维护性的依从性 maintainability compliance—软件产品遵循与维护性相关的标准或约定的能力。

可移植性:

软件产品从一种环境迁移到另一种环境可正常使用或满足用户需求的能力

  1. 适应性adaptability—软件产品无需采用有别于为考虑该软件的目的而准备的活动和手段就可以适应不同的环境的能力。

  2. 易安装性 installability—软件产品在指定环境中 被安装的能力。

  3. 共存性 co-existence—软件产品在公共环境中同与其分享公共资源的其它独立软件共存的能力。

  4. 易替换性 replaceability—软件产品在同样的环境下,替代另一个相同用途的指定软件产品的能力。

  5. 可移植性的依从性 portability compliance—软件产品遵循与可移植性相关的标准或约定能力。

  6. 测试的方法有哪些?

答:

白盒测试、黑盒测试、灰盒测试、β测试,α测试、可移植性测试、冒烟测试等

  1. 什么是白盒测试?

答:

白盒测试是根据被测试程序的内部结构设计测试用例的一类测试,有人也称它为透明盒或者玻璃盒测试,涉及到软件设计的细节。比如单元测试一般采用白盒测试方法,并参考LLD(详细设计)

  1. 什么是黑盒测试?

答:

黑盒测试又称功能测试、数据驱动测试或者基于规格说明的测试,被测试程序当作黑盒处理,无法了解其内部的构造。比如系统测试一般采用黑盒测试方法,并参考SRS

  1. 什么是静态测试?

答:

不运行被测试的软件系统,而是采用其他手段和技术对被测试软件进行检测的一种测试技术。例如:代码走读、文档评审、程序分析等都是静态测试的范畴。常用技术有静态分析技术

  1. 什么是动态测试?

答:

按照预先设计的数据和步骤去运行被测软件系统,从而对被测软件系统进行检测的一种测试技术。常用技术有动态分析技术

  1. 什么是人工测试?

答:

测试活动(如评审、测试设计、测试执行等)由人来完成,狭义上是指测试执行由人工完成,这是最基本的测试形式

  1. 什么是自动化测试?

答:

一般是指通过计算机模拟人的测试行为,替代人的测试活动,狭义上是指测试执行由计算机来完成

  1. 逻辑覆盖关注的内容是哪些?

答:

  1. 语句覆盖

  2. 判定覆盖

  3. 条件覆盖

  4. 判定—条件覆盖

  5. 路径覆盖

  6. 常见的黑盒测试方法有哪些?

答:

  1. 等价类划分法

  2. 边界值分析法

  3. 因果图分析法

  4. 判定表法

  5. 正交试验法

  6. 状态迁移法

  7. 什么是同行评审?

答:

同行评审:(Peer Review)是一种通过作者的同行来确认缺陷和需要变更区域的检查方法。需要进行同行评审的特定产品在定义项目软件过程的时候被确定并且作为软件开发计划的一部分被安排了进度。根据形式正规的程度分为:

    1. 正规检视
  1. 技术评审
  2. 走查

同行评审的对象可以是计划、需求文档、设计图、代码等

  1. 自动化测试有什么意义?

答:

  1. 对程序新版本运行前一版本执行的测试,提高回归测试效率

  2. 可以运行更多更频繁的测试,比如冒烟测试

  3. 可以执行手工测试困难或不可能做的测试,比如大量的重复操作或者集成测试

  4. 更好地利用资源,比如测试仪器或者被测对象

  5. 测试具有一致性和可重复性,即自动化测试的步骤和结果是完全一样的

  6. 测试的复用性,即自动化测试脚本可以拆分开给其它测试脚本使用

  7. 可以更快地将软件推向市场,软件发布前进行高效的回归测试,减少软件发布的时间

  8. 增加软件信任度,通过自动化测试提高了测试效率,可把节约的时间拿出来做更多的测试

  9. 测试用例的八大要素是什么?

答:

  1. 测试用例编号

  2. 测试项目

  3. 测试标题

  4. 重要级别

  5. 预置条件

  6. 输入

  7. 操作步骤

  8. 预期输出

  9. 什么是缺陷管理?引入的原因有哪些?

答:

是在软件生命周期中获取、管理、沟通任何变更请求的过程。可以确保你的问题如需求或者缺陷被跟踪管理而不丢失

引入原因:

  1. 开发过程中缺乏有效沟通,或者没有沟通

  2. 软件负责度越来越高

  3. 编程中产生的错误

  4. 需求不断变更

  5. 项目进度的压力

  6. 不重视开发文档

  7. 软件开发工具本身隐藏的问题

  8. 缺陷的属性有哪些?

答:

  1. 缺陷发现人;

  2. 缺陷发现时间;

  3. 缺陷状态;

  4. 缺陷严重程度;

  5. 缺陷所属版本;

  6. 缺陷修改日期

  7. 画缺陷管理流程图?

答:

  1. 如何写缺陷跟踪单?

答:

缺陷跟踪单遵循5W原则;

  1. Correct(准确):每个组成部分的描述准确,不会引起误解

  2. Clear(清晰):每个组成部分的描述清晰,易于理解

  3. Concise(简洁):只包含必不可少的信息,不包括任何多余的内容

  4. Complete(完整):包含复现该缺陷的完整步骤和其他本质信息

  5. Consistent(一致):按照一致的格式书写全部缺陷报告

  6. 什么是测试覆盖率?

答:

覆盖率是用来度量测试完整性的一个手段。覆盖率是测试技术有效性的一个度量。

覆盖率=(至少被执行一次的item数)/  item的总数

  1. 写计算语句覆盖率、判定覆盖率、条件覆盖率、判定-条件覆盖率、路径覆盖率、指令覆盖率等的表达式?

答:

语句覆盖率=(至少被执行一次的语句数量)/(可执行的语句总数)

判定覆盖率=(判定结果被评价的次数)/(判定结果的总数)

条件覆盖率=(条件操作数值至少被评价一次的数量)/(条件操作数值的总数)

分支条件覆盖率=(条件操作数值或判定结果至少被评价一次的数量)/(条件操作数值总数+判定结果总数)

路径覆盖率=(至少被执行到一次的路径数)/(总的路径数)

指令块覆盖=(至少被执行一次的指令块数量)/(系统中指令块总数)

  1. 什么是系统测试?

答:

系统测试(System Testing)是将已经集成好的软件系统,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行(使用)环境下,对计算机系统进行一系列的测试活动

  1. 系统测试的目的是什么?

答:

  1. 通过与系统的需求定义做比较,发现软件与系统定义不符合或与之矛盾的地方;

  2. 系统测试的测试用例应根据需求分析说明书来设计,并在世界使用环境下运行

  3. 系统测试的类型有哪些?

答:

功能测试;性能测试;压力测试;容量测试;安全性测试;GUI测试;可用性测试;安装测试;配置测试;异常测试(恢复性测试);备份测试;健壮性测试;文档测试;在线帮助测试;网络测试;稳定性测试

  1. 系统测试执行的活动有哪些?

答:

      • 系统测试预测试项执行
  • 系统测试与测试报告写作
  • 系统测试用例执行
  • 系统测试缺陷记录、修复
  • 系统测试日报写作
  • 系统测试报告写作
  • 系统测试缺陷的回归测试
  1. 什么是单元测试?目的是什么?

答:

单元测试是对软件基本组成单元进行的测试,如函数(function)或(procedure)或一个类的方法(method)

单元测试的目的在于发现个模块内部可能存在的各种错误,主要是基于白盒测试

  1. 验证代码是与设计相符合的

  2. 发现设计和需求中存在的错误

  3. 发现在编码过程中引入的错误

  4. 单元测试的关注点?

答:

  1. 单元接口

  2. 局部数据结构

  3. 边界条件

  4. 独立路径

  5. 出错处理

  6. 什么是驱动?什么是桩?

答:

驱动单元(Driver):所测函数的主程序,它接受测试数据,并把数据传送给所测试单元,最后在输出实测结果,当被测试单元能完成相关的功能时,也可以不要驱动单元

桩单元(Stub):用来代替所测试单元调用的子单元

  1. 单元测试的测试策略是哪些?各有什么优缺点?

答:

  • 孤立的测试策略:

优点:该方法是最简单,最容易操作的,可以达到高的结构覆盖率,该方法是纯粹的单元测试

缺点:桩函数和驱动函数工作量很大,效率低.

  • 自顶向下的单元测试策略:

优点:可以节省驱动函数的开发工作量,测试效率较高。

缺点:随着被测单元一个一个被加入,测试过程将变得越来越复杂,并且开发和维护的成本将增加。

  • 自底向上的单元测试策略:

优点:可以节省桩函数的开发工作量,测试效率较高。

缺点;不是纯粹的单元测试,底层函数的测试质量对上层函数的测试将产生很大影响。

  1. 什么是集成测试?目的是什么?

答:

集成测试是在单元测试的基础上,将所有函数按照概要设计要求组装成为子系统或系统所进行的测试

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注软件测试)
img

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
单元

桩单元(Stub):用来代替所测试单元调用的子单元

  1. 单元测试的测试策略是哪些?各有什么优缺点?

答:

  • 孤立的测试策略:

优点:该方法是最简单,最容易操作的,可以达到高的结构覆盖率,该方法是纯粹的单元测试

缺点:桩函数和驱动函数工作量很大,效率低.

  • 自顶向下的单元测试策略:

优点:可以节省驱动函数的开发工作量,测试效率较高。

缺点:随着被测单元一个一个被加入,测试过程将变得越来越复杂,并且开发和维护的成本将增加。

  • 自底向上的单元测试策略:

优点:可以节省桩函数的开发工作量,测试效率较高。

缺点;不是纯粹的单元测试,底层函数的测试质量对上层函数的测试将产生很大影响。

  1. 什么是集成测试?目的是什么?

答:

集成测试是在单元测试的基础上,将所有函数按照概要设计要求组装成为子系统或系统所进行的测试

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注软件测试)
[外链图片转存中…(img-0YmvJB5S-1713610215831)]

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

1、什么是兼容性测试?兼容性测试侧重哪些方面? 5 2、我现在有个程序,发现在Windows上运行得很慢,怎么判别是程序存在问还是软硬件系统存在问? 5 3、测试的策略有哪些? 5 4、正交表测试用例设计方法的特点是什么? 5 5、描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程? 5 6、你觉得bugzilla在使用的过程中,有什么问? 5 7、描述测试用例设计的完整过程? 6 8、单元测试的策略有哪些? 6 9、LoadRunner分哪三部分? 6 10、LoadRunner进行测试的流程? 6 什么是并发?在lordrunner中,如何进行并发的测试?集合点失败了会怎么样? 6 12、使用QTP做功能测试,录制脚本的时候,要验证多个用户的登录情况/查询情况,如何操作? 6 13、QTP中的Action有什么作用?有几种? 6 14、TestDirector有些什么功能,如何对软件测试过程进行管理? 7 15、你所熟悉的软件测试类型都有哪些?请试着分别比较这些不同的测试类型的区别与联系(如功能测试、性能测试……)? 7 16、条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录? 8 17、Beta测试与Alpha测试有什么区别? 8 18、软件的评审一般由哪些人参加?其目的是什么? 8 19、测试活动中,如果发现需求文档不完善或者不准确,怎么处理? 8 20、阶段评审与项目评审有什么区别? 8 21、阐述工作版本的定义? 8 22、什么是桩模块?什么是驱动模块? 8 23、什么是扇入?什么是扇出? 8 24、你认为做好测试计划工作的关键是什么? 8 25、你认为做好测试用例工作的关键是什么? 9 26、简述一下缺陷的生命周期? 9 27、软件的安全性应从哪几个方面去测试? 9 28、软件配置管理工作开展的情况认识? 9 29、你觉得软件测试通过的标准应该是什么样的? 10 30、引入测试管理的含义? 10 31、一套完整的测试应该由哪些阶段组成? 10 32、单元测试的主要内容? 10 33、集成测试也叫组装测试或者联合测试,请简述集成测试的主要内容? 10 34、简述集成测试与系统测试关系? 10 35、软件测试的文档测试应当贯穿于软件生命周期的全过程,其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些? 10 36、软件系统中除用户文档之外,文档测试还应该关注哪些文档? 10 37、简述软件系统中用户文档的测试要点? 11 38、单元测试主要内容是什么? 11 39、如何理解强度测试? 13 40、如何理解压力、负载、性能测试测试? 13 41、什么是系统瓶颈? 13 42、文档测试主要包含什么内容? 13 43、功能测试用例需要详细到什么程度才是合格的? 14 44、配置兼容性测试的区别是什么? 14 45、软件文档测试主要包含什么? 15 46、没有产品说明书需求文档地情况下能够进行黑盒测试吗? 15 47、测试中的“杀虫剂怪事”是指什么? 15 48、在配置测试中,如何判断发现的缺陷是普通问还是特定的配置问? 15 49、为什么尽量不要让时间有富裕的员工去做一些测试? 16 50、完全测试程序是可能的吗? 16 51、软件测试的风险主要体现在哪里? 16 52、发现的缺陷越多,说明软件缺陷越多吗? 16 53、所有的软件缺陷都能修复吗?所有的软件缺陷都要修复吗? 17 54、软件测试人员就是QA吗? 17 55、如何减少测试人员跳槽带来的损失? 17 56、测试产品与测试项目的区别是什么? 17 57、用户共同测试(UAT测试)的注意点有哪些? 18 58、如何编写提交给用户的测试报告? 18 59、测试工具在测试工作中是什么地位? 18 60、什么是软件测试软件测试的目的? 18 61、简述负载测试压力测试的区别。 19 62、写出bug报告流转的步骤,每步的责任人及主要完成的工作。 19 63、写出bug报告当中一些必备的内容。 19 64、开发人员老是犯一些低级错误怎么解决? 20 65、画出软件测试的V模型图。 20 66、为什么要在一个团队中开展软件测试工作? 20 67、您在以往的测试工作中都曾经具体从事过哪些工作?其中擅长哪部分工作? 20 68、您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同的测试类型的区别与联系(如功能测试、性能测试……) 20 69、您认为做好测试用例设计工作的关键是什么? 21 70、请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。 21 71、测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是重要的? 22 72、您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。 22 73、请以您以往的实际工作为例,详细的描述一次测试用例设计的完整的过程。 23 74、您以往是否曾经从事过性能测试工作?如果有,请尽可能的详细描述您以往的性能测试工作的完整过程。 23 75、你对测试大的兴趣在哪里?为什么? 23 76、你以前工作时的测试流程是什么? 24 77、当开发人员说不是BUG时,你如何应付? 24 78、软件的构造号与版本号之间的区别?BVT(BuildVerificationTest) 24 79、您以往的工作中,一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录? 25 80、您以往所从事的软件测试工作中,是否使用了一些工具来进行软件缺陷(Bug)的管理?如果有,请结合该工具描述软件缺陷(Bug)跟踪管理的流程。 25 81、您认为性能测试工作的目的是什么?做好性能测试工作的关键是什么? 25 82、单元测试、集成测试、系统测试的侧重点是什么? 25 83、集成测试通常都有那些策略? 25 84、一个缺陷测试报告的组成 25 85、基于WEB信息管理系统测试时应考虑的因素有哪些? 25 86、软件测试项目从什么时候开始,?为什么? 26 87、需求测试注意事项有哪些? 26 88、简述一下缺陷的生命周期 26 89、你在你所在的公司是怎么开展测试工作的?是如何组织的? 26 90、你认为理想的测试流程是什么样子? 26 91、您在从事性能测试工作时,是否使用过一些测试工具?如果有,请试述该工具的工作原理,并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。 26 92、软件测试活动的生命周期是什么? 26 93、请画出软件测试活动的流程图? 26 94、针对缺陷采取怎样管理措施? 26 95、什么是测试评估?测试评估的范围是什么? 26 96、如果能够执行完美的黑盒测试,还需要进行白盒测试吗?为什么? 26 97、测试结束的标准是什么? 26 98、软件验收测试除了alpha ,beta测试以外,还有哪一种? 26 99、做测试多久了?以前做过哪些项目?你们以前测试的流程是怎样的?用过哪些测试工具? 27 100、请就如何在开发中进行软件质量控制说说你的看法 27 101、一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 27 102、软件测试的类型有那些?分别比较这些不同的测试类型的区别与联系。 27 103、测试用例通常包括那些内容?着重阐述编制测试用例的具体做法 27 104、在分别测试winform的C/S结构与测试WEB结构的软件是,应该采取什么样的方法分别测试?他们存在什么样的区别与联系? 27 105、在测试winform的C/S结构软件时,发现这个软件的运行速度很慢,您会认为是什么原因?您会采取哪些方法去检查这个原因? 27 106、描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程 27 107、你都用什么测试方法 针对不同的产品或者系统或者模块,有不同的测试方法。总体而言有白盒测试黑盒测试。 27 108、怎么编写案例 案例的编写与测试阶段的定义有很大的关系。系统测试unit测试的案例可能不同。总体而言测试案例根据系统的需求而定。 27 109、怎么才能够全面的测试到每一个点 测试的全面性主要需要在设计测试计划的时候考虑,从测试策略,产品需求等等多个角度考虑从而定义全部的测试点。 27 110、谈谈软件测试技术,以及如何提高 27 111、谈谈软件测试职业发展,以及个人的打算 27 112、谈谈软件测试在企业的地位,也可以结合软件生命周期来谈 27 113、一般公司里实际的软件测试流程是什么样的?你们公司又是怎样的? 27 114、软件工程师要具有那些素质? 27 115、你会哪些测试工具?怎么操作? 27 116、你能不能说下你的3到5年的职业计划(规划) 27 117、你觉得你来应聘有那些优势? 27 其他问:(有可能清晰的思路比确切的答案更重要) 27 开发及环境搭建类面试题 28 1、描述软件产生内存泄露的原因以及检查方式。(可以结合一种开发语言进行描述) 28 2、简述什么是值传递,什么是地址传递,两者区别是什么? 28 3、结构化程序设计面向对象程序设计各自的特点及优缺点是什么? 28 4、简述什么是存储过程触发器? 28 5、使用C语言编写一个函数,用于交换两个变量的值(地址传递)。 29 6、请简述DNS、活动目录、域的概念。 29 7、描述TCP/IP协议的层次结构,以及每一层中重要协议。 29 8、简述子网掩码的用途。 29 9、说出4种以上常用的操作系统及其主要的应用范围(微软的操作系统除外)。 29 10、在Linux系统中,一个文件的访问权限是755,其含义是什么? 29 11、Windows操作系统中PATH环境变量的作用是什么? 30 12、Ghost的主要用途常用方法? 30 13、在RedHat中,从root用户切到userl用户,一般用什么命令? 30 14、Linux中,一般怎么隐藏文件? 30 15、如何将自己的本地磁盘(D)做成FTP供远端主机使用? 30 16、对RUP.CMM,CMMI,XP,PSP.TSP的认识? 30 17、DNS是什么,它是如何工作的? 31 18、防火墙如何保证安全的?主要有哪些? 31 19、目前流行的操作的系统有哪些?请举例说明安装操作系统的注意事项? 33 20、简述一下c/s模式或者b/s模式? 33 21、TCP/UDP有哪些区别? 34 22、ISO模型?HUB、tch、Router是ISO的第几层设备? 34 23、内存有哪几种存储组织结构.请分别加以说明? 34 人力资源面试题 34 1、你的测试职业发展是什么?你自认为做测试的优势在哪里? 34 2、你为什么想离开目前的职务? 34 3、你对我们公司了解有多少? 34 4、你找工作时,重要的考虑因素为何? 34 5、为什么我们应该录取你? 34 6、请谈谈你个人的大特色。 34 7、一个测试工程师应具备那些素质技能? 35 8、您认为在测试人员同开发人员的沟通过程中,如何提高沟通的效率改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么? 35 9、在您以往的测试工作中,让您感到不满意或者不堪回首的事情是什么?您是如何来对待这些事情的? 35 10、在即将完成这次笔试前,您是否愿意谈一些自己在以往的学习工作中获得的工作经验心得体会?(可以包括软件测试、过程改进、软件开发或者与此无关的其他方面) 35 11、为什么选择测试这行? 35 12、你的工作通常能在时限内完成吗.(我想问一下就是她问这个问的动机是什么) 35 13、通常你对于别人批评你会有什么样的反应 35 14、如果明知这样做不对,你还会依主管的指过去做吗? 35 15、如果你接到一个客户抱怨的电话,你确知无法解决他的问,你会怎么处理? 35 16、请就软件测试人员应该具备什么样的基本素质说说你的看法。 36 17、你在五年内的个人目标职业目标分别是什么? 36 18、你怎样做出自己的职业选择? 36
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值