面试的时候经常会被问到的几个问题： 1、
测试很枯燥你怎么调节自己？
答：对我来说,测试并不枯燥,我会认真的对每个项目都进行测试,因为每个项目都有它不同的地方,比天天打字的打字员好多了.. 如果我觉得枯燥了,我会想想
其他的事情,放松自己的情绪,以达到调节的目的.因为
工作,不管什么工作,都会有枯燥的一面.
2、测试能给你带来什么样的快乐？
答：测试可以给我带来很多快乐,如果测试出一个项目缺少东西,我会很高兴,因为我对自己的工作有了新的认识,也为公司做了效益;如果测试出一个项目没有问题,我也很高兴,因为同事们都在努力,大家都希望为公司做贡献,这就是一个很强大的团队，这是一件多么另人振奋的事情啊!
3、
软件测试的目的？
答：测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。
4、需求文档测试：主要测试需求中是否存在逻辑矛盾以及需求在技术上是否可以实现；
设计文档测试：测试设计是否符合全部需求以及设计是否合理。
5、什么是软件测试？
答：软件测试是为了发现错误而执行程序的过程。或者说，软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。
软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为
单元测试）。模块的编写者与测试者是同一个人。编码与单元测试属于软件生存期中的同一个阶段。在这个阶段结束之后，对软件系统还要进行各种综合测试，这是软件生存期的另一个独立的阶段，即测试阶段，通常由专门的测试人员承担这项工作。
6、
白盒测试有哪几种方法？
答：白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。
7、Beta 测试：在客户场地，由客户进行的对产品预发布版本的测试。软件验收测试合格通过准则：1软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。2所有测试项没有残余的一级二级三级的错误。3立项审批表、需求分析文档、设计文档和编码实现一致。4验收测试工件齐全（测试计划，测试用例，测试
日志，测试通知单，测试分析报告）软件验收测试包括正式验收测试、alpha测试、beta测试三种测试。
系统测试的策略：
功能测试，
性能测试，外部接口测试，界面测试，强度测试，冗余测试，可靠性测试，恢复测试等设计系统测试计划需要参考的项目文档有软件测试计划、软件需求工件、和迭代计划。利用因果图导出测试用例需要经过的一般步骤
1.分析程序规格说明的描述中，哪些是原因，哪些是结果。
2.分析程序规格说明的描述中语义的内容，并将其表示成连接各个原因与各个结果的因果图
3.在因果图上使用若干个特殊的符号标明特定的约束条件
4.把因果图转换成判定表
5.把判定表中每一列表示的情况写成测试用例阶段评审与同行评审的区别同行评审目的:发现小规模工作产品的错误,只要是找错误;
阶段评审目的:评审模块阶段作品的正确性可行性及完整性
同行评审人数:3-7人人员必须经过同行评审会议的培训,由SQA指导
阶段评审人数:5人左右评审人必须是专家具有系统评审资格
同行评审内容:内容小一般文档 < 40页, 代码 < 500行
阶段评审内容: 内容多,主要看重点
同行评审时间:一小部分工作产品完成
阶段评审时间: 通常是设置在关键路径的时间点上!什么是软件测试？使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际
结果之间的差别。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。简述集成测试的过程根据IEEE标准 集成测试划分为4个阶段：计划阶段，设计阶段，实现阶段，执行阶段（实施阶段）
计划阶段
1）时间安排 概要设计完成评审后大约一个星期
2）输入 需求规格说明书 概要设计文档 产品开发计划路标
3）入口条件 概要设计文档已经通过评审
4）活动步骤 1.定被测试对象和测试范围 2.评估集成测试被测试对象的数量及难度，即工作量 3.确定角色分工和作任务4.标识出测试各阶段的时间，任务，约束等条件5.考虑一定的风险分析及应急计划6.考虑和准备集成测试需要的测试工具，测试仪器，环境等资源7.考虑外部技术支援的力度和深度，以及相关培训安排8.定义测试完成标准
5）输出 集成测试计划
6）出口条件 集成测试计划通过概要设计阶段基线评审
设计阶段
1）时间安排 详细设计阶段开始
2）输入 需求规格说明书 概要设计 集成测试计划
3）入口条件 概要设计基线通过评审
4）活动步骤 1.被测对象结构分析 2.集成测试模块分析3.集成测试接口分析4.集成测试策略分析
5.集成测试工具分析6.集成测试环境分析7.集成测试工作量估计和安排。
5）输出 集成测试设计（方案）
6.出口条件 集成测试设计通过详细设计基线评审。
实现阶段
1）时间安排 在编码阶段开始后进行
2）输入 需求规格说明书 概要设计 集成测试计划 集成测试设计
3）入口条件 详细设计阶段
4）活动步骤 集成测试用例设计 集成测试程设计 集成测试代码设计（如果需要） 集成测试脚本（如果需要） 集成测试工具（如果需要）
5）输出 集成测试用例 集成测试规程 集成测试代码 集成测试脚本 集成测试工具
6）出口条件 测试用例和测试规程通过编码阶段基线评审
执行阶段
1）时间安排 单元测试已经完成后就可以开始执行集成测试了
2）输入 需求规格说明书 概要设计 集成测试计划 集成高度设计 集成测试例 集成测试规程 集成测试代码（如果有） 集成测试脚本 集成测试工具 详细设计 代码 单元测试报告
3）入口条件 单元测试阶段已经通过基线化评审
4）活动步 骤 执行集成测试用例 回归集成测试用例 撰写集成测试报告
5）输出 集成测试报告
6）出口条件 集成测试报告通过集成测试阶段基线评审文档测试？文档审核测试目前越来越引起人们的重视，软件质量不是检查出来的，而是融进软件开发中来。文档审核测试主要包括需求文档测试，设计文档测试，为前置软件测试测试中的一部分。
软件测试基本流程
一：软件测试的阶段划分
可以从三个角度来将软件测试划分为多个阶段：
1. 面向软件测试操作类型的划分，如调试、集成、确认、验证、组装、验收、操作；
2. 面向软件测试对象粒度的划分，如语句、结构、单元、部件、配置项、子系统、系统、大系统；
3. 面向软件测试实施者的划分，如开发者、测试者、验收者、使用者。
二： 软件测试阶段的步骤
每个软件测试阶段都要经历以下步骤：测试需求分析、测试过程设计、测试实现、测试实施、测试评价、测试维护。
2.0 a 测试需求分析
测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他 .
• 测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据；
• 测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例；
• 测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖；
b 测试过程设计：包括测试计划 , 测试策略制定，测试时间安排用，测试用例编写等
c 测试实现：环境配置好了，新的版本也收到了，人员也都培训好了等等
d 测试实施：已经按照测试计划进行展开了，比如手工测试，
自动化测试等
e 测试评价：对版本测试覆盖率，测试质量，人员测试工作以及前期的一些工作制定情况进行评价，评估
f 测试维护：对测试用例库，测试脚本， bug 库等进行维护，保证延续性等
2.1 软件测试步骤
软件测试步骤 输 入 输 出
测试需求分析 1. 软件测试的方法与规范；2. 软件
需求规格说明；3. 软件设计说明（概要设计说明和详细设计说明） 软件测试计划：1) 软件测试的定位；2) 软件测试线索；3) 软件测试环境的定义；4) 软件需求的追踪矩阵
测试过程设计 1. 软件测试的方法与规范；2. 软件测试计划 软件测试说明：1) 软件测试步骤；2) 软件测试基准；3) 测试线索的追踪矩阵
测试实现 1. 软件测试的方法与规范；2. 软件测试说明；3. 软件测试工具 软件测试的实现配置：1) 软件测试环境；2) 测试步骤的计算机表示（用于回归测试的测试代码 / 测试数据）；3) 测试基准的计算机表示
测试实施 1. 软件测试的方法与规范；2. 软件测试说明；3. 软件测试的实现配置 软件测试记录：1) 测试运行结果的计算机表示；2) 测试比较结果的计算机表示；3) 测试日志；4) 软件问题报告
测试评价 1. 软件开发文档；2. 软件测试文档3. 软件测试配置；4. 软件测试记录 软件测试报告：1) 测试结果的统计信息；2) 测试结果的分析 / 评判
测试
配置管理 测试配置管理项：1) 软件测试的描述性表示（测试文档 / 文件）；2) 软件测试的计算机表示（测试代码 / 数据 / 结果） 1. 软件测试配置管理项的标识管理；2. 软件测试配置管理项的存储管理；3. 软件测试配置管理项的引用控制；4. 软件测试配置管理项的版本控制；5. 软件测试配置管理项的更动控制
测试维护 测试配置管理项 1. 测试配置管理项的使用报告；2. 测试配置管理项的软件问题报告；3. 测试配置管理项的更动控制文件
2.2 软件系统的测试流程
显示了大型复杂软件系统的测试流程。
可以看到，结合测试操作类型和测试对象粒度的划分角度，软件测试阶段可分为：单元测试、部件集成、部件确认、配置项组装、配置项确认、系统综合和系统验收等。每个阶段都要经历测试需求分析、测试过程设计、测试实现、测试实施、测试评价、测试维护的六个步骤。
表 2 说明各测试阶段的定义。
阶 段 标识 被测对象 目 的 完成后产品状态
单元测试 UT 单元 获得可组装的单元 可执行的单元
部件集成测试 CI 单元、 三级部件、 二级部件 集成单元成部件 二级部件环境中可执行的部件
部件确认测试 CV 三级部件、 二级部件 确认将被组装的部件 二级部件环境中满足文档要求的部件
配置项组装测试 II 二级部件、 一级部件、 配置项 组装部件成配置项 二级部件环境中满足文档要求的部件
配置项确认测试 IV 配置项、 子系统 确认配置项的功能和性能 模拟环境中满足软件需求的配置项
系统综合测试 SI 子系统 系统 动态协调开发环境下的各子系统 仿实际运行环境中满足用户需求的子系统
系统验收测试 SA 子系统 、系统、 关键配置项 、关键部件 确认系统的功能和性能 仿实际运行环境中满足用户需求的系统
