蜂羽司机 app 是一款基于陆运物流业务的基础上所研发的一款，仅服务用户为货运 司机的一款 app ，其中分为:货源大厅、订单大厅、通话记录、个人中心等模块， 其中我所负责的是 app 客户端的兼容性测试以及货源大厅模块和通话记录模块的功 能测试， 1.利用5部目前市场主流的测试机针对客户端开展兼容性测试，主要关注客户端的 正常安装于卸载，功能的正常使用，客户端所占内存，耗电量，是否会出现闪退， 无法正常打开与关闭的测试，考虑到目前有三类操作系统，针对这三类操作系统， 在客户端上进行功能和以上测试， 2.在针对通话记录的功能测试过程中，发现客户端在华为*鸿蒙系统上，客户端 获取通讯录权限后，仍出现通话记录有遗漏以及客户端未及时更新的情况，通过 fcs 微服务日志、mysql 数据校验和客户端抓包的情况分析，bug 出在后端，后续将 bug 提交至 TAPD ，并及时对接所负责的后端开发进行解决，直到 bug 关闭再进行 复测， 3.在此项目中共发现客户端 bug31个，后端 bug61个。

1.针对市场各大承运商，不同货主的各类需求，集合其它外部 tms 的优点，所以推 出了伯乐 tms ，这是一个专做大票零担的物流货运(web )平台， 2. 平台分为;订单管理，运营管理，聚盟共建，财务管理，智能定价，客户管理， 系统管理，等等模块 ● 其中我负责聚盟共建模块，然而聚盟共建又分为;账户管理 ，资金分配，票务管 理，仲裁管理，业务认证，等众多子模块， 我的职责是 从 prd 评审开始 根据自身经验以及对业务逻辑的熟悉，来分析出 prd 内不符合底层逻辑的功能点，评审过后根据 leader 所分配的组员，对其分配聚盟共 建内的其它子模块， 3.在此项目中用到的测试工具有 F12 fiddler postman jmeter 以及 pycharm和 xmind ● .利用 jmeter 针对资金分配模块，资金从承运商一级账户分配至二级账户的功 能，进行接口测试和压力测试，验证前端调用 API 时所需时间，以及出参与入参的 正确性，用户的账户余额是否产生变动，同时会利用 mysql 做一个数据校验，以及 QPS和 TPS ，是否达到 case 要求， 4. 在此项目中发现并解决前端 bug167个后端 bug94个， 5. 在此项目中后端 bug 较多的原因在于产品临时的 prd 修改，推翻之前的 prd 所以 开发需要考虑此次修改是否符合底层逻辑，与其它分支代码是否发生冲突

中台系统属于 web 项目，用户为区级或以上管理者，系统基于业务流程的需要， 对接了8类外部 tms ，系统主要分为:蜂羽来货、伯乐来货、蓝桥来货、出库订 单、入库订单、用户管理、权限管理等模块，其中我主要负责用户管理、权限管 理、蜂羽来货的模块进行业务上的功能测试和接口测试以及压力测试， 1.在针对入库订单的接口测试时，通过F12抓包分析请求头和 mysql 数据校验发 现，后端调用数据库时，缺少2类数值，导致接口返回前端展示时，参数有误的情 况出现，考虑到此 bug 的严重程度，在第一时间对接负责此接口的后端开发，进行 解决并直到 bug 解决后进行复测， 2.在针对蜂羽来货的接口进行压测时，在线程数为500，循环次数为10时，在第三 秒开始响应时间达到峰值，高于1500ms 后才趋于平缓，个人分析由于接口为异步 调用服务，在高线程短时间请求时响应时间较快，当低线程长时间请求时，aws 服 务会出现负荷较高，并且响应时间升高，还会影响其它接口的请求性能，存在 aws 服务调用期间其它接口请求会出现高并发的拥堵隐患，此问题后续同步到负责 aws 服务的后端开发，进行优化， 3.由与此项目迭代周期长，针对每一期迭代的不同需求，进行的功能测试、接口测 试和压测中共发现前端 bug179个，后端 bug116个。