全国咨询热线：136-9172-9932
转眼又是一年跳槽、转行，面对金三银四的季节了，最近川石的老师们也接到了不少小伙伴跑来咨询：
课程结束之后，我应该如何应对面试呢?
工作不到 2 年，不想再做点工，跳槽另求机会，有没有软件测试的面试题呢?
......
于是就有了公司HR来到川石进行面试分享会，也有了以下这篇文章：“面对转行季，如何进行技术面试准备?” 。
川石特邀企业面试分享会
01
企业岗位职责要求
所谓知己知彼百战百胜，首先得弄清楚应聘企业对于求职者的技能要求是什么，然后有针对性地去做复习准备。
基本这些要求随意打开一家网上招聘平台，选择对应城市，输入岗位-软件测试工程师，选择自己符合的工作年限，选择自己期望的薪资要求，点击搜索。
02
梳理相应技能面试题
在没有面试之前，其实面试小白很难想得到面试官会问出什么问题，小编为大家梳理了几个面试题，但是呢，面试宝典是可以帮助大家更有针对性地去做面试准备，在根本上还是得自己真正掌握这个技能，对它的原理熟其应用，才能无论面试官怎么出题，都能从容应对。
以下就给大家简单举上几个面试题：
1 、单元测试、集成测试、系统测试的侧重点是什么?
单元测试针对的是软件设计的最小单元--程序模块(面向过程中是函数、过程;面向对象中是类。),进行正确性检验的测试工作,在于发现每个程序模块内部可能存在的差错.一般有两个步骤:人工静态检查\动态执行跟踪
集成测试针对的是通过了单元测试的各个模块所集成起来的组件进行检验,其主要内容是各个单元模块之间的接口,以及各个模块集成后所实现的功能.
系统测试针对的是集成好的软件系统，作为整个计算机系统的一个元素,与计算机硬件\外设\某些支持软件\数据和人员等其他系统元素结合在一起,要在实际的运行环境中,对计算机系统进行一系列的集成测试和确认测试
2、什么是测试用例，什么是测试脚本，两者的关系是什么?
为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。
测试脚本是为了进行自动化测试而编写的脚本。测试脚本的编写必须对应相应的测试用例
3、软件产品质量特性是什么?
功能性：适应性、准确性、互操作性、依从性、安全性。
可靠性：成熟性、容错性、易恢复性。
可使用性：易理解性、易学习性、易操作性。
效率：时间特性、资源特性。
可维护性：易分析性、易变更性、稳定性、易测试性。
可移植性：适应性、易安装性、遵循性、易替换性
4、什么是“测试案例”?
测试案例是一份文档,它描述了一个输入、反应、或者是与其相应的预期的响应，以便来判断应用软件的工作是否正常，测试案例应当包括测试标识，测试案例的名称、目标、测试条件/设置、输入、数据要求、步骤、以及预期的结果
▲注：开发一个应用软件的测试案例的过程，需要全面、深入地等考虑该软件的操作，所有有助于发现在其需求或设计里面的问题。因此，如果有可能，在开发周期中应当尽早准备测试案例。
5、购物功能测试
购物车，支付等单个子功能测试完以后，可以进行整个购物流程的测试，了解自己项目购物系统的购物流程，将流程图画出来，把每一条路径都测试到，如：
6、网银转账测试(B/S)
1)测试时间1-2个月/版本
2)测试缺陷数 30多个
3)测试用例数 400多个
4)项目成员组成：
开发：3个
测试：2个(对应工作经验只有两三年，一个是测试组长，主要编写测试计划，测试方案，对整个项目测试质量、测试进度进行监控;一个是自己，主要编写测试用例，测试执行)
开发语言：java
数据库：MYSQL
7、简述你在以前的工作中做过哪些事情，比较熟悉什么。参考答案如下。
我过去的主要工作是系统测试和自动化测试。在系统测试中，主要是对 BOSS 系统的业务逻辑功能，以及软交换系统的 Class 5 特性进行测试。性能测试中，主要是进行的压力测试，在各个不同数量请求的情况下，获取系统响应时间以及系统资源消耗情况。自动化测试主要是通过自己写脚本以及一些第三方工具的结合来测试软交换的特性测试。
在测试中，我感觉对用户需求的完全准确的理解非常重要。另外，就是对 BUG的管理，要以需求为依据，并不是所有 BUG 均需要修改。
测试工作需要耐心和细致，因为在新版本中，虽然多数原来发现的 BUG 得到了修复，但原来正确的功能也可能变得不正确。因此要注重迭代测试和回归测试。
8、如何理解压力、负载、性能测试测试?
性能测试是-一个较大的范围，实际上性能测试本身包含了性能、强度、压力、负载等多方面的测试内容。
压力测试是对服务器的稳定性以及负载能力等方面的测试，是-一种很平常的测试。增大访问系统的用户数量、或者几个用户进行大数据量操作都是压力测试。而负载测试是压力相对较大的测试，主要是测试系统在- -种或者集中极限条件下的相应能力，是性能测试的重要部分。100 个用户对系统进行连续半个小时的访问可以看作压力测试，那么连续访问8个小时就可以认为负载测试，1000 个用户连续访问系统1个小时也可以看作是负载测试。
实际上压力测试和负载测试没有明显的区分。测试人员应该站在关注整体性能的高度上来对系统进行测试。
9、写出bug报告流转的步骤，每步的责任人及主要完成的工作。
参考答案: (要结合自己实际的工作经验进行回答，不同公司略有区别)
测试人员提交新的Bug入库，错误状态为New。
高级测试员/测试经理验证错误，如果确认是错误，分配给开发组。设置状态为Open。如果不是错误，则拒绝，设置为Declined状态。
开发经理分配bug至对应的模块开发人员。
开发人员查询状态为Open的Bug，如果不是错误，则置状态为Declined;如果是Bug则修复并置状态为Fixed。不能解决的Bug，要留下文字说明及保持Bug为Open状态。
对于不能解决和延期解决的Bug，不能由开发人员自己决定，一般要通过某种会议(评审会)通过才能认可。
10、你以前工作时的测试流程是什么?
(灵活回答)
公司对测试流程没有规定如何做，但每个测试人员都有自己的一套测试流程。
我说下我1年来不断改正(自己总结，吸取同行的方法)后的流程吧。需求评审(有开发人员，产品经理，测试人员，项目经理) - >需求确定(出一-份 确定的需求文档) - >开发设计文档(开发人员在开始写代码前就能输出设计文档) - >想好测试策略，写出测试用例- >发给开发人员和测试经理看看(非 正式的评审用例)->接到测试版本->执行测试用例(中间可能会补充用例)->提交bug(有些bug需要开发人员的确定(严重级别的，或突然发现的在测试用例范围之外的，难以重现的)，有些可以直接录制进TD)- >开发人员修改(可以在测试过程中快速的修改) - >回归测试(可能又会发现新问题，再按流程开始跑)。
关于软件测试经典面试题就给大家先简单举出几个例子。有什么不懂的，也可以直接联系我们咨询喔~
