参考答案：您好！我叫**，来自湖北黄冈，毕业于武汉理工大学，目前已有3年的工做经验，以前负责了5个项目，在工做中我主要参与功能测试，自动化测试，接口测试以及性能测试。工做的内容大概是：需求分析和需求评审，协助上级完成测试计划的编写，编写测试用例并评审，测试环境的搭建以及测试执行和编写测试报告等工做。平时会去网上看一些软件测试方面的知识，增强自身能力，好比CSDN，博客园等地方，除此以外，我比较喜欢打篮球，听听音乐等等，以上就是个人一个自我介绍。谢谢。html
2、为何离职？(有些学员会说工资小，离家太远，这些理由都不行)前端
参考答案：项目组解散，待业工资过低了，等不了java
公司晋升途径少：公司框架，都是老员工，新人根本没有机会晋升，看不到将来的但愿，只能为上班而上班，我更但愿有一个有饼能够看到的公司，这样起码会有奋斗的动力！否则一直都是一个普通职员，不管是管理岗仍是技术岗，都没有晋升的但愿！这对我这么一个有野心的人很是打击。python
#若是继续问---咱们公司也比较小，没有那么顺利晋升！linux
参考答案：可是能够学到新技术啊！这对个人软件测试人生也是一个很是好的确定！web
三、你主要作哪些测试？算法
功能，接口，性能跟自动化都有一直在作，自动化就相对少一些，主要是功能稳定的模块咱们才会写的，首先，咱们会先判断这个系统能不能实现UI的自动化，若是能够实现的话，咱们就会转化成自动化，通常是优先把冒烟测试转化成自动化，还有作回归测试的时候。sql
四、你会数据库吗？chrome
数据库咱们主要用的是增删改查，好比：咱们在前台下了一个订单，除了在用户中心和系统后台查看这笔订单是否正确，咱们也会到数据库中查询该订单的数据是否正确。
5、tomcat的端口在哪设置？
找到tomcat的安装路径，进去conf目录，打开server.xml文件,默认是8080端口，修改为要改的端口
六、linux命令背一背？
咱们的服务器都是在linux上的，经常使用的linux命令都会，好比咱们会在linux搭建测试环境，tail -f 来查看日志，top来查看资源等等
咱们python主要是用来写自动化测试脚本的，在脚本中会用到变量的定义，代码的封装，模块调用，if条件判断，try...except异常处理等等。
8、产品上线流程是怎么样？
首先，由运维和开发进行代码上传以及各类配置，在环境配置好后，测试再介入，先进行冒烟测试，而后再根据当前上线的需求来进行功能点验证，验证经过就发邮件反馈验证结果，验证有问题先通知项目组内部成员进行复现和修复，能修复成功就不上报问题，不能修复成看问题严重程度进行上报，通常提示类问题可灵活变通，严重的短时没法修复的就要上报。而后再发邮件反馈验证结论。
七、迭代两到三周的项目，需求分析要多久，用例写多久，写多少用例，执行多久，发现多少个bug，作了几个版本，项目有没有上线？你负责的模块一共写了多少用例？
1）、需求分析1到2天，用例也是写两天左右，包括用例评审；
2）、用例的个数看需求和颗粒度的大小，若是时间充足，咱们写的用例细，用例数就多些，一个版本大概有100多条，执行花的时间长了，通常要4到5天；
3）、每一个版本发现的bug数量，要看需求和实现起来的难易程度，开发人员的水平和测试用例的质量，通常一个版本咱们能找50-60个bug，越到后面，系统愈来愈稳定，发现的bug就越少；
4）、咱们这个项目一共作了7个多月，每两周一个迭代，一共下来有十来个版本；
5）、项目上线了，咱们在内部环境上测试完以后，产品经理会跟客户对接，完成上线的事情，以后交付给用户本身运营；
6）、每一个版本基本上会有将近200条用例，到如今为止，xxx这个项目，我大概写了又2000条左右的用例。
这个项目到如今还一直在作，已经作了8个月了(多长时间，能够灵活修改)，前期需求比较多，迭代的版本多一些，到后期项目基本稳定了，需求变化不大，咱们会被调去作其余项目，这个项目后期若是需求发生变化，咱们仍是要负责测试。因此，在上家公司基本每一个人都会跟着几个项目。
这个我还真没具体算过，咱们差很少2-3周一个迭代，十几个迭代是有的
10、一个版本找多少bug？
两个星期一个迭代，咱们一个版本的需求通常是5个左右。看需求的多少，基本每一个迭代都有100多条用例
十一、项目有没有上线？
具体业务这块的话，都是产品那边跟需求方(客户)对接的，我这块就不是很清楚了，测试组的话就只管测。
11、bug的分布通常都是怎样的？那些模块的bug比较多？
发现错误越多的模块，残留在模块中的错误也越多
十二、哪些模块的bug比较多？
13、经典bug，印象深入bug？
验证码没有时间限制，获取了一次验证码之后更换他人帐号能够强制修改密码。
14、测试环境怎么部署的？
参考答案：搭建环境前，开发都会给到咱们一份系统发布手册，咱们会根据这个手册来搭建。好比，我这个商城系统，是搭建在Liunx系统下的，web服务器用的是Tomcat8，MySQL版本是5.7，程序是JAVA编写的，首先咱们向开发拿到编译好的安装包，而后CRT远程链接上Liunx系统，把tomcat服务器停掉，把程序包(因为java包的后缀是.war，因此咱们通常把java的安装包叫
war包)放到webapps目录下，而后再启动tomcat服务器就能够了
中止tomcat服务器的方法：
启动tomcat服务器的方法：
15、给你一个项目，怎么开展？
在项目开始前，我会去熟悉这个项目的需求，业务流程，将测试功能点列出来，把不明白的地方提取出来，和开发、产品经理确认清楚，而后根据项目的迭代周期肯定一个测试计划，接下来开始编写测试用例并叫上开发、产品经理进行评审；在项目开发阶段，开发人员把接口代码编写完成后，我会对接口进行测试，保证底层接口的质量；等全部代码都编写好了，开发转测后，进行冒烟测试，冒烟测试经过了，接下来进行系统的功能，安全，兼容性，性能等类型的测试，发现bug就提交bug单给开发人员修改，跟踪并作好回归测试；这些测试完成后，挑选一些级别高的测试用例，在UAT环境上进行验收测试，验收测试经过后，编写测试报告，项目就能够上线了。项目上线后，可能还会出现一些遗留的问题，因此还要分析研究怎样作才能避免这类bug的遗漏。
16、测试，开发多少人
17、验收测试怎么作的？
在UAT测试以前，咱们会制定测试方案，选择基线用例，即级别高的用例，在UAT测试环境上进行测试，若是测试经过，验收测试就经过了
18、冒烟测试怎么作的？
当开发写完代码，编译好后，会提交到测试部进行测试时。测试人员搭建好环境，首先要对系统的基本功能进行测试，肯定主要流程的可否正常使用
19、回归测试怎么作的？
首先，把bug单对应的用例执行一遍，还要检查有数据交互的模块会不会受影响，有没有引入新的问题；项目上线前，还要把当前版本的重要功能以及冒烟测试的用例都回归一遍，确保重要功能上线后不出问题
20、你以为测试是一个什么样的职业？
2一、谈谈你对测试的理解
软件测试就是使用软件，站在用户的角度，模拟各类正常的和异常的场景来使用软件。
22、职业规划怎么样的？是想往管理发展仍是技术发展？
先熟悉公司的业务流程，作好本职工做，争取早点成为项目的骨干成员；工做以外，会进阶一下本身的自动化和性能方面的相关技术；
在公司里面往那个方向发展，那要看公司的安排了。
23、讲一下你作的app项目
讲一下简历里面的项目流程还有主要职责
24、大家用例怎么写的？
测试用例包括：用例ID、用例标题、用例级别、预置条件、测试步骤、预期结果，
2五、怎么编写测试用例？
从用户使用场景出发，考虑用户的各类正常和异常的使用场景；
用例的颗粒大小要均匀。一般，一个测试用例对应一个场景；
用例各个要素要齐全，步骤应该足够详细，容易被其它测试工程师读懂，并能顺利执行；
作好用例评审，及时更新测试用例。
26、接口的状态码有哪些？？
接口状态码都是开发自定义的，0是操做成功，3001是非法请求，3002是系统类型为空或不合法
27、搭建测试环境时有没有遇到过什么问题？
配置环境变量的时候漏了几个字母，而后软件就启动不了了
28、python的第三方模块有哪些？？
29、测试环境的测试数据是怎么管理的？
功能测试环境的数据，用完了就本身造；性能测试环境的数据，在测试前会先备份一下，回归时候再导进来
30、提交的bug，开发通常多久修复？
通常咱们提交了bug大概1-2个小时就会去看一下开发是否解决，没有解决，就催促一下开发
31、什么类型的bug会出现的多一些
32、怎么向数据库插入数据？插入10万条呢？
插入数据使用insert into，可是要插入10万条数据，则须要使用存储过程来实现，存储过程这个我之前没有本身写过，可是若是之后公司有须要，我会在工做以外的时间增强对这方面的学习
33、接口用例一个版本写多少？依赖关系的接口怎么处理？
通常大概50-60个接口用例左右
34、你以为测试三年的收获是怎样的？
35、项目的开发模式是怎样的？
36、你的项目有什么特色和特点，对比京东和淘宝？
有个货到付款功能，付款方式除了直接关联帐户扣款、汇款外，还能够选择货到付款，目的有两个：一是为了方便买家看到货物后满意再付款，省去退款环节，同时解决用户对自营系统线上支付的疑虑，提升成交率；二是方便部分年长，不会使用网络支付的的购买者付款。
37、项目一作了多久，上线了吗，多少人开发的？
8个月，具体业务这块的话，都是产品那边跟需求方对接的，我这块就不是很清楚了，测试组的话就只管测。开发有7个，测试2个
38、公司多少人？谁负责开发的？
公司人数40-60个，项目组2个，每一个项目组大概10我的左右
39、验收测试谁作的？
а测试，软件开发公司组织内部人员模拟各种用户行为对即将上市的产品进行测试。
β测试，软件开发公司组织各方面的的典型客户在平常工做中实际使用，并要求用户报告异常状况、提出改进意见，而后公司再进行完善。
在UAT测试以前，咱们会制定测试方案，选择基线用例，即级别高的用例，在UAT测试环境上进行测试，若是测试经过，验收测试就经过了。
40、产品发布到线上，还测试吗？
须要的，一般在上线以后，咱们还会进行基本功能的验证
41、项目通常何时上线？
凌晨12点，晚上用户少，出现问题能够立刻去解决回归测试
42、订单管理这个功能，怎么测试？
订单管理以前作的，如今记得不是很全面，也是从六大特性下手的，最近作的购物车的测试点我记得比较清楚，我拿这个做为例子讲一下吧，+购物车怎么测
43、大家项目是怎么分工的？
若是你回答的是app的项目，就说：咱们这个app是按机型分工的，我负责的是安卓设备的测试；
若是你回答的是WEB端的项目，就说：咱们这个项目是按模块分工，我负责前台的xxx模块，后台的xxx模块。(至少说5个模块以上)
44、app的测试流程，app项目介绍是怎么的？
流程：app的性能分为服务器端的性能和手机端的性能。
服务器端的性能，咱们用Jmeter工具进行测试的，和web的端性能测试方法同样的。
咱们是用monkey作手机端App的稳定性测试的，使用monkey跑10万次，看它会不会出问题，若是出了问题，咱们再定位缘由，具体的作法是这样的：
四、测试完成后查看monkey日志,若是说它跑的次数跟我设的次数不同.就说明monkey中途跑失败了。那我就要去看看logcat日志有没有null point，或anr in的关键字,若是有null point，就表示app在测试过程当中crash了，而后把null point先后的日志截取下来，发给开发定位；若是有anr
in，表示app在测试过程当中出现了ANR(程序无响应)，咱们要把/data/anr/traces.txt文件取下下来，再把ANR进程号对应的日志发给开发定位问题。
系统架构：web端系统，更新服务器，不须要更新客户端；APP若是更新了服务端，客户端也要更新并测试；
兼容性。Web端要考虑不一样的浏览器内核进行测试（IE、chrome、Firefox），APP的兼容性要考虑选择主流的机型，不一样的分辨率、尺寸， 以及不一样的操做系统；
App要考虑交叉事件测试，安装，卸载，先后台切换测试；
App还要考虑界面操做，如：横竖屏切换，多点触控，事件触发区域
46、app兼容性怎么测试？
1）主流手机的分辨率测试。好比（高*宽）：、、等
2）不一样操做系统的兼容性，是否适配。好比，安卓从7.0-9.0
3）不一样手机品牌。好比，华为，小米，oppo，vivo等等
Ps：iphone系统的APP也要考虑这些方面
47、测过那些机型？分辨率测试那些？
机型：安卓系统的机型，好比华为，小米，oppo，vivo等等
48、测试和开发的时间比是怎样的？
咱们公司大体是 3：1，咱们公司通常一个月迭代一次，不管需求多少，那么测试通常就是一周。这致使测试那边压力很大，常常只测一轮。以前一个大版本升级，涉及到一部分重构，测试时间又少，致使不少关键业务没测到，上线以后问题多多，一直处于修修补补状态，一个星期才稳定。
49、你对从业这3年的测试生涯感觉是怎样的？
发展＋技术＋将来方向＋自身能力几个方面提升
50、有没有要问个人？
1.若是我进来，我主要负责哪一块测试；
2.公司项目组有多少人，开发和测试分别多少；
3.公司有哪些类型的项目在作；项目多长时间一个版本，项目作了多久；项目的测试流程是怎样的
4.若是能够进入贵公司，我须要在学习哪方面的知识？
51、何时入职，优缺点？
52、讲一下项目怎么测的？
5三、项目上线了？给客户作的？给本身公司作的产品？
具体业务这块的话，都是产品那边跟需求方对接的，我这块就不是很清楚了，测试组的话就只管测。咱们之前是外包公司，都是接到什么项目就作什么项目
54、app多久更新一次？如今还有在作吗?
差很少2-3周一个迭代，通常产品给到需求都会作
55、负责那些方面的测试？
56、怎样才能覆盖用户的需求？
参考回答：项目开始前，咱们会先熟悉需求，画好流程图，保证整个流程都覆盖全面，小组之间每一个人都要根据各自的流程图，各个功能点有哪些限制条件，来说解一下本身对测试点的理解，防止以后编写测试用例时出现遗漏；用例编写完以后，再进行用例的评审，看看测试点有没有用遗漏，对需求理解有没有错误，测试场景是否覆盖彻底。
57、接口测试怎么作的？
一、拿到接口文档熟悉：（服务端开发人员把接口文档写出来，咱们就能够拿过来熟悉）：
1）每一个接口对应要实现的功能是什么
2）服务器的地址、端口、接口地址（肯定访问哪一个接口）
3）请求方式，请求参数有哪些，参数的约束是什么（工做当中了解请求参数的各类约束）
4）熟悉响应数据：
二、编写接口测试用例（接口测试用跟功能相似，只多了一个请求报文，响应报文）
1）考虑正常异常的请求参数的请求报文
2）考虑正常和异常请求后的响应报文（例如 ：异常的错误码是什么，对应的错误信息是否正确）
咱们是用jmeter执行测试用例，先创建一个线程组，再添加http请求，填写好请求地址，端口，和请求参数，设置参数化，添加断言等，最后添加查看结果树再运行。运行完后，检查接口是否经过，若是不经过，先定位下缘由，若是是请求的参数有问题，修改后再进行测试，若是是接口自己存在bug，就把服务器上的日志取下来，提单给开发修改。
5八、禅道，会搭建不？
三、 打开xampp-control.exe，并启动MySql和Apache，（若是启动不了，按所给的方案把修改下对应的端口便可把问题解决）。
59、项目一作了多久，测试几我的维护，开发投入了多少人？
8个月，维护2人，开发2人
60、开发语言是什么？
后台：java ，具体不了解
HTML称为超文本标记语言，是一种标识性的语言
62、http协议了解不？
参考答案：http协议是应用层的一个数据传输协议，由请求和响应构成，主要的请求方式有get和post两种，get请求的请求数据在请求头，post请求的请求数据在请求体；响应的数据也包含响应头和响应体，常见的http响应码有200,302,400,500等等。
63、讲一下你最近作的app项目
64、app测试点有哪些？
功能，兼容性，用户体验，安全性，安装卸载升级测试，交叉事件，UI测试，性能测试
65、测试过程当中遇到怎么办？
二、CSS定位比较稳定。
68、接口的压力测试怎么作的？
69、点击一个app软件，没有反应，怎么去分析？
兼容性问题、这个功能自己不可用、考虑是否crash（软件）或ANR（硬件）
70、app测试用的是真机？仍是什么？
用的是真机，电脑配置太差了，不用模拟器
71、jmeter环境怎么搭建的？
1）、由于JMeter是JAVA程序开发的，因此要先安装JDK；
三、勾选上全部选项，更换证书，重启fiddler
73、monkey跑挂了怎么分析问题？
若是说它跑的次数跟我设的次数不同.就说明monkey中途跑失败了，那我就要去看看logcat日志有没有null point，或anr in的关键字,若是有null point，就表示app在测试过程当中crash了，而后把null point先后的日志截取下来，发给开发定位；若是有anr
in，表示app在测试过程当中出现了ANR(程序无响应)，咱们要把/data/anr/traces.txt文件取下下来，再把ANR进程号对应的日志发给开发定位问题。(日志具体的信息，咱们看不懂)
74、你的优势和缺点是什么？
优势：责任心强，工做细致认真
缺点：测试作了几年，发现本身可能得了职业病，遇到什么都先怀疑一下，我朋友说我疑心有点重，在工做上是件好事，可是在生活上多少会有点影响吧，好比，作事有点犹豫，不够果断
75、学习能力强，有哪些提现？
我认为一个接受完大学教育的人，他就具有了学习知识的能力，首先，具有学习能力的人比不具有的人更有学习意识，其次，具有学习能力的人拥有本身的一套学习新知识的逻辑和方法，最后，具有学习能力的人能对本身的学习结果进行评估，并对下次学习过程提供改善信息。
7六、你以为测试的价值是什么？
1.开发人员不可以彻底的发现本身的bug
2.开发人员和测试人员的立场不一样，前者立足技术，后者立足需求，关注质量
3.测试人员可以更好的促进项目沟通与反馈
7七、有没有作过提好测试效率，让测试工做更有价值？
引入自动化测试，提升了测试效率
78、偶然性的bug怎么处理？
在测试执行过程当中，一旦系统出现异常信息，咱们第一时间要作的是截图，保存证 据；肯定是偶然性的bug以后，收集相关的日志，连同截图一块儿提单给开发定位； 若是该缺陷的影响程度比较低，能够提交问题单进行跟踪，跟踪三个版本，若是后三 个版本都没法复现，就能够关闭该缺陷； 若是这些不可复现的Bug是很严重的Bug，好比致使系统崩溃等，而且，实在没有再
次出现，除了要及时反馈给上级以外，最后还要写到测试报告中，说明出现了什么现 象，但没法再现！
79、大家的测试环境，服务器几台？
通常作功能的话，服务器就一台，若是作性能的话，会多一些有两台web服务器，一台DB服务器
80、app多久更新一次？
需求作完了一两个月更新一次，若是没有就算两周一个版本
81、原本周五上线，白天加了一个需求，怎么办？
82、你了解咱们公司吗？
提早看一下公司的主营内容等等
83、项目大概作了多久，*更新了多久？
84、本身公司作的仍是给别人作的产品？
85、系统用户数怎么样，*大概有多少？
app在友盟统计能够看到日访问量，网页本身在后台看
86、退货流程怎么测的？
退货流程以前作的，如今记得不是很全面，也是从六大特性下手的，最近作的购物车的测试点我记得比较清楚，我拿这个做为例子讲一下吧，+购物车怎么测
87、何时上线？版本发布何时？
（晚上用户少，出现问题能够立刻去解决回归测试。）
8八、接口测试出错了怎么定位？
首先，我会先检查一下请求参数啊，还有其余的填入的数据是否有问题，若是这些都没问题，我会ping一下网络，看网络通不通，若是网络也没问题的话，我会去看看系统服务器有没有启动，若是服务器也没问题的话，那可能就要发给开发定位一下了。
8九、接口用例怎么编写？
咱们每一个版本都会有四五个接口需求，有的是新增的接口，有的是原来的接口作了一 些调整，咱们会查看这些接口有哪些参数，每一个参数有什么约束条件，加密方式是什 么，正常和异常的响应信息有哪些，而后编写测试用例来覆盖这些需求，一个版本下 来大概有五六十条接口测试用例。
90、你在项目有没有作过什么提升效率的事情？
引入自动化测试，提升了测试效率
9一、测试风险有哪些？怎么回避？
风险包括进度风险、质量风险、人员风险、需求变动、成本风险等
一、测试人力不足致使测试进度滞后 规避风险：开发人员兼职测试
二、测试人员经验不足致使测试结果分析不全面 规避风险：多组织培训、多进行技术、经验交流
三、用户需求改变 规避风险：项目总体调整，项目组全员加班
92、bug的组成，bug状态，开发不改bug怎么办？
一、组成：标题、所属模块、级别、操做步骤、预期结果、实际结果、相关日志和截图；
二、状态：激活、已解决、已关闭；
三、先跟开发沟通，确认系统的实际结果是否是和需求有不一致的地方；有些地方可能需 求没说起，可是用户体检很差，咱们也能够认为是bug。 若是开发以不影响用户使用为理由，拒绝修改，咱们能够和产品经理，测试经理等人 员进行讨论，肯定是否要修改，若是你们都一致认为不用改，就不改。
93、Python数据类型有哪些？定义类的关键字是啥？
不可变数据：int (整型)、float (浮点型)、str（字符串）、Tuple（元组）、Sets（集合）；
可变数据：List（列表）、Dictionary（字典）。
定义类的关键字：class 类名：属性
94、自动化测试怎么作的？
就拿简历上的xxx项目来讲吧，在编写脚本前，咱们会对系统进行评估，确认这个系统可不能够实现UI自动化，若是能够的话，就筛选出能实现自动化测试的用例，通常优先把冒烟测试用例的转为成脚本。咱们是用selenium工具来实现自动化，采用python脚本语言，基于unittest框架进行用例的编写。好比，下单这个功能的脚本，咱们是这样作的：首先，咱们会构建一个测试工程，测试工程包含public部分(这里封装脚本公共的内容，好比，打开浏览器，登录等操做)，testCases（存放测试用例），reports（存放测试报告），runAllCases（用于运行项目自动化用例），脚本调试完后，咱们会用jenkins持续集成工具，设置脚本天天晚上8点跑一遍脚本，跑完后生成html格式的自动化测试报告。
9五、自动化脚本失败的缘由？
1）、多是测试环境的网络不稳定；
2）、开发修改了代码没通知到测试人员修改脚本；
3）、开发引入了新的问题
96、在工做期间，你对公司（项目）有什么贡献？
一、引入自动化测试，提升了测试效率
二、在作交叉测试时候，发现了我同事测了几个版本都没发现的问题，而且是比较严重的那种，我举个例子吧：用户修改密码时，会接受一个手机验证码，因为系统没有对用户名和手机号码作绑定验证，接收到验证码后，填入别人的用户名能够进入密码修改页面，把别人的密码修改了
97、接口测试关注哪些内容？
1）、发送给服务器的请求数据是否正确；
2）、服务器返回给客户端的信息是否和预期结果一致；
3）、进入数据库，检查接口是否实现的相应的功能；
4）、接口的响应时间是否符合需求。
98、为何要作分布式压力测试？
由于当时咱们作性能测试，本身的电脑是带不动那么多用户的，因此才须要分布式的环境
99、测试用例评审会有哪些人参与？
产品、开发、测试和咱们组长都会参与
100、冒泡排序怎么写？
思路：大致思想就是经过与相邻元素的比较和交换来把小的数交换到最前面。这个过程相似于水泡向上升同样，所以而得名。举个栗子，对5，3，8，6，4这个无序序列进行冒泡排序。首先从后向前冒泡，4和6比较，把4交换到前面，序列变成5，3，8，4，6.同理4和8交换，变成5，3，4，8，6，3和4无需交换。5和3交换，变成3，5，4，8，6，3.这样一次冒泡就完了，把最小的数3排到最前面了。对剩下的序列依次冒泡就会获得一个有序序列
101、你简历上的专业和你毕业证上的不同，什么缘由？
102、你在xx项目中，有没有学到什么，对自身的成长有没有帮助？
在个人XXX项目中，咱们是首次开始作了自动化，以前个人自动化都只是停留在本身私下作的一个阶段，那一次是第一次在项目中使用经过这个项目首先是丰富了我自身的测试经验，而后这个项目也是有作性能、接口、自动化等等，这让个人测试能力更能全面的发展，同时经过项目也让我对web端的测试更加熟悉，相信在之后的工做中我对web端的项目可以尽快上手的
103、工做中有没有遇到什么困难，是怎么解决的？
太大的困难倒没有，不过在上个项目我遇到过一个比较紧急的问题，当时咱们的测试环境有问题，在界面上构造不了数据，致使测试堵塞了，项目赶着上线，领导一直在催，为了解决这个问题，当时我找到开发和运维的同事，让他们帮忙从生产环境上把数据导到测试环境上来测试，由于要协调其余部门的同事，因此印象比较深。
104、自动化的登录脚本，若是我想一个脚本里面完成多个用户登陆，怎么作？
这个咱们之前工做中没有接触过，那若是是须要并发登陆，咱们可使用Jmeter实现
105、大家接口测试是一个个作，仍是系统作？
咱们是将这个系统的全部接口，都放在Jmeter的一个线程组下一块儿执行。
106、若是一个模块有不少条用例，我想跳过其中几条，怎么作？
不以test开头，或者把不执行的用例注释掉
107.页面有个日期控件，我须要写入一个开始时间和结束时间，有没有遇到过
1）、若是能够直接修改值，就用send_keys()输入值；
2）、若是输入日期的输入框不能直接修改，通常来讲，这个输入框有一个readonly的属性，调用js将这个属性删除，而后再用send_keys()输入值；
108、怎么验证前端加密的信息是否是正确的？
参考答案：咱们在客户端输入好了信息，提交，而后用Fiddler抓包，看客户端加密后的数据，与开发给到的加密脚本是否一致，若是一致就是没有问题。其次，还要看返回的数据是否是正确的。
109、app版本升级具体应该怎么作？
参考答案：app的升级，咱们能够在后台设置，只对指定的手机进行版本的推送，而后如今这几台手机上进行升级的测试，若是没有问题，再去全量推送。
110、升级出现问题怎么办？
升级出现问题，就先修复问题，而后修复完成以后，再在测试机上进行测试，没有问题，再全量推送了。
111、怎么去找到难以复现的问题 ？
1）、查找日志，看是那个环节出现了问题
2）、尽可能去重复操做出现问题的步骤，从不一样角度去尝试
112、为何选择作测试？
刚开始，在xxxx公司上班，作的是技术支持类的工做，咱们的系统问题比较多，客户常常投诉，当时全公司只有一个测试，由于测试人手不够，公司把我调过去作测试，后面就一直作软件测试这个行业。
113、线上有没有发现bug啊
这个我说没有想必你也不相信，通常咱们发现了线上bug的话会先复现问题后，提交问题单进行跟踪；而后评估该问题的严重程度，以及修复问题时的影响范围，回归测试须要测试哪些功能；等待问题修复后，先在测试环境上回归，经过后再在生产环境上打补丁，而后再进行回归测试；最后总结经验，分析问题发生的缘由，避免下次出现一样问题。
114、有没有跟开发吵过架
没有。不过，有时候讨论问题会稍微激烈些，都是对事不对人的
115、怎么看待加班呢？
我反正是没有六点下过班，干咱们这一行的，加班很正常，只要不是无理的加班都能接受，毕竟公司不赚钱哪有钱给我发工资呢，不少事情仍是要为公司考虑考
116、当用户需求变动时，你会怎么作？
这个会常常遇到的，通常若是是小的需求变动，合理的话，能改的，经理会让开发直接改，而后测试再测一下就行了，若是是涉及到比较大的改动的话，通常会建议放到下一个版本再修改，若是必需要改的话，开发就会改的，测试也会从新修改一下测试用例，把可能会影响到的模块再测一遍。
117、对于用户需求，你是怎么理解的？
用户需求，就是描述用户但愿把产品作成什么样的一个文档，有些需求写得很全面，什么信息都有，很细；可是，不少时候咱们拿到的用户需求都是比较粗的，不全面的，甚至是有问题的，这时候，咱们要及时和上级，还有产品经理反馈
118、若是项目很赶，经理安排一个项目要三周内完成，你知道你完成不了，你怎么办？
先和经理说明，时间过短，存在风险；而后，将任务划分优先级，先完成优先级高的任务 ，保证项目的主要功能没问题，而后，时间容许的话，再作优先级稍微低的；在这个时间段内，天天向 上级报告工做的进度，让领导知道如今的工做进展和存在的风险
119、如何与开发沟通
1)、坚持原则；2)、对事不对人，拿证听说话；3)、尊重对方的劳动成果，平时和开发人员打好关系，不要把关系搞僵。
120、项目版本更新，怎么更新
2.进入tomcat服务器下webapps目录下，删除须要替换的系统的老版本工程文件，把新的war包放到webapps
4.先在测试环境上验证新版本有没有问题，没有问题在上线，而后再到生产环境上验证把主要功能验证一遍。
咱们公司会有个专门的打包管理平台(Jenkins)，开发把代码上传到这个平台，咱们选择须要打包的需求，按操做流程来作就行了
122、更新表结构发生变化，数据库怎么弄？
开发会写DDL语句，咱们把以前的表数据备份，删掉原来的表，而后执行开发写的语句，导入入数据就能够了。
124、测试环境的测试数据是怎么管理的？
功能测试环境的数据，用完了就本身造；性能测试环境的数据，在测试前会先备份一下，回归时候再导进来
12五、Jmeter作性能测试的工做原理是什么？
主要就是以Jmeter来控制压力机，来向服务器发送请求
12六、你可以把控的风险有哪些？
通常能够把控的风险主要是进度风险、质量风险，进度风险咱们以前天天都会开一个晨会，了解一下你们的工做进度，若是有风险就会去帮助他，那质量风险咱们主要是经过需求评审和用例评审两个阶段来控制
12七、购物车涉及到的接口有哪些？
添加购物车接口、库存查询接口、下单接口等等
12八、项目在数据库有哪些表？
12九、TPS测得多少？（20s）
130、JS的脚本怎么调用？怎么上传文件？
13一、用户支付完成，金额直接到达商家帐户？（第三方支付）
13二、支付信息安全性怎么保证？、
13三、优惠卷的类型？
13四、App的安装怎么测？
13五、自动化的元素属性值是动态变化的怎么定位？
13六、怎么获取元素的属性值？
13七、怎么上传文件？
13八、字符串反转输出？
140、Monkey测app的性能关注什么性能指标？
14三、促销活动有哪些？
14五、举例说下场景法怎么用的？
14七、相对并发和绝对并发的用户比率是多少？10%
1、给你一个杯子，你怎么测试？
1.1 水杯是否能够正常装水
1.2 水杯是否能够正常喝水
1.3 水杯是否有盖子，盖子是否能够正常盖住
1.4 水杯是否有保温功能，保温功能是否正常保温
1.5 水杯是否会漏水，盖住盖子拧紧后是否会漏水
主要关注水杯外观、颜色、设计等方面
2.3 颜色搭配及使用是否让人感到温馨
2.2 杯子外观大小是否适中
2.3 杯子是否有图案，图案是否易磨损
主要关注水杯使用是否方便
3.1 水杯喝水时否方便
3.2 水杯拿起放下是否方便，这里会衍生到水杯形状的测试
3.3 水杯装水是否方便
3.4 水杯携带是否方方便
3.5 水杯是否有防滑功能
3.6 水杯装有低温或者高温水时，是否会让手感到不适
4.1 水杯装满水时，是否会露出来
4.2 水杯最大使用次数
4.3 水杯的保温性是否达到要求
4.4 水杯的耐寒性是否达到要求
4.5 水杯的耐热性是否达到要求
4.6 水杯掉落时时，是否能够正常使用
4.7 水杯长时间放置时，是否会发生泄露
主要关注水杯是否能够装其余液体，若是汁、汽油、酒精等
主要关注水杯放置环境等
6.1 将水杯放在常温环境中，使用是否正常
6.2 将水杯放在零下的环境中，使用是否正常
6.3 将水杯放在高于正常温度的环境中，使用是否正常
主要关注水杯外观和各类异常条件下是否释放有毒物质等
7.1 当水杯装满热水时，水杯是否会烫手
7.2 当水杯装上水后，是否会产生有毒物质
7.3 把水杯放在零下环境时，是否会产生有毒物质
7.4 把水杯放在高温环境时，是否会产生有毒物质
2、给你一个报表，你怎么测？
报表测试的六大用例设计点
一、数据来源是否正确。
二、数据范围是否对应。
三、指标的特定条件是否知足。
四、明细与合计是否一致。
一、肯定报表是否有针对不一样用户角色，设置相应查看权限的需求；
二、不一样的用户角色，其查看权限是否正确；
一、报表的标题或者表名是否正确；
二、报表的总体显示格式是否符合客户提供的表样；
三、数据显示格式或偏差是否与需求保持一致，如小位数、百分号、单位、汇率等；
四、报表页面的时间段是否用户选择的时间段；
五、当输出的内容过多时，分页方式是否正确；翻页时，是否有与上页相同的样式，第2页输出是否正确；
六、须要特别提醒的数据（一些异常数据）是否突出显示；有些指标计
算方法特别或某些指标容易混淆的状况下，页面是否有加注释；
一、各个指标的组合筛选查询是否正常；
二、输出功能，如导出PDF、excel等使用是否正常；
三、打印设置、打印效果等是否正常；
四、分页，或分布导出等是否如常；
五、导常状况下的使用等。
测试的前须要了解的信息：用户访问的频率、使用习惯、数据范围等。
二、筛选查询的响应时长；
三、QPS（即每秒的响应请求数）。
一、当数据源有实时数据入库时， 相关报表类的展现多久统计出来？
二、是实时仍是会有延缓？延缓多久？
三、数据延缓对指标有何影响？
3、针对百度首页，怎么去测试？
百度首页呈现的功能:新闻,网页,贴吧,知道,音乐,图片,视频,地图,这8个是最主要的;紧接着次要的百科,文库,hao123,更多;除此以外就是把百度设为主页,安装百度浏览器,加入百度推广,关于百度等等;和用户相关的还有登陆,注册.
百度首页8个主要功能,排除地图部分的搜索其余7个比较相似.这里主要讲网页搜索,那么测试的也就是输入框,比较有效的方法就是边界值测试和区间测试.
边界值测试能够测试一下输入字符的数量:
a)不输入文字,直接按搜索
b)输入38个汉字后点击搜索按钮，成功跳转到搜索结果页面
c)输入39个汉字，截取前面38个汉字
d)输入100个汉字，截取前面38个汉字
e)尝试输入101个汉字，没法成功输入
复制粘贴38个汉字进入搜索文本框，并中间加入62个连续空格后按下搜索
a)有意义的关键词作输入值，预期能搜出结果
b)无心义的关键词作输入值（好比用脸滚键盘来输入一些乱七八糟的关键字），预期搜不出任何结果
那么对于搜索有个问题就是如何校验搜索结果的正确性?这里就再也不适用黑盒测试的方法，能够尝试白盒测试或者自动化测试，但是这个校验算法自己就很难，用什么规则去定义呢？用另外一套彻底不一样的搜索逻辑去对比，好比谷歌和百度对比；或者设计一些通用的规则，而后去校验
图片、字体、颜色、按钮等
b)搜索结果页提示”要找的是否是xxxx“
c)搜索结果页提示”关键字里去掉引号能够找到更多xxx“
d)搜索结果页提示”您输入的网址是否是xxx“
5一、购物车，怎么测的？
将商品加入购物车，页面跳转到登陆页面，登陆成功后购物车数量增长。
全部连接是否跳转正确；
商品是否能够成功加入购物车；
购物车商品总数是否有限制；
商品总数统计是否正确；
商品文字太长时是否显示完整；
购物车中下架的商品是否有标识，是否还能支付；
新加入购物车商品排序（添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品）；
是否支持快TAB、ENTER等快捷键；
商品删除后商品总数是否减小；
购物车结算功能是否可用。
BS架构：不一样浏览器测试，好比：IE，火狐，谷歌，360这些。
APP：在主流的不一样类型，不一样分辨率，不一样操做系统的手机上测试，华为，vivo，oppo等
是否有回到顶部的功能；
商品过多时结算按钮是否能够浮动显示；
购物车有多个商品时，能不能只对单个商品结算；
界面布局、排版是否合理；
不一样卖家的商品是否区分明显。
打开购物车页面要多长时间
