一、 测试 流程是什么样的？
1.产品确定需求后，邀请项目经理，开发，测试等人员参加需求评审会；
2.评审结束后开发根据需求文档和接口文档开发，测试制定测试计划和编写手工 测试用例 ，测试脑图；
3.测试召开用例评审，等开发完成后并且进入联调时，可以先介入进行单接口的测试，等开发转测后，进行系统之间的业务测试；
4.执行测试用例，在禅道上提出bug并且跟踪bug，开发解决后回归测试。用例执行完成并且bug全部修改完成后，进行提交上线。
二、测试计划包括哪些内容？
测试标题，测试范围，测试计划开始时间和结束时间，测试实际开始时间和结束时间，开发人员，测试人员，测试环境，是否存在风险等。
三、测试用例包括哪些内容？
所属模块，前置条件，用例标题，用例等级，测试步骤，预期结果等。
四、测试报告包括哪些内容？
测试背景，测试标题，测试实际开始时间和结束时间，开发人员，测试人员，测试环境，测试结论，bug统计，待办事项等。
五、如何编写 接口测试 用例？
以借款申请接口为例：
1.先理解所测接口的业务逻辑，参数和响应的含义。
2.根据接口的业务返回设计测试用例，比如借款成功，失败，处理中等线上常见的场景。
3.根据接口请求参数的长度限制设计测试用例（边界值），比如用户的身份证， 手机 号的长度。
4.根据接口请求参数的格式限制设计测试用例（等价类：有效等级类和无效等级类），比如用户手机号以1开头并且都是数字，这是有效等价类。非数字以外的格式为无效等价类。
5.根据接口请求参数的是否非必传设计测试用例，逐个去验证必传参数不传的情况。
6.若存在请求参数的组合场景，比如证件形式：1身份证2其他证件。接口传1，但是不传身份证号码的场景。
7.接口和接口之间的业务关联，比如未调用授信申请，直接调用借款申请等情况。
8.对 数据库 记录 和重要字段的校验。
六、测试用例的设计方法有哪些？
等价类（有效等价类和无效等价类），边界值，因果图，场景法，错误推断（结合实际情况，有针对的推断问题会发生在哪）。
七、如何提高测试覆盖率？
1.首先理解产品需求和接口文档。可以先编写测试脑图帮助理清逻辑。
2.召开测试用例评审，和开发产品讨论测试用例是否有遗漏的地方。
3.根据测试用例去测试，每测试完一条修改测试用例状态，不要想一点测一点。
4.可以多考虑线上出现过的问题，着重去测试该部分模块。
八、如何判断bug为前端还是后端的？
前后端分离项目，可以抓包或者f12进行分析接口的请求和响应。
如果接口请求有问题，则为前端的bug；如果请求没有问题，响应有问题，则为后端的bug；如果请求和响应都没有问题，但是页面展示有问题，则为前端的bug。
九、http和https有什么区别？
http是超文本传输协议，信息是明文传输的，端口号为80。
https是更具安全性的加密传输协议，端口号为443。
十、常见的http请求响应码？
1xx（正在请求）
2xx（请求成功）：200
3xx（重定向）
4xx（请求出错）：401（没有权限），403（服务器拒绝请求），404（请求网址不存在），405（请求方式错误）
5xx（服务器错误）：500（服务器内部错误），503（服务不可用）
十一、三次握手和四次挥手
三次握手：
1.客户端发生请求到服务端。
2.服务端返回已收到响应到服务端。
3.客户端再发送请求到服务端，数据开始进行传输。
四次挥手：
1.客户端发送关闭数据传输请求到服务端。
2.服务端收到请求并且返回客户端，关闭传输等待状态。
3.服务端发送关闭数据传输，请求客户端。
4.客户端再发送确认关闭请求到服务端。
十二、token，cookie，session的区别
相同点：都是用于接口鉴权。
不同点：token是登录接口返回的，后续接口请求头需要带上token才能请求。
cookie是储存在客户端的，请求服务器需要带上session-id，不安全。
session是储存在服务端的，相对安全，但是访问量大的时候会占用服务端的内存。
十三、app测试和 web 测试的区别？
app测试是基于客户端，如果服务端更新后，客户端不会随着更新。需要用户手动去更新客户端；
web测试是基于浏览器，如果服务端更新，文本页面会随着更新；
兼容性不同：app测试需要测试不同型号，不同 操作系统 的手机，web需要测试不同的浏览器；
相对于web测试，app多了很多专项测试，比如弱网，来电，来短信，关机等状态下。
十四、b/s和c/s的区别？
b/s：浏览器和服务器之间的架构，是http协议传输。
c/s：客户端和服务器之间的架构，是tcp/ip协议传输。
兼容性测试不同，c/s要考虑安装，卸载，更新的测试。
十五、给你一个网站怎么测试？
通过软件质量模型中8个特性去测试：
1.功能性：测试网站功能是否正常，是否符合产品需求。
2.易用性：是否容易被访问，操作错误时是否有相关的提示语，是否有错误防御功能。
3.兼容性：在不同的浏览器上运行。
4.可靠性：服务器中断后，是否能够保存并且恢复用户数据和重建系统。
5 .信息安全性：用户没有权限的情况下，是否获取数据和篡改数据。
6.维护性：页面可以根据产品需求，有效率的维护和迭代。
7.可移植性：页面是否可以适合不同的环境和硬件。
8.性能效率：接口响应的时间，页面反应的速度。
十六、如何定位bug？
1.可以先确认服务器是否启动成功，各服务的配置是否添加成功。
2.可以通过服务器的access和extre，error日志来确定。
3.查看数据库的前置数据是否正确。
十七、测试分为几个阶段？
1.单元测试：开发完成联调阶段，测试可以先进行单接口的测试。
2.系统测试：转测后，根据测试用例，测试多接口之间业务系统和产品需求。
3.回归测试：开发改完bug后进行回归验证。
4.交叉测试：负责的模块测试完成后，可以和其他测试交叉测试对方的模块。
5.验收测试：产品或者运营验收产品。
十八、http协议中有哪几种请求方式？
get，post，put，delete，head等。
十九、get和post有什么区别？
get是获取数据，请求参数是放在url后面的，不安全。
post是提交数据，请求参数是放在body里的，相对安全。
二十、post常见的数据提交方式？
application/json；application/xml；text/html；from表单等。
二十一、如果项目上线后发现bug怎么办？
首先评估bug的严重性，如果是一般的bug，可以先记录下等下一个版本修改上线；
如果是严重的bug需要紧急修复上线，编写好对应的测试用例，再测试环境复现该bug（如果不能复现可以从线上日志找原因），等开发解决完之后，再回归测试上线。之后总结教训，分析原因。
二十二、接口调不通如何排除？
1.首先检查服务器是否启动，可以ping一下接口地址，还有端口号是否正确。
2.检查防火墙是否关闭。
3.浏览器是否设置了网络代理。
4.检查接口的四要素：请求地址，请求头，请求参数，请求方式。
5.接口会返回状态码，可以根据状态码定位。
感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【 软件测试 】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你! 有需要的小伙伴可以点击下方小卡片领取
