面试，软件测试人员，应该问哪些问题
1、 说说你们公司测试的一个基本测试流程是什么？
答：首先会召开需求分析会议，参加人员有产品、开发和测试，主要是探讨需求主要的一些功能点，完了之后，开发就排期进行开发，我们就根据主管写出来的计划、分配到的任务编写测试用例，写完之后会进行用例评审，有评审修改的就修改整理形成最终的用例版本，之后开发人员版本编译完成后，我们会依据测试用例来执行测试，测试过程中，提交bug，跟踪bug，直至关闭，测试完后编写测试报告。
2、 你们项目主要是做什么的，有些什么功能，业务逻辑是怎样的？
答：这个主要就是看公司具体的项目是什么，了解清楚功能模块，对主要功能模块做业务逻辑的一个描述就行。
3、 测试的过程中，还用过一些什么工具吗？
答：有就有，没有就没有，一定要如实回答！比如在测试接口或者简单施压的时候用到了 jmeter。
4、 如果简历上写了，MySQL、Linux等，一般会问，掌握的程度怎么样？
答：如实回答，对于测试人员来说，mysql基本的增删改查都会，Linux基本命令都会，也会linux环境的项目部署。
5、 你们需求分析会议主要目的是什么？
答：讲解此次项目主要是做什么的，达到一个什么样的目的，探讨项目功能点，针对不清楚的及时提问。
6、 如果需求过少，你应该怎么办？
答：首先我会有所疑问，然后再问问老大，看看到底是怎么回事，如果确实是需求少，那就进一步的分析这个业务。如果确定有一些需求。
7、 编写测试用例的时候，会用到什么方法？
答：等价类、边界值、错误推测法、场景法等。
接着又问了一个:你觉得你在写用例的时候用到了吗？
我的回答是用到了，比如边界值，随便列举一个例子，比如：项目中某个标题输入框，长度是1-16个汉字。会设计测试用例数据为输入标题为空、标题字数为1、标题字数为2、标题字数为15、标题字数是16、标题字数为17
8、 会写测试计划吗、包含哪些内容？
答：一般说：没有写过，是我们主管写的，但我们会接触这个文档。大概包含有：目的、背景、测试范围、测试开始结束时间、测试策略、测试人员安排、测试环境、风险评估等等。
软件测试员面试时可能会被问到什么样的问题比较多？专业知识？有过相关经验的请告诉我一下咯！非常谢谢！
要知道基本的测试理论，和一些常用的测试工具：如roadrunner ,QTP,winrunner.
1.白箱测试和黑箱测试是什么?什么是回归测试?
回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试包括两部分：函数本身的测试、其他代码的测试。
2.单元测试、集成测试、系统测试的侧重点是什么？
单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。
集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求，组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。
系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。
3.设计用例的方法、依据有那些？
白盒测试：逻辑覆盖法，主要包括语句覆盖，判断覆盖，条件覆盖，判断-条件覆盖，路径覆盖
黑盒测试：等价划分类，边界值分析，错误推测法。
5.集成测试通常都有那些策略？
1、在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；
2、各个子功能组合起来，能否达到预期要求的父功能；
3、一个模块的功能是否会对另一个模块的功能产生不利的影响；
4、全局数据结构是否有问题；
5、单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。
7.一个缺陷测试报告的组成
缺陷的标题，缺陷的基本信息，复现缺陷的操作步骤，缺陷的实际结果描述，期望的正确结果描述，注释文字和截取的缺陷图象。
8.基于WEB信息管理系统测试时应考虑的因素有哪些？
9.软件本地化测试比功能测试都有哪些方面需要注意？
软件本地化测试的目的：
软件本地化测试的测试策略：1.本地化软件要在各种本地化操作系统上安装并测试。2.源语言软件安装在另一台相同源语言操作系统上，作为对比测试。3.重点测试因本地化引起的软件的功能和软件界面的错误。4.测试本地化软件的翻译质量。5.手工测试和自动测试相结合。
11.需求测试注意事项有哪些？
一个良好的需求应当具有一下特点：
完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。
正确性：每一项需求都必须准确地陈述其要开发的功能。
一致性：一致性是指与其它软件需求或高层（系统，业务）需求不相矛盾。
可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。
无二义性：对所有需求说明的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户性的语言表达出来。
健壮性：需求的说明中是否对可能出现的异常进行了分析，并且对这些异常进行了容错处理。
必要性：“必要性”可以理解为每项需求都是用来授权你编写文档的“根源”。要使每项需求都能回溯至某项客户的输入，如Use Case或别的来源。
可测试性：每项需求都能通过设计测试用例或其它的验证方法来进行测试。
可修改性：每项需求只应在S R S 中出现一次。这样更改时易于保持一致性。另外，使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改。
可跟踪性：应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接链，这种可跟踪性要求每项需求以一种结构化的，粒度好（f i n e – g r a i n e d ）的方式编写并单独标明，而不是大段大段的叙述。
软件测试面试问题
先回答你的第二个问题,一个员工信息管理系统,首先要进行功能测试,测试点包括员工信息录入、员工信息查询、员工信息删除、员工信息修改,这就是经典增删改查测试,对以上的功能测试不仅要在软件中进行验证,还要在后台数据库中进行验证;功能测试完成后,可以相应的做性能测试,并发测试等,比如同时进行信息的录入,可以通过自动测试工具进行,当然,系统的登录退出也是测试点. 第一个问题,为什么做测试,我觉得这个问题因人而异,比如说我,我大学学的是软件工程,测试正好对口;如果是你,你可以说测试工作在整个软件周期中处于比较重要的地位,虽然国内还不是很重视测试,而且自己比较心细,适合做测试工作,等等,这个问题可以在网上找找,答案很多的,祝你好运吧.
软件测试面试时 会提到那些问题?
软件测试这方面的一般技术性问题是会在笔试卷上回答的.真到了面试的时候多数是谈薪资.有一些例行的问题与你面试其它的也差不多,比如你的职业规划,你自己的提升计划.有的公司还直接问你对加班的看法,有时看似闲话家常的问题对于公司来说也是有目的的询问,比如问你现在住哪啊.他们会考虑你加班是不是方便,再有问你房子 是买的是租的啊,是要看你的流动性等等.总之,如果你没有什么面试经验的话,那最好就是自然表现好了~ 如果说到笔试的话,软件测试主要还是集中在测试理论和方法上,数据库和操作系统一类的问题要看公司本身是做什么为主的.如果去的是通信公司就可能考协议,有的公司会考简单的代码.所以只要去之前有针对性的准备一下就好.
哪位测试大神能详细说说软件测试面试题
我以前做过公司的软件测试面试，理解不深，希望对你有帮助吧。常见的有这么几种面试问题类型：
1、理论基础，也就是问你一些测试理论和测试方法的基本概念，如黑白盒测试都是怎么回事，测试用例的设计方法都有哪些，软件测试中遵循的一些原则等等
2、测试经验，是否有进行软件测试的经验，从事过哪些类型的测试，是否进行过自动化测试，自动化测试中用到的工具和平台是什么，是否有测试脚本编写的能力，写过什么测试脚本，用的脚本语言是什么
3、逻辑严密，一般会举例让你进行测试用例设计，例如圆珠笔、纸杯，或者一些你肯定用过的软件比如QQ、微信的某一个功能，这部分要注意思路要清晰，要测试哪几个方面，每个方面按照什么分类规则去设计你的用例，争取做到条理清晰且覆盖度高
面试的时候不要紧张，就像和朋友聊天一样反而更容易获得好感，祝你成功啦~~
软件测试员面试题~谁能回答~
自己做的 不一定对
一、 判断题（每题2分,正确的“√”，错误的“╳”）
1 、 好的测试员不懈追求完美。(╳ )
2、 测试程序仅仅按预期方式运行就行了。( ╳)
3、 不存在质量很高但可靠性很差的产品。( ╳)
4、 软件测试员可以对产品说明书进行白盒测试。( √)
5、 静态白盒测试可以找出遗漏之处和问题。(√ )
6、 总是首先设计白盒测试用例。( ╳)
7、 可以发布具有配置缺陷的软件产品。(√ )
8、 所有软件必须进行某种程度的兼容性测试。( √)
9、 所有软件都有一个用户界面，因此必须测试易用性。( ╳)
10、 测试组负责软件质量。( √)
二、 简答题
1、 软件的缺陷等级应如何划分？（3 分）
答：A类—严重错误，包括以下各种错误： 1． 由于程序所引起的死机,非法退出 2． 死循环 3． 数据库发生死锁 4． 因错误操作导致的程序中断 5． 功能错误 6． 与数据库连接错误 7． 数据通讯错误
B类—较严重错误，包括以下各种错误： 1． 程序错误 2． 程序接口错误 3． 数据库的表、业务规则、缺省值未加完整性等约束条件
C类—一般性错误，包括以下各种错误： 1． 操作界面错误（包括数据窗口内列名定义、含义是否一致） 2． 打印内容、格式错误 3． 简单的输入限制未放在前台进行控制 4． 删除操作未给出提示 5． 数据库表中有过多的空字段
D类—较小错误，包括以下各种错误： 1． 界面不规范 2． 辅助说明描述不清楚 3． 输入输出不规范 4． 长操作未给用户提示 5． 提示窗口文字未采用行业术语 6． 可输入区域和只读区域没有明显的区分标志
2、 如果能够执行完美的黑盒测试，还需要进行白盒测试吗？为什么？（5 分）
答： 这个说法是错误的。白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试地，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。所以白盒测试和黑盒测试都是需要的。
3、 你认为一个优秀的测试工程师应该具备哪些素质？（3 分）
答：人是测试工作中最有价值也是最重要的资源，没有一个合格的、积极的测试小组，测试就不可能实现。然而，在软件开发产业中有一种非常普遍习惯，那就是让那些经验最少的新手、没有效率的开发者或不适合干其他工作的人去做测试工作。这绝对是一种目光短浅的行为，对一个系统进行有效的测试所需要的技能绝对不比进行软件开发需要的少，事实上，测试者将获得极其广泛的经验，他们将遇到许多开发者不可能遇到的问题。
①、沟通能力
一名理想的测试者必须能够同测试涉及到的所有人进行沟通，具有与技术（开发者）和非技术人员（客户，管理人员）的交流能力。既要可以和用户谈得来，又能同开发人员说得上话，不幸的是这两类人没有共同语言。和用户谈话的重点必须放在系统可以正确地处理什么和不可以处理什么上。而和开发者谈相同的信息时，就必须将这些活重新组织以另一种方式表达出来，测试小组的成员必须能够同等地同用户和开发者沟通。
②、移情能力
和系统开发有关的所有人员都处在一种既关心又担心的状态之中。用户担心将来使用一个不符合自己要求的系统，开发者则担心由于系统要求不正确而使他不得不重新开发整个系统，管理部门则担心这个系统突然崩溃而使它的声誉受损。测试者必须和每一类人打交道，因此需要测试小组的成员对他们每个人都具有足够的理解和同情，具备了这种能力可以将测试人员与相关人员之间的冲突和对抗减少到最低程度。
③、技术能力
就总体言，开发人员对那些不懂技术的人持一种轻视的态度。一旦测试小组的某个成员作出了一个错误的断定，那么他们的可信度就会立刻被传扬了出去。一个测试者必须既明白被测软件系统的概念又要会使用工程中的那些工具。要做到这一点需要有几年以上的编程经验，前期的开发经验可以帮助对软件开发过程有较深入的理解，从开发人员的角度正确的评价测试者，简化自动测试工具编程的学习曲线。
④、自信心
开发者指责测试者出了错是常有的事，测试者必须对自己的观点有足够的自信心。如果容许别人对自己指东指西，就不能完成什么更多的事情了。
⑤、外交能力
当你告诉某人他出了错时，就必须使用一些外交方法。机智老练和外交手法有助于维护与开发人员的协作关系，测试者在告诉开发者他的软件有错误时，也同样需要一定的外交手腕。如果采取的方法过于强硬，对测试者来说，在以后和开发部门的合作方面就相当于“赢了战争却输了战役”。
⑥、幽默感
在遇到狡辩的情况下，一个幽默的批评将是很有帮助的。
⑦、很强的记忆力
一个理想的测试者应该有能力将以前曾经遇到过的类似的错误从记忆深处挖掘出来，这一能力在测试过程中的价值是无法衡量的。因为许多新出现的问题和我们已经发现的问题相差无几。
⑧、耐心
一些质量保证工作需要难以置信的耐心。有时你需要花费惊人的时间去分离、识别和分派一个错误。这个工作是那些坐不住的人无法完成的。
⑨、怀疑精神
可以预料，开发者会尽他们最大的努力将所有的错误解释过去。测式者必须听每个人的说明，但他必须保持怀疑直到他自己看过以后。
⑩、自我督促
干测试工作很容易使你变得懒散。只有那些具有自我督促能力的人才能够使自己每天正常地工作。
11、洞察力
一个好的测试工程师具有“测试是为了破坏”的观点，捕获用户观点的能力，强烈的质量追求，对细节的关注能力。应用的高风险区的判断能力以便将有限的测试针对重点环节。
4、 产品测试到什么时候就算是足够了？（2 分）
答：直到软件中没有较大错误，可维护性，可用性高。
5、 测试计划的目的是什么？（2 分）
答：测试计划描述所要完成的测试，包括测试背景、测试目的、风险分析、所需资源、任务安排和进度等：
（1）将需求和总体设计分解成可测试，应该测试，推迟测试和无法测试的范围
（2）对每个范围制订测试的策略和方法
（3）制订release和停止测试的标准
（4）准备测试所需要的环境
（5）确定测试风险
6、 为什么要进行软件测试?软件测试的目的是什么? （5 分）
答：是否需要进行软件测试取决于软件开发过程是否存在缺陷，前期的缺陷导致缺陷放大，使软件质量度低，进度、成本无法控制异常的庞大。从而得出的结论是：要尽早测试，尽早的发现问题。测试的目的是为了尽可能多地找出错误。
7、 软件测试应该划分几个阶段?简述各个阶段应重点测试的点?各个阶段的含义？（5 分）
8、 如何做一名合格的测试人员？（3 分）
9、 针对缺陷采取怎样的管理措施？（5 分）
三、 专业词语解释（每题2 分）
α测试: 由一个用户在开发环境下进行的测试
β测试: 软件的多个用户在一个或多个用户的实际使用环境下进行的测试
驱动模块:
桩模块: 桩模块是包含测试功能的构件（或完整的实施子系统）
白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
静态测试：静态测试包括代码检查、静态结构分析、代码质量度量等。它可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具自动进行。
软件测试面试常常提出的问题有那些，需要一些好的答案
标准答案的，现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的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仅供参考!
软件测试面试时的问题
职业规划是一个很有技巧的说法,最好与自己要应聘的相关. 对于自己的职业规划应该是分阶段的. 例如: 三年内对测试技能进行全面掌握,包括功能测试、性能测试、安全性测试 五年内对测试周边技能选择性掌握,包括系统、数据库、中间件的调优,并掌握一定程度的java和.net开发技能为白盒测试大佬基础 七年内掌握管理技能并希望可以走上管理岗位 这样的说法可以领HR意识到你很有进取心,并具有良好的发展观.同时可以作为公司中层管理层的储备人才.令对方感觉到有利于公司长远发展.
软件测试面试题答案
1、软件测试就是对在软件开发和投入运行前的各个阶段,对软件进行需求分析、设计规格说明书和程序编码阶段性和最终复查.他是软件质量保证的关键.目的:为了发现错误而执行的程序的过程
软件测试面试题
第一题：我认为需要在测试前需要先写好测试计划，其中最重要的是本次测试使用的测试方法、使用的测试工具、测试环境。人员方面需要进行人员及进度的安排，每个测试阶段后的输出工件，还要有风险评估。在测试前将这些准备工作做到位，这样在测试的时候就会比较有条理。
第二题：控制测试质量，我认为最好是做好测试用例的设计，这样可以对测试的覆盖率进行控制。
补充：如果时间充裕的话可以在设计用例后对其进行评审，这样可以提高测试质量。不过这个在实际的工作当中一般实现不了。。。。
下面列出的是网上的一个软测笔试题，好多单位在笔试的时候都会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 分）
是否可以解决您的问题？
