01．您认为做好测试用例设计工作的关键是什么？
对需求能够深入了解，了解提出该需求的原因以及业务背景，掌握需求的来龙去脉，获取更多更详细的需求，如功能、非功能等。以及软件设计概要文档，了解程序的架构和数据流转等，这样测试用例设计才能够覆盖更全，才能够设计出针对性的测试用例
一般来说，设计一个比较实用的测试用例，注意如下几个方面：
a. 选用好的用例管理工具(这个很重要，千万不要用word，excel)
b. 用例一定要及时更新(补充新的想法，删除过时的需求)
c. 做好用例分级
d. 做好用例评审，写用例之前可以征询相关人员的意见
e. 可以考虑结对编写，这个是不错的主意
f. 要全面，包括功能、性能、兼容性、安全性、易用性、容错性等等
g. 注意把握适当的颗粒度
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
02. 测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？
软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法（最好是能先评审）
03. 您认为做好测试计划工作的关键是什么？
1. 明确测试的目标，增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确
2．坚持“5W”规则，明确内容与过程
“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。
3．采用评审和更新机制，保证测试计划满足实际需求
测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。
4. 分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。
04：你找工作时，最重要的考虑因素为何？
工作的性质和内容是否能让我发挥所长，并不断成长。
05：为什么我们应该录取你？
您可以由我过去的工作表现所呈现的客观数据，明显地看出我全力以赴的工作态度。
06：请谈谈你个人的最大特色。
我的坚持度很高，事情没有做到一个令人满意的结果，绝不罢手。
07. 你的测试职业发展是什么？
测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年累积测试经验，按如何做好测试工程师的11，12点要求自己，不断的更新自己改正自己，做好测试任务。
08. 你自认为测试的优势在哪里？
优势在于我对测试坚定不移的信心和热情，虽然经验还不够，但测试需要的基本技能我有信心在工作中得以发挥。
09. 你以前工作时的测试流程是什么？
公司对测试流程没有规定如何做，但每个测试人员都有自己的一套测试流程。我说下我1年来不断改正（自己总结，吸取同行的方法）后的流程吧。
需求评审（有开发人员，产品经理，测试人员，项目经理）
－>需求确定(出一份确定的需求文档)
－>开发设计文档（开发人员在开始写代码前就能输出设计文档），并评审
－>测试人员编写测试计划、测试方案，并评审想好测试策略，写出测试用例
－>开发进行编码，测试人员则编写测试点和测试用例，并与各相关人员进行评审。
－>接到测试版本，进行冒烟测试，测试通过则接收测试，否则退回给开发
－>接收测试版本，执行测试用例（中间可能会补充用例）－>提交bug（有些bug需要开发人员的确定（严重级别的，或突然发现的在测试用例范围之外的，难以重现的），有些可以直接录制进TD）－>开发人员修改（可以在测试过程中快速的修改）－>回归测试（可能又会发现新问题，再按流程开始跑）。
10．测试结束的标准是什么?
用例全部执行完；
缺陷级别为一般及以上的都修复，缺陷修复率达到预定标准；
覆盖率达到标准；
缺陷率达到标准；
其他指标达到质量标准；