【随笔】一些随笔

提示：仅供参考

---

业务方向

一.作为测试工程师，如何快速理解业务？

1.理指标体系

指标体系包含了这个业务最核心的关键目标，以及实现这些目标最关键的过程指标，可以通过这些结构的数据理解清楚业务的框架。

2.看需求文档

3.看测试用例

4.看别人的问题单

看别人的测试步骤和定位技巧，学习别人的测试思路，有助于发散自己的测试思维

二、你们公司的测试流程是什么？

测试流程：需求分析–>编写测试计划–>测试设计–>测试执行–>测试结果输出
需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议。
　　测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书制定项目总体计划，内容包括测试范围，环境资源的准备，进度安排，人力物力的分配，整体测试策略的制定，风险评估与规避措施有一个制定。
　　测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。
　　测试执行阶段：搭建环境，执行冒烟测试，然后按照测试用例进入正式测试，进行bug跟踪管理直到测试结束。
　　测试结果输出：出测试报告，确认是否可以上线
　　详细测试流程：了解用户需求–>参考需求规格说明书–>测试计划–>编写测试用例–>评审用例–>搭建环境–>冒烟测试–>执行测试用例–>bug跟踪处理–>测试报告输出–>版本上线–>上线验证–>面向用户

三、问题单（bug）包含哪些内容？

问题单号，所属模块，问题发现bug难易程度，可否重现，bug简要描述，测试步骤，初步分析，发现日期，发现人，所属部门，版本信息，测试环境，修改人，修改方案，回归结果等。
如何提高质量的bug？
需要参考需求以及详细设计等前期文档，设计出高效的测试用例，然后严格执行测试用例，对发现的问题要充分确认肯定，然后再向外发布

四、bug生命周期

1.提单人创建问题单，写明问题单走给哪位开发
2.测试经理/项目经理对问题单进行审核，包括问题单的严重程度、
3.开发人员进行定位分析并给出修改方案
4.如果bug修改影响范围较大，或是方案原因导致的bug，需要走给设计负责人评审
5.配置管理员进行修改授权
6.开发人员实施修改，给出开发的验证记录和测试建议
7.审核人进行修改审核，包括代码评审、修改文件清单是否正确（路径、文件名）、测试报告是否完整、是否核问题对应正确
8、测试经理组织测试
9.测试人员实施测试，测试版本、测试环境，并给出测试结论和测试报告
10.提交人进行问题确认

五、在测试过程中遇到的难题？

项目催的很着急、测试点很多、任务量很大
首先了解项目的需求，做好合理的排期和测试进度的预演，把测试用例分好轻重缓急，哪些测试点影响较大、功能比较重要，或者测试周期比较长，测试核心功能过程中遇到了一些技术难点，比如XXX问题，怎么想到要这么测的，怎么协助开发定位的。

六、印象深刻的bug？

1.典型问题，前端看着是下发成功了，实际配置错误，重启后会出问题
测试建议：通过检查配置是否正确容易发现问题所在；或者通过重启来发现问题现象
2.裁剪IPV6相关特性，特性裁剪时未考虑上行PPPoE Server启动IPv6的场景，在设计阶段未评审出来，裁剪后后台配置有遗留，导致main表多出一个缺省路由，main表的优先级比default表、多wan策略等规则的优先级高，导致所有流量优先走main表中的缺省路由，引发网上问题。由于本设备不支持IPv6的PPPoE，测试用例未覆盖到上层设备做PPPoE Server时开启IPv6，但本设备不开IPv6的情况
在开发和测试阶段均对客户实际使用场景了解不充分，不能从前期规避隐患，最终造成客户网上问题。

技术方向

一.get和post？

get和post是http协议中的两种请求方法
1.get向服务器索取数据，post向服务器提交数据
2.get把参数包含在URL里，get请求的数据会附在URL之后（就是把数据放置在HTTP协议头中），以?分割URL和传输数据，参数之间以&相连，如：login.action?
post通过request body传递参数
3.参数的数据类型不同，get只接收ASCII字符，post没有限制
4.get将参数直接暴露在URL中，不安全
5.get在浏览器回退时是无害的，post会再次提交请求
get请求可以直接进行回退和刷新，不会对用户和程序产生任何影响；而 post请求如果直接回滚和刷新将会把数据再次提交

二、HTTP和HTTPs区别？

1.HTTP明文传输，数据未加密，安全性差，HTTPs（SSL+HTTP）数据传输过程是加密的，安全性好
2.HTTPs需要CA证书，需要一定费用
3.HTTP响应速度快，HTTPs需要进行SSL握手
4.使用端口不同，HTTP默认是80，HTTPs默认是443

三、WEB和移动端APP测试的区别？

1.web端为B/S架构，浏览器/服务模式；APP为C/S模式，在移动设备上
2.web需要考虑不同的浏览器、屏幕分辨率；移动端APP考虑不同的手机设备、型号、品牌，系统
3.性能：web需要关注页面响应时间；APP除此外还要考虑电量、流量、内存、CPU
4.web在服务端升级后，客户端会自动更新；APP需要安装、卸载、升级安装包
5.移动端专项测试：接听电话、收发短信、低电量提醒、查看通知、锁屏、横屏、手势、回退、前后台切换、网络切换

四、如何进行接口测试？

1.获取接口文档、接口规范、需求文档，设计接口测试用例功能，用例设计考虑单接口、多接口业务流程
2.单接口主要进行接口正确性、健壮性，考虑各种入参（正常、异常、输入参数个数不对、类型不对、可选/必选、参数关联/互斥），接口返回值是否符合接口需求文档
3.多接口业务流程测试主要关注业务和数据流，多个接口串联操作能否满足需求文档

五、接口自动化脚本中，对于测试用例的维护？

1.及时更新：接口发生变化时，测试用例需要及时更新，确保与接口的最新规范和功能保持一致
2.参数化：将测试数据和输入参数从测试用例中分离开来，当测试数据发生变化时，只需要更新数据源
3.持续回归测试：定期执行回归测试，验证接口的一致性和稳定性
4.文档和注释：为每个测试用例添加清晰的文档和注释，描述测试目的、输入、预期输出等信息，方便其他人理解和维护
5.参数化维护：将接口的URL、请求头、请求体等参数进行抽取和参数化

六、接口自动化的断言方法

七、TCP三次握手过程

八、TCP四次挥手过程

九、线程和进程的区别？

线程是进程的一部分，进程可以包含多个线程，同一进程内的线程共享进程的地址空间
1.进程是操作系统资源分配的基本单位，进程之间切换开销较大；
线程是处理器任务调度和执行的基本单位，线程之间切换开销较小
2.一个进程崩溃后，在保护模式下其他进程不会被影响；
一个线程崩溃后，可能导致整个进程被终止，多进程要比多线程健壮

十、用户登录后台执行操作？

1.验证用户身份：从前端传来的用户名和密码进行身份验证（用户名、密码匹配、检查账户是否被锁定、账户是否过期）
2.生成会话标识：保存在用户浏览器中，以便在后续请求中身份验证
3.记住登录状态：登录时间，IP地址，用户代理，安全审计，用户行为分析
4.权限验证：验证用户权限

十一、输入URL到页面解析出发生了什么？

1.浏览器查找域名的IP地址（本地硬盘的host文件，本地DNS服务，DNS根服务器，域服务器）
2.浏览器向WEB服务器发送HTTP请求，建立TCP连接
3.浏览器重定向
4.服务器处理请求
5.服务器返回HTTP响应
6.浏览器显示HTML
7.浏览器发送请求获取嵌入在HTML中的资源（js、css、图片…）

十二、接口自动化的断言方法？

十三、性能测试测试点？

十四、如何设计测试用例？