采用评审和更新机制，保证测试计划满足实际需求测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。
分别创建测试计划与测试详细规格、测试用例应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。
测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。
问题四：您认为做好测试用例设计工作的关键是什么？
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测
试，以最少的用例在合理的时间内发现最多的问题
问题六：您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？
性能测试的目的主要是发现在并发多用户和大数据量操作时是否会出现与需求有差异的地
方。性能测试工作的关键是做好系统分析和功能分析，确定系统瓶颈所在（这里参看 ATT
第十章 LoadRunner 的 PPT）。
问题八：你的测试职业发展目标是什么？
测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试
工程师奔去。而且我也有初步的职业规划，前 3 年累积测试经验，不断的更新自己改正自己，
做好测试任务。
问题九：你对我们公司了解有多少？
建议从招聘广告上多了解信息，同时到应聘公司的网站上去尽可能多的了解这个公司的情
况，以便回答好这类问题。
问题十：测试结束的标准是什么？
从微观上来说，在测试计划中定义，比如系统在一定性能下平稳运行 72 小时，目前 Bug
Tracking System 中，本版本中没有一般严重的 BUG，普通 BUG 的数量在 3 以下，BUG 修复
率 90%以上等等参数，然后由开发经理，测试经理，项目经理共同签字认同版本 Release。
如果说宏观的，则是当这个软件彻底的消失以后，测试就结束了。
1 1 、 软件测试分为黑盒和白盒，分别适合什么情况？ ？
软件测试方法一般分为两种：白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑
驱动测试或基于程序本身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能
指标；黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在
最终用户的立场，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及
性能需求的规定。
2、一套完整的测试应该由哪些阶段组成？
可行性分析、需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验
收测试
4、测试用例通常包括那些内容？
不同结构的用例包括的不一样。（版本、编号、项目、设计人员、设计日期、输入、预期输出„„）
软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。
用例编号： 测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则：
PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。
测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。
重要级别： 定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。一般来说，如果软件需求的优先级为 “ 高 ” ，那么针对该需求的测试用例优先级也为“ 高 ” ；反之亦然，一般而言，是 5 级划分。
测试输入： 提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。
操作步骤： 提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。
预期结果： 提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在
实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。
您是否了解以往所工作的企业的软件开发过程？如果了解，请试述一个完整的开发过程需要完成哪些工作？分别由哪些不同的角色来完成这些工作？您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？
开发过程---需求调研（需求人员）、需求分析（需求人员）、概要设计（设计人员）、详
细设计(设计人员)、编码（开发人员）
测试过程---需求评审、系统测试设计、概要设计评审、集成测试设计、详细设计评审、单
元测试设计、测试执行
测试工作的整个过程都做过，擅长做测试设计
过程决定质量，软件的过程改进正是为了提高软件的质量，将过往的种种经验和教训积累起
来。
在您所经历的测试活动中，参与人员有哪些？您所担任的角色是什么？
有项目管理员、开发管理员、系统分析员、设计员、开发员、质量管理员、测试管理员、测
试设计员、测试员
担任过测试管理员、测试设计员、测试员
测试用例设计的原则是什么？目前主要的测试用例设计方法有哪些？
代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极
限的输入数据、操作和环境设置等.
可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果.
可再现性：即对同样的测试用例，系统的执行结果应当是相同的。
方法有等价类、边界值、因果图、状态图、正交法、大纲法
面向对象的测试用例设计有几种方法？如何实现？
给类中的每个构造函数设计一组测试用例
组合类中的类变量、实例变量
组合类中的各种方法
根据前置条件和后置条件设计测试用例
根据代码设计测试用例
LoadRunner 分为哪三个模块？请简述各模块的主要功能。
Virtual User Generator：用于录制脚步
Mercury LoadRunner Controller：用于创建、运行和监控场景
Mercury LoadRunner Analysis：用于分析测试结果
