测试面试记录（一）

1、说一下你之前工作，你做项目中，你主要负责做什么？
答：首先，产品那边的需求定下来，产品会将需求给到我，我会提前做一个业务流程的分析，以及需求可能存在的盲区做一个排查，因为有的需求可能存在盲区的，做测试有义务去排查过滤。
然后根据已经确认好的需求文档写测试导图，在开发概要评审会议前进行导图评审，导图评审通过后参与开发的概要评审，并在概要评审会议上与开发讨论测试点和进行相关可测性分析。
编写测试用例，在开发打包后执行测试用例进行测试，测试过程中记录产生的bug，提交到项目管理工具上，并跟踪bug的状态，最后，测试没问题的话，输入测试报告。

2、编写测试用例（或者说执行测试）那些方法？
答：比较常用的就是等价类，边界值、错误推断法、场景模拟法等

3、那么不常用的有哪些呢？
答：我所做的测试，基本常用的就这些，还有因果图法，判定表驱动法，正交实验法，状态迁徙图法，测试大纲法，猴子测试，其他测试方法而这些几乎没用到，所以，具体也不是很清楚，测试用例我个人觉得最重要的还是需要个人经验去排查和覆盖盲区

4、测试报告主要有那些内容呢？
答：测试报告主要输入内容有测试过程中记录的bug产生，以及用例的执行情况，然后针对产生的bug做出分析，并给出比较建设性的优化建议。
一个比较全面的测试报告，包括以下几部分：

• 基本的测试情况：包括测试时间、测试人员、测试的环境以及测试用例的执行情况；
• 缺陷的统计分析：包括缺陷的汇总，不同维度缺陷的统计以及分析，还包括遗留问题的整理；
• 结论和建议：本次测试是否通过，是否允许上线等内容。

5、你在测试过程中遇见最大的问题是什么?
答：测试过程中最大的问题，我想了一下，主要是相关的人员对流程的控制不到位。
产品更改了需求，可能和前端或者后端说了，但是没有和其他人说，其他人还是按照原来的需求进行，导致做了很多无用功

6、产品说开发没开发好，开发说就是这样的，你怎么看或者处理这个问题？
答：这种问题是非常常见的，遇见这种问题，我首先会确认开发产品和需求是否真的存在问题，找到问题点，然后去找产品沟通，是不是需求的问题，如果产品确认了不是需求问题，那么，就找开发沟通清楚需求是什么，让技术看见需求点，测试有义务做好中间的沟通工作

7、你认为，你做测试这么久，你最大的收获是什么？
答：我个人认为，做测试，其实随便找个相关专业的人都会，但是，我的经验告诉我，规范的流程比专注做测试工作更有效率，流程规范，会降低很多问题的发生，而且，在我个人看来，流程的规范这也是个趋势

8、接口测试怎么做？
拿到开发的接口文档，文具文档使用工具进行测试，主要看输出的结果是否和接口文档设计结果一致

9、性能测试的指标多少正确？
答：性能测试的指标是不定的，测试也是根据需求定的指标去测试是否满足，也要看硬件资源是否达标，影响因素很多的

10、举一个性能测试的例子
答：假设，你一个2G的内存服务器，并发10个人，那么响应时间应该是在10秒左右，但是，如果你用最好的服务器IBM的话，10个人的并发，响应时间可以降低到2秒，所以，没有标准指标，具体看硬件和需求定的指标

11、如果让你独立负责一个产品，如何测试才能保证满意的质量

• 首先要充分了解产品的需求和业务，有不明白的地方要及时去沟通，然后依据自己对需求的理解，去先行列一下测试点，覆盖所有的功能需求；
• 然后考虑一些非功能的需求，比如界面易用性测试还有兼容性测试，以及安全性测试、性能测试等等；
• 整理好大纲以后，最好能在内部评选一下，保证测试点的完整覆盖；
• 测试执行过程中，注意bug的编写规范，提交详细有用的一些bug信息，便于开发去定位和解决问题，同时要做好bug的跟踪和处理，如果碰到测试点没有覆盖，但是出现bug的地方，要做好文档的一个跟踪和总结

12、你的职业规划是什么？
自动化或者测试开发，此题自己做答，选一个回答就行