01 为什么转做测试？
回答思路：大学就通过互联网了解软件测试，了解IT，自己也比较喜欢，然后也选修了C语言或者Java语言来学。
02 以往工作经验简单说明
回答思路：在忙碌的工作当中，既充实，又有成就感。通过不断地测试，我的沟通能力、协调能力得到了提高，同时还收获了行业知识经验等，深刻感受到了团体精神的重要性。
03 自己与众不同的地方有哪些？
回答思路：其实这个问题就是回答优缺点。性格本身是一种习惯，以你应该表示通过优化自己的行为习惯来改变自己的缺点。向身边的榜样学习，就是学最好的别人，做最完美的自己。
04 bug的定义和bug的周期
软件bug是指软件程序的漏洞和缺陷，测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。生命周期中缺陷状态：新建-->指派-->已解决-->待验-->关闭。发现BUG-->提交BUG-->指派BUG-->研发确认BUG-->研发去修复BUG-->回归验证BUG-->是否通过验证-->关闭BUG。
05 怎么判断是前端bug还是后端bug？
界面相关，排版错乱，文案错误等问题都属于前端bug。
1.出现样式问题的都是css的bug；
2.出现文本问题的都是html的bug；
3.出现交互有问题的都是js的bug。
功能相关，抓包分析，从接口请求url参数接口响应来分析。
·未发送请求，属于前端bug；
·接口请求url错误，传参错误，属于前端bug；
· 接口返回数据错误，属于后端bug。
性能相关：
页面加载慢或者提交表单慢，抓包查看请求耗时，如果耗时长，就属于后端bug。
06 测试报告的组成
·概述（包括项目背景，需求分析）；
·测试时间，测试环境；
·测试过程（评审记录，测试范围，测试用例）；
·功能实现清单（列出是否已经按照测试计划实现功能）；
·缺陷统计（测试缺陷统计，测试用例执行情况统计）；
·测试统计情况（资源统计，执行情况，问题统计，问题列表，遗留的问题）；
·测试总结（测试结论（是否通过），测试内容，测试用例的覆盖程度，bug的解决程序）；
·测试风险。
07 什么是bug？
·没有实现的功能；
·完成了用户需求的功能，但是运行时会出现一些功能或性能上的问题；
·实现了用户不需求的多余功能。
08 软件测试通过的标准是什么？
测试用例完全执行，测试用例覆盖到所有的测试点，并且缺陷的密度达到客户的需求。
09 测试流程是怎么开展的
我们公司是 需求评审—编写测试用例—用例评审—执行测试（冒烟测试—系统测试—回归测试）测试报告—上线
10 项目上线原则
测试用例全部执行完成、需求全部覆盖、BUG单全部关闭
11 如何进行接口测试？
我们使用jmeter，在jmeter里面写脚本，添加断言验证返回结果，有时候也去数据库进行核对。（我们会对接口进行通过性验证，验证参数组合，结合业务逻辑（如用户名要求6-16位，我们要验证））。
12 测试员如何保证软件质量？
答：要保证软件的质量，参与项目的每一个成员都有责任参与质量保证。
1.测试策略：质量是多维度的，功能测试、性能测试、兼容性测试等多种测试类型的结合；
2.用例质量：采用合适的用例方法，如何进行需求分析，用例评审；
3.执行质量：如何保证执行深度（界面、关联、模块、数据库、日志）与广度（系统测试类型）；
4.缺陷质量：bug评审，引入适合的Bug流程，测试过程监控。
13 接口测试的（过程）
答：接口测试文档评审（文档：word文档或者网页形式，文档内容：url，参数，参数类型） 接口用例 脚本 执行测试。
14 cookie和session的区别
cookie作用：能够记录登录状态，session作用：缓存登录信息。区别就是：cookie是在客户端，session是在服务端。
15 测试接口时遇到的问题？
技术上没遇到什么问题，有时候会遇到环境上的问题。测试环境不稳定，服务器经常停用，导致接口测试运行不起来；短信验证码问题；接口之间有关联的时候，前一个接口返回的值有问题，导致后一个接口请求有问题，此时用charles花时间定位问题，但是最终都能解决。
16 熟悉的接口测试工具有？
答：jmeter，postman，抓包也可进行接口测试，如charles，fiddler。抓包工具怎么测试接口，以charles为例：看请求里面的参数是否正确；看返回的结果和状态码；结合实际的业务逻辑修改参数（比如用户名要求6-16，我们可以修改用户名参数的长度）。
17 app测试和web测试的区别？
web测试一般都是b/s架构，基于浏览器，app则是c/s的，必须要有客户端。在系统测试产生区别。
18 如何降低bug率？
除了开发和测试认真工作外还可以：定一个研发流程：比如开发的代码需要同事之间的审查；定一个测试流程：如先进行需求评审—然后编写用例—用例评审—测试(测试过程如：冒烟测试，系统测试)。
