01 自我介绍篇
目的
一般公司第一个问题，主要目的通过自我介绍先了解下你为之后的提问找好切入点，面试官抓紧时间看下你的简历大概了解下你的背景经历，还有缓和下气氛打开话题作准备。
如何去答
简单介绍下项目，重点在负责的工作是什么，在工作中运用了什么技术，学习到了什么，总结了什么经验。除此以外，还要把你自己学习的一些技术也说进去，哪怕你工作中没有用到，但只要你会的，都展现出来，当然前提是这个东西你确实自己研究过，禁得起拷问的才行。
举个栗子
面试官好，我叫xxxx，毕业于xxx大学xxx专业，曾先后任职于xxx公司，最近一份工作是xxx工作，负责xxxx，有功能测试经验，性能，自动化，接口等，做过web，app，参与过敏捷项目，xxxx，最后很荣幸有这次机会来xx公司面试，也希望有机会能加入。
不要太详细解释你做的具体项目，因为在接下来的时间会给你机会具体介绍，只需要流水账似的过一遍你的履历就行，几个亮点就够了。
02测试计划篇
“5W1H”原则
坚持“5W1H”的原则，明确测试内容与过程
测试范围和内容
明确测试的范围和内容（WHAT）
计划的设计者必须对整个项目系统的设计方法、具体功能分布、性能以及安全性的要求等等，有充分的了解。
大致包括以下内容：各功能点、性能、安全性、稳定性、兼容性、易用性等等，需要列出上述各内容的详细内容及指标。
测试目的
明确测试的目的（WHY要说清楚：我们为什么要进行该项目测试？针对具体的测试项目,到底测试的“度”该如何把握之类的问题。
测试时间
明确测试的开始和结束日期（WHEN）
测试开始结束日期，是建立在开发的开始结束日期、测试内容、人力资源等综合因素的基础之上的，这里需要明确到具体的年月日，并随开发进度而波动。时间的安排上，最好能预留一段的缓冲时间，以便与应对计划的变更，也可以让测试人员有时间完善和补充测试用例。
测试文档存放位置
明确给出测试文档存放位置（WHERE）
整个测试过程中的文档管理的重要性就不必说了，但是，文档管理的工作也必须有计划的进行。计划中需指出明确的文档存放位置，以达到较好的文档管理效果。方便相关人员的监督和看。
测试人
明确测试人员的任务分配（WHO）
好的任务分配，可以提高测试的质量和效率。 我觉得，只有充分了解你的团队的整体实力和团队中每个成员的特点，这样才能做出合理的分工。这里需要确定测试人员的时间及参与测试的方式，如果需要新招聘人员，还要考虑招聘计划。另外，由于每个人的思维方式不同，所以每个项目的测试至少安排两个或两个以上的测试人员以发现更多的BUG。
测试方法和工具
明确指出测试的方法和测试工具（HOW）
结合不同的测试领域，给出具体的测试方法，以供组内成员参考并借鉴。列出测试过程中需使用的测试工具，以便，组内相关成员提前准备环境及相关知识，以提高测试的质量和效率。 采用评审和更新机制，确保测试计划满足实际需求因为软件项目是一个渐进的过程，中间不可避免地会发生需求变化，为满足需求变化，测试计划也需要及时地进行变更。之所以采取相应的评审制度，就是要对测试计划的完整性、正确性、可行性进行评估，以保证测试的质量。
03测试策略篇
测试策略是测试计划中的重要组成部分,测试计划是从宏观上说明一个项目的测试需求、测试方法、测试人员安排等因素， 而测试策略则是说明实际测试过程中，应该怎样具体实施。因此测试策略一定要描述详尽并且重点突出。
要制定出好的测试策略，需要了解软件的结构、功能分布、各模块对用户的重要程度等，从而决定测试的重点、优先次序。
为了达到有效的覆盖，需要考虑用例的设计方法（详细可参见赵宏梅的《测试用例设计方法》系列）。 回归测试也需要充分考虑，根据项目的进度，版本的迭代率，合理安排回归测试的方式。结合各相关影响因素来制定有效的回归测试策略，
04测试风险评估篇
对于测试过程中可能遇到的风险，也要制定出相应的应对策略。
通常的风险可能是：项目计划的变更、测试资源（测试人员）不能及时到位等等。 对此，我们要制定相应的策略。比如：对项目计划的变更，可以考虑建立良好的沟通渠道，让测试人员及时了解到相应的变更，以做出适当的调整；对于资源的风险，我们可以考虑建立后备机制，后备人员前期也可参加项目例会、评审等活动，以便出现资源紧缺时及时调用。
05测试用例篇
我觉得首先要确定好面试官跟你描述的功能是什么，主要包括哪些方面，确定好范围，然后再开始设计；其次一定要自己多总结一些通用的功能测试框架，背下来，回答时套用在不同的功能上；而且不要只关注功能方面，接口、性能、兼容、安全等都要考虑全面，下面是具体我被问到的一些问题
1. 测试朋友圈发送功能
2. 测试微信的发送功能
3. 测试输入框功能
4. 测试数据加载过程
5. 测试注册登录和验证码功能
6. 测试视频播放
7. 测试直播中的送礼物
