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）出口条件   集成测试报告通过集成测试阶段基线评审文档测试?文档审核测试目前越来越引起人们的重视，软件质量不是检查出来的，而是融进软件开发中来。文档审核测试主要包括需求文档测试，设计文档测试，为前置软件测试测试中的一部分。