2.描述公司测试流程
我们公司的话,首先会参与需求评审会议,产品经理会介绍产品业务以及功能细节。需求会议之后,我们测试经理会制定测试计划。之后我们会按照计划先进行用例的编写,用例编写完成后进行测试用例的评审。等开发产品编译完成,提测后,我们测试组就开始测试,先进行预测,再进入到正式的测试。
测试过程中发现的缺陷,全部提交到缺陷管理平台,并对bug进行跟踪,进行回归测试,直至缺陷率满足用户需求。这里一般测试2轮到5轮,测试结束后,对测试结果进行分析,编写测试报告。之后就是运维发布上线。上线后,关注线上产品是否正常运行。这个就是我们公司的流程。
3.用例设计方法
等价类划分法、边界值分析法、场景法、判定表、正交法、因果图、错误推测法
4.测试报告谁来写
会由测试组长进行数据统计和编写测试报告,测试报告涉及本轮测试的目的,每个模块或者系统的验证思路,测试案例执行情况,这块一般由表格呈现,对其进行分析总结,一般由饼形图折线图等呈现,缺陷清单,测试风险分析。
5.用例设计小测验
6.BS架构中如何定位前端问题还是后端问题
1.基于经验,如果bug是界面的排版布局的错误,像兼容性的问题等就很明显是前端的bug,对于网络不稳定下导致js或css未加载完全或是请求超时的问题也是前端的bug;
2.对于数据或者是处理逻辑上的问题可以通过抓包工具或者进行查看日志分析
通过抓包工具可以检查请求地址参数的正确性,如果是不正确的就是前端bug,如果请求是正常的,就可以进一步去检查服务器返回来的响应,如果响应的内容不正确,那就是后端处理出错了,为后端bug,如果请求响应都是正确的,那就是前端渲染响应的数据出错了,那么就是前端bug
查看报错日志,来分析日志里面的异常报错信息,查看数据库数据来判断前后端的问题
7.接口测试get和post有啥区别
get是从服务器上获取数据,post是向服务器传输数据。
第一:get请求参数是放在地址(url)里面的,而post请求参数是放在请求体里面的;
第二:get请求是可以被浏览器来缓存的,而post请求的话是不能被缓存的;
第三:get请求参数因为放在地址里面,而地址的长度是受限的,最大是2048个字符长度,而post长度是没有限制的;
第四:同样是因为get请求参数是放在地址里面,所以安全性是比较差的,post请求参数是放在body体里面,安全性相对好一些;
第五:get请求是可以通过浏览器直接访问,支持刷新和后退,post请求是不能被浏览器直接访问的,刷新后台数据是需要重新进行传送的。
8.postman测试如何操作
get:添加一个请求,选择get方式,输入请求地址,在params输入参数以及参数值,点击发送。
9.接口测试用例
正例(1-2个):单接口返回成功场景,链路接口业务流程实现(功能业务流程)。
反例:
鉴权异常:空,错误,过期....
参数异常:空,类型异常,长度异常
错误码异常:
其他异常:接口黑名单,接口调用次数限制,分页(少于0,0,中间页,最大页,超过最大页)
10.接口测试的用例和功能测试的用例最大的区别
功能测试侧重点在于前端ui界面,数据展示,图形界面,业务逻辑操作等,接口测试侧重点在于,后端返回的数据是否正确,接口是否正常.
11.是否接触自动化
12.为什么想着做测试呢