56.  什么是验证、评价、预排 、检查？
　　验证 (verification) 涉及了回顾和会议，以评估文档、计划、代码、需求和说明书。可以通过检查表、调查表、排练、和检查会来进行。
　　评价 (validation) 则指在检察完成之后的实际测试。术语“IV”和“V”分别代表验证和评价。
　　“预排”是一个非正式的会议，用来进行评估和信息交流。通常不需要或者只需很少一点准备。
　　检查比预排更正式一点，通常有 3-8 个人参加会议，包括一个仲裁者 (moderator)、读者 (可以是作者或者任何评论者)、一个记录员作记录。典型的检查对象是一个文件，例如需求说明或者测试计划，目的在于发现问题和查找遗漏，而不是去对任何东西进行实际的修改。会议的参加者应当有准备，应当通读文件，大多数的问题会在准备的过程中被发现。检查会的结果应写成书面报告。对检查会进行全面准备是困难而艰苦的工作，但它是保证质量有用的方法。在检查过程中，有经验的雇员的作用向‘大哥哥’一样，他们的技能也许不大显眼，但对任何软件开发机构是重要的，这是因为预防错误要比发现错误在费用方面更加有效。
　　57.  介绍一下整体项目流程。
　　我们公司的测试流程是围绕着测试的五个阶段展开的，测试计划、设计测试、执行测试、评估测试、验收测试。只是在不同的阶段有自己的一套做法。在接到项目单后，我们会召开一个项目开工会，要求各部门的相关人员都参与，会议我们主要是了解一下项目的背景、目的和资料。确定开始时间和结束时间和项目参与人员，测试部和开发商量好开发转系统测试时间，然后进入计划阶段，开发和测试都有自己的计划，我们测试计划由测试经理编写，测试计划中主要是制定可采用的测试策略和范围，评估项目风险和规避措施，制定时间进度表，合理的分配人力、物力资源。之后进入设计阶段，设计阶段我们会参考开发的需求说明书、详细设计、概要设计去设计测试用例。接到开发的新版本进入了测试执行阶段，首先是搭建测试环境，对软件实施预测试主要是验证系统的正常功能是否可用，然后是系统测试，执行用例并提交缺陷报告，至于系统测试的轮次则要根据项目的复杂度和版本质量决定的。后期我们进入测试评估阶段对软件测试的过程和版本质量进行评估得出测试总结报告，后我们进入测试验收阶段，我们会出用户手册、操作指引等文档，我们公司在每个阶段的输出都有一个评审阶段，保证输出有效，从而使测试顺利进行。
　　58.在实际项目中你是如何做测试计划的？
　　做测试计划前必须先了解项目的背景、目的等资料，然后合理划分测试范围，制定可采用的测试策略，评估项目中可能存在的风险和规避措施，制定好时间进度表，合理分配项目的人力、物力资源。
　　59.你是如何制定时间进度表的
　　首先确定三个大的时间段 项目开始时间 项目结束时间 开发转系统测试时间，在根据测试各个阶段的工作量和项目资源制定计划、设计、执行、评估、验收阶段的时间。设计和执行的时间一般较多。
　　60.测试计划都包括那些项
　　项目基本信息 、总体测试策略、项目风险分析和规避措施、项目资源分配 （人力、物力、软硬件环境）、项目时间进度表、 系统优先级
　　61.测试用例如何设计
　　根据开发的需求说明书 、详细设计说明、和概要设计说明书设计测试用例遇见那里不明确的可以直接和开发人员沟通讨论。
　　设计的时候我们会综合运用黑盒测试法，如运用等价类划分、边界值分析、错误推测法等。
　　62.如何保证用例覆盖到罕见缺陷
　　1.预留足够的时间理解需求说明在设计用例
　　2.采用评审和更新机制，保证每一步的输出都是有效的，从而保证测试顺利进行。
　　3.对覆盖不全面的或是没有覆盖到的，在版本间歇期追加测试用例
　　63.缺陷处理流程！
　　1. 测试员提交新的缺陷入库设置状态为 New
　　2. 由高级测试人员验证缺陷，如果是缺陷则提交给项目经理设置为（Open）分配给开发部修改，并将修改后的缺陷设置为（Fixed），如果不是缺陷则直接拒绝（Decline）
　　3. 对于不能够立即解决的缺陷一般要开会议讨论则设置状态为“延期“（Derlend）
　　4. 后由测试员从新检查修改后的缺陷。不是则直接关闭（Closed）
　　63. 测试用例包括那些项
　　基本信息、用例编号、严重级别、缺陷描述、操作步骤
　　64. 开发人员修复缺陷后，如何保证不影响其他功能
　　重新执行用例、看是否出现错误结果。并对周围的一些相关功能点追加新的测试用例。
　　65.  测试总结报告包括那些项？
　　主要有对测试过程和版本质量的评估，并有一些质量建议。还有一些数据，如用例总数，执行数量等。
　　65.针对逻辑性较强的功能点你该如何设计测试用例？？？
　　66.测试工作进行到一半是，发现时间不够，你如何处理
　　1.可以加班加点，加派测试人员并征用有经验的技术员
　　2.可以挑选优先级别高的用例先执行。
　　67. 怎样保证你所负责的模块通过了测试
　　1.设计好的用例、详细划分用例严重级别，先执行优先级别高的用例，保证规定的功能都正常工作。
　　2.保证用例的覆盖率和用例的质量，后能够符合用户需求说明书。并通过了内部评审。
　　67.开发与测试的关系？
　　测试是依托于开发的  测试同时也可以指导开发。
　　开发和测试密切联系、相互依赖，开发为测试提供产品，测试负责检查开发的产品，测试和开发有共同的目的是提高和改善软件质量
　　68.如果你是测试组长你如何对项目及组员进行管理？
　　1.强调合作和讨论，一切以圆满完成项目为出发点
　　2.合理分配项目资源和技术人员，明确职责合理分工。
　　3.表扬和惩罚制度
　　4.保护测试员