时光是个美人教会我是非
1、 说说你们公司测试的一个基本测试流程是什么？
答：首先会召开需求分析会议，参加人员有产品、开发和测试，主要是探讨需求主要的一些功能点，完了之后，开发就排期进行开发，我们就根据主管写出来的计划、分配到的任务编写测试用例，写完之后会进行用例评审，有评审修改的就修改整理形成最终的用例版本，之后开发人员版本编译完成后，我们会依据测试用例来执行测试，测试过程中，提交bug，跟踪bug，直至关闭，测试完后编写测试报告。
2、 你们项目主要是做什么的，有些什么功能，业务逻辑是怎样的？
答：这个主要就是看公司具体的项目是什么，了解清楚功能模块，对主要功能模块做业务逻辑的一个描述就行。
3、 测试的过程中，还用过一些什么工具吗？
答：有就有，没有就没有，一定要如实回答！比如在测试接口或者简单施压的时候用到了 jmeter。
4、 如果简历上写了，MySQL、Linux等，一般会问，掌握的程度怎么样？
答：如实回答，对于测试人员来说，mysql基本的增删改查都会，Linux基本命令都会，也会linux环境的项目部署。
5、 你们需求分析会议主要目的是什么？
答：讲解此次项目主要是做什么的，达到一个什么样的目的，探讨项目功能点，针对不清楚的及时提问。
6、 如果需求过少，你应该怎么办？
答：首先我会有所疑问，然后再问问老大，看看到底是怎么回事，如果确实是需求少，那就进一步的分析这个业务。如果确定有一些需求。
7、 编写测试用例的时候，会用到什么方法？
答：等价类、边界值、错误推测法、场景法等。
接着又问了一个:你觉得你在写用例的时候用到了吗？
我的回答是用到了，比如边界值，随便列举一个例子，比如：项目中某个标题输入框，长度是1-16个汉字。会设计测试用例数据为输入标题为空、标题字数为1、标题字数为2、标题字数为15、标题字数是16、标题字数为17
8、 会写测试计划吗、包含哪些内容？
答：一般说：没有写过，是我们主管写的，但我们会接触这个文档。大概包含有：目的、背景、测试范围、测试开始结束时间、测试策略、测试人员安排、测试环境、风险评估等等。
软件测试面试一般都问什么问题？
必然会问软件测试的基础知识，比如黑盒、白盒测试都是什么，区别等；性能测试、压力测试等各种测试都是什么含义？测试用例是什么？怎么设计？然后可能会举个案例问你怎么设计测试用例，怎么着手测试。差不多就这样吧。你可以看看这本书，《软件测试面试突击——为自己赢得一份测试工程师职位》，里面说了面试会问什么问题，怎么回答。
基础知识类：软件测试的流程测试用例如何编写测试策略与思想Bug生命周期BUG单要素如何认定BUG测试计划、总结的写法软件类：QTP等自动化测试工具Loadrunner等性能测试工具TD QC等测试管理工具CQ BUGFREE等BUG管理工具Linux unix等系统常用命令SQLServer、MySQL等命令项目做过的项目、收获做过的贡献管理类如何团队合作如何处理与开发的关系如何分配任务如何安排时间如何处理突发问题等。
软件测试面试常常提出的问题有那些，需要一些好的答案
标准答案的，现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的XDJM们作一下参考：
1. 首先一般都是比较老套点的问题：介绍一下你的经历。
HOHO..这个问题我想谁都被问过吧，注意一下重点，不要紧张慢慢说就OK了。
2. 老套话说了就可以马上切入正题了。根据你的经验说说你对软件测试/质量保证的理解？
这个就要仁者见仁、智者见智了，也基本上都是书上的东东，如果能有一些自己独特的想法那就最好啦，呵呵
3. 理解完了那当然就要问一下是不是对软件测试了解啰。这就轮到问软件测试的流程是什么，你原先的公司又是怎么的流程了？
前面个问题也还是书本上的东西，一般介绍软测的书上都有，实际上国内一般的中小公司根本就达不到书上所说的那些个测试规范，测试流程也是如此，没办法，
这就是现在我们整个大的测试环境，这个问题照着书上说的办就行了，后面那个知道该怎么做了吧，尽量把原来公司的测试流程言简意赅的表达出来。
4. 接着问题就可以有一大堆了，这些问题很多都是要看自己的测试经验以及对测试的理解来作答了，如：
(1) 你对SQA的职责和工作活动(如软件度量)的理解：
SQA就是独立于软件开发的项目组，通过对软件开发过程的监控，来保证软件的开发流程按照指定的CMM规程（如果有相应的CMM规程），对于不符合项及时提出建
议和改进方案，必要是可以要高层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入，从而减少后期软件的维护成本。ＳＱＡ主要的工作活动包括制定
SQA工作计划，参与阶段产物的评审，进行过程质量、功能配置及物理配置的审计等;对项目开发过程中产生的数据进行度量等等；
(2) 说说你对软件配置管理的理解：
项目在开发的过程中要用相应的配置管理工具对配置项（包括各个阶段的产物）进行变更控制，配置管理的使用取决于项目规模和复杂性能及风险的水平。软件的
规模越大，配置管理就显得越重要。还有在配置管理中，有一个很重要的概念，那就是基线，是在一定阶段各个配置项的组合，一个基线就提供了一个正式的标准
，随后的工作便基于此标准，并且只有经过授权后才能变更这个标准。配置管理工具主要有CC,VSS,CVS等，偶只用过CVS，对其它的不熟悉
(3) 怎样写测试计划和测试用例：
简单点，测试计划里应有详细的测试策略（测试方法等），合理详尽的资源安排等，至于测试用例，那是依赖于需求（包括功能与非功能需求）是否细化到功能点
，是否可测试等。
(4) 说说主流的软件工程思想(如CMM，CMMI，RUP，XP，PSP，TSP等)的大致情况以及你对它们的理解：
CMM:SW Capability Maturity Model 软件能力成熟度模型,其作用是用于软件过程的改进、评估及软件能力的评鉴
CMMI:Capability Maturity Model Integration 能力成熟度模型集成 CMMI融入了大部分最新的软件管理实践，同时弥补了SW-CMM模型中的缺陷
RUP:rational unified process 是软件工程化过程。它提供了在开发机构中分派任务和责任的纪律化方法.它的目标是在可预见的日程和预算前提下确保满足最
终用户需求的高质量产品,个人认为：它的核心观念是开发的迭代，每个公司可以根据自身的软件开发的流程和待开发项目的特点对RUP进行适当的剪裁，制定出符
合自己的软件开发流程。
ＸＰ：extreme program，即极限编程的意思，适用于小型团队的软件开发，想上面第三个问题就可以结合原型法采用这样的开发流程。要明白测试对于xp开发的
重要性，强调测试（重点是单元测试）先行的理念。编程可以明显提高代码的质量，持续集成对于快速定位问题很有好处。
PSP ,TSP 分别是个体软件过程（Personal Software Process），群组软件过程（Team Software Process）大家都知道，CMM只是告诉你怎么做但并没有告诉
你如何做，所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建立个人技能（如何制定计划、控制质量及如何与其他人相互协作等等）而TSP着重
于生产并交付高质量的软件产品（如何有效地规划和管理所面临的项目开发任务等等）
总之，单纯实施CMM，永远不能真正做到能力成熟度的升级，只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力。因此，软件过程框架应该是
CMM/PSP/TSP的有机集成。
(5) 对项目管理、白盒测试、单元测试、自动测试、性能测试、压力测试工具的了解程度和实际使用经验。(其实基本上也就是MI和Rational工具)：
这个就要看个人的了，没法说了
(6) 其它一些具体的技术知识(如各种计算机语言的了解程度、数据库等)；
5. 还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量？
测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶
段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方
式，是软件质量保证工程的一个重要组成部分。
6. 然后紧接着就基于目前中国的国情，大多数公司的软件项目进度紧张、人员较少、需求文档根本没有或者很不规范，你认为在这种情况下怎样保证软件的质量
？(大多数公司最想知道的就是在这种困难面前你该怎么保证软件的质量，因为这些公司一般就是这种情况-既不想投入过多又想保证质量，faint )
出现以上的情况，如果仅仅想通过测试来提高软件质量，那几乎是不可能，原因是没有足够的时间让你去测试，少而不规范的文档导致测试需求无法细化何谈足够
且有针对性进行测试。所以，作为公司质量保证的你应该先后项目经理确定符合项目本身最适合的软件生命周期模型（比如RUP的剪裁，原型法）,明确项目的开发
流程并督促项目组按照此流程开展工作，所有项目组成员（项目经理更加重要）都要制定出合理的工作计划，加强代码的单元测试，在客户既定的产品交付日期范
围之内，进行产品的持续集成等等，如果时间允许可以再配合客户进行必要的系统功能测试。
7. 差不多了就该问一些只和软件测试相关的问题了，如：
(1) 你觉得怎样才能做一个(或者，怎样才能算一个)优秀的测试工程师？(faint，这个问题好像是必问的，答案也无非是什么要求全面的技术能力、缜密的逻辑思
维、出色的沟通能力、还要有怀疑精神、幽默感、洞察力等等。啥叫优秀啊？该有的能力都有，不该有的也有，而且个个能力还都是出色的，这就是优秀，呵呵，
开玩笑的，反正这个问题差不多就这样，具体的什么要求网络上也到处都有。
(2) 还有其它的如对自己优缺点的评价、自己的职业理想、为何离开上一家公司、自己在职业生涯中印象最深的事情、能否出差和加班、能否承受压力和挑战、薪
水要求、何时能到岗等等这些啥面试都要回答的问题，这个就只能自己斟琢着办了。
(3) 另外还有一个重要的问题就是语言能力啦，尤其是英语水平，这个的话每个具体的公司都有不同的要求，也就没啥好说的了。
差不多基本上就是这些了，如果有需要的可以有针对性的google一下，hoho仅供参考!
软件测试面试题
第一题：我认为需要在测试前需要先写好测试计划，其中最重要的是本次测试使用的测试方法、使用的测试工具、测试环境。人员方面需要进行人员及进度的安排，每个测试阶段后的输出工件，还要有风险评估。在测试前将这些准备工作做到位，这样在测试的时候就会比较有条理。
第二题：控制测试质量，我认为最好是做好测试用例的设计，这样可以对测试的覆盖率进行控制。
补充：如果时间充裕的话可以在设计用例后对其进行评审，这样可以提高测试质量。不过这个在实际的工作当中一般实现不了。。。。
下面列出的是网上的一个软测笔试题，好多单位在笔试的时候都会copy下来作为笔试题，我至少遇到两次了，其他的笔试题还有，但不一一列出了。
一、判断题（每题1分，12 分，正确的√，错误的╳）
1．软件测试的目的是尽可能多的找出软件的缺陷。（）
2．Beta 测试是验收测试的一种。（）
3．验收测试是由最终用户来实施的。（）
4．项目立项前测试人员不需要提交任何工件。（）
5．单元测试能发现约80%的软件缺陷。（）
6．代码评审是检查源代码是否达到模块设计的要求。（）
7．自底向上集成需要测试员编写驱动程序。（）
8．负载测试是验证要检验的系统的能力最高能达到什么程度。（）
9．测试人员要坚持原则，缺陷未修复完坚决不予通过。（）
10．代码评审员一般由测试员担任。（） 1
11．我们可以人为的使得软件不存在配置问题。（）
12．集成测试计划在需求分析阶段末提交。（）
二、不定项选择题（每题2 分，10分）
1．软件验收测试的合格通过准则是：（）
A． 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
B． 所有测试项没有残余一级、二级和三级错误。
C． 立项审批表、需求分析文档、设计文档和编码实现一致。
D． 验收测试工件齐全。
2．软件测试计划评审会需要哪些人员参加？（）
A．项目经理
B．SQA 负责人
C．配置负责人
D．测试组
3．下列关于alpha 测试的描述中正确的是：（）
A．alpha 测试需要用户代表参加
B．alpha 测试不需要用户代表参加
C．alpha 测试是系统测试的一种
D．alpha 测试是验收测试的一种
4．测试设计员的职责有：（）
A．制定测试计划
B．设计测试用例
C．设计测试过程、脚本
D．评估测试活动
5．软件实施活动的进入准则是：（）
A．需求工件已经被基线化
B．详细设计工件已经被基线化
C．构架工件已经被基线化
D．项目阶段成果已经被基线化
三、填空题（每空1分，24 分）
1．软件验收测试包括(正式验收测试)、(非正式验收测试和Alpha测试)、(Beta测试)三种类型。
2．系统测试的策略有功能测试、（性能测试）、（负载测试）、（压力测试）、易用性测试、（容量测试）、（强度测试）、 （兼容性测试又称）、（本地化测试）、（BVT测试）、（裸机测试）、（安全性测试）、（）、（容错性测试）、（恢复测试）、（）等15 种方法。
3．设计系统测试计划需要参考的项目文档有（需求规格说明书）、（）和迭代计划。
4．对面向过程的系统采用的集成策略有（）、（）两种。
5．通过画因果图来写测试用例的步骤为、、、及把因果图转 换为状态图共五个步骤。
四、简答题（共37分）
1． 阶段评审与同行评审的区别。（4 分）
2 ． 什么是软件测试。（3 分）
答：通过人工或自动化手段对系统进行测试，目的是为了验证系统是否满足预定功能或者是为了弄清楚实际结果与预期结果之间的差别。
3 ． 简述集成测试的过程。（5 分）
答：将通过单元测试的单元模块按照设计要求组合起来再进行测试。重点检查程序接口处是否有问题。
过程：首先进行集成测试的测试计划测试设计测试开发测试用例执行测试评估，并且进行全程的缺陷跟踪。
4 ． 怎样做好文档测试？（4 分）
答：文档测试要注意一下几点：文档的读者群、文档的术语、文档的正确性、文档的完整性、文档的一致性、文档的易用性、样例与示例、文档的语言
5． 白盒测试有那几种方法？（6 分）
答：白盒测试方法分为：静态测试和动态测试
静态测试方法：①编码标准与准则 ②走查 ③审查 ④评审
动态测试方法：①语句覆盖 ②判定覆盖 ③条件覆盖 ④判定-条件覆盖 ⑤条件组合覆盖 ⑥路径覆盖
⑦条件组合+路径覆盖
6． 系统测试计划是否需要同行评审，为什么？（4 分）
答：系统测试计划需要进行同行评审，因为如果对一个系统长时间进行测试可能会出现测试疲劳甚至出现
对系统的免疫现象，因此可以进行同行评审，减少对相同系统的疲劳测试。
7． Alpha 测试与beta 测试的区别。（4 分）
8 ． 比较负载测试、容量测试和强度测试的区别。（6 分）
9 ． 测试结束的标准是什么？（3 分）
软件测试 面试时项目经验怎么介绍?需要从哪几方面说?
1.软件测试面试时，介绍项目经验，应重点突出跟你面试公司相关或者同类型的项目。
比如公司从事的主要是web项目：以前主要是从事web系统的项目，做过不少的项目，也积累了不少的测试经验，能够独立完成产品的测试。
比如公司从事的主要是app项目：以前主要是从事的web与app的项目，最近做的项目主要是app为主，做过不少的项目，也积累了不少的测试经验，能够独立完成产品的测试。
2.软件测试面试时，介绍项目经验的步骤：
先介绍项目的整体规模，设计了多少用例、发现了多少缺陷……再局部介绍：封测的流程、用例设计的方法……你在项目中的角色和职责……自己的特色、那里做的最好、遇到什么困难……总结……
扩展资料：
软件测试 面试时介绍个人的信息，应扬长避短
1、年纪太大与太小，都不需要主动去说明。
比如我年纪只有21岁 例子：面试官您好，我叫***，来自于哪里，从事软件测试工作有几年了。
2、专业不对口也不要过多的去提及（提到了就会增加问你的概率）。
比如你的专业是机械专业，例子：面试官您好，我叫***，来自于哪里，从事软件测试工作有几年了。
参考资料：人民网——面试成功从自我介绍开始
面试软件测试工程师，一般问那些问题
那要看具体面试什么职位了，初级的一般无非就是功能测试多一些，比如
1.软件测试整个流程是什么，
2.测试设计，测试计划，测试用例编写方法，用例执行
3.bug跟踪管理，测试报告
重点还是用例的编写，等价类，边界值，因果图等
如果是中高级的话，接口测试，性能测试等等部分会问到一些，包括软件测试管理等等
我有别的专业的同学也找的这方面的工作，是不是专业性不强啊？！
对于基本功能测试来说确实不需要像开发那样掌握熟练的编码能力，但是从个人来讲，如果想在工作上有大的突破还是有很多东西要学的，比如软件测试工具开发，测试框架开发等等，影响力不会小于软件开发的
软件功能测试面试，常提问的问题？
你对软件测试这个行业的看法，为什么要选择软件测试；
软件测试的思想；
为什么一个项目之前要做测试计划，测试计划的具体内容；
测试用例的几种常见的设计方法；
功能测试一般测试工具是什么，谈谈你对其中一种熟悉的功能测试工具的使用情况；
提供实际例子，让你做个用例设计；
软件测试的生命周期；
作为一个测试人员要具备什么样的心理；
如果测试过程中发现bug但是开发人员认为不是bug，你应当怎么处理；
还有的清苦是考官会根据你简历中写的所会的技能进行提问；
。。。。。。。。。。。。。。。。。。。
软件测试最常用的测试方法很多 但是我现在面试的话 会怎么问我
常用测试方法有什么事？答：黑盒测试和白盒测试，或者直接用工具。你在之前公司是用那种？如何在测试完毕后写测试文档的。等等。
转载请注明出处51数据库 » 软件测试常用面试问题 面试软件测试主要提问哪些问题
