转正报告不知道怎么写？为大家写了个模板，可能写的不好，给各位参考参考

进入公司的三个月时间里，在领导和同事们的悉心关怀和指导协助下，使我在较短的时间内适应了公司的工作环境，也熟悉了公司的支付业务流程，目前能应对测试部门的工作任务;

一、性能测试方面：

1. 生产环境微信公众号下单接口性能测试，根据私钥密钥规则，编写性能测试脚本，并发数100、200、300、500、800、1000压测；tps从30+笔/s提升到393笔/s，配合研发、运维优化调整从日志等级调整为error；增加数据库连接数；增加服务的线程数；去除签名服务；增加容器线程数，提升带宽速度，调整应用服务器。

2. XX平台链路层压测（劵领取、支付工具列、红包使用、红包充值），从不支持用户10个并发提升到支持30+，经开发调整代码及服务器的连接数。

二、安全测试方面：

XX平台、XX综合业务管理系统、XX售卡系统、XX管理系统、企业XXX、个人XXXAPP

三、自动化测试方面：

1. 交易接口自动化测试：测试覆盖率达80%+，测试用例设计1000个+，预计时效从1-2D提升到1-2h

预计8月底完成的业务测试场景如下：

普通收款；收款+S0；收款+分账（默认规则）+撤销+查询

收款+分账（默认规则）+完结+查询；收款+分账+规则模式(上送规则编号)；收款+分账+规则模式(上送规则编号)+优先固定分账金额；

收款+分账+（允许多/单次分账)+上送规则（指定/金额分账）+优先固定分账金额；收款+分账+（允许多/单次分账)+上送规则（指定/结算/订单金额分账）；收款+分账（允许单/多次分账)+（默认规则）；

收款+分账（允许单次分账)+（分账规则编号）+（结算/指定金额分账）；收款+营销（优惠金额）；普通退货（部分、全部）；营销退货（部分、全部）和一些反向

2. 中台接口自动化测试：测试覆盖率达80%+，测试用例设计1000个+，预计时效从5-7D提升到2-3h

预计8月底完成的业务测试场景如下：

充值（企业结算户、企业XXX、收款二级户、个人结算户、营销）
转账（企业结算户、企业XXX、收款二级户、个人XXX、个人结算户、营销）：支付（企业XX户、个人结算户、个人XX付、营销）
组合支付（个人结算户、个人XXBAO、营销）：付款（企业结算户、收款二级户）；提现（企业结算户、收款二级户、个人结算户、个人XXX、营销）；查询；涉及到二级户和XX付时候需要根据支持的角色与否去实现反向案例。

四、重大测试项目推进：

每周与开发负责人沟通，本周重大测试项目及下周提测计划，根据项目紧急程度合理安排测试资源及推进测试进度。比如：错误码需求，及时与项目经理沟通，每天下班之前与产品、开发、测试沟通会，如周末需要加班大力支持项目，推进测试进度。

五、测试部组织架构：

应用测试部划分三个测试小组：XX测试组、核心系统测试组、工程效能测试组。

六、招聘及培养：

1. 6、7、8月份离职X人，补岗4人（3人已入职，其中1人预计*月*号入职），目前离职人员暂无影响测试工作。

2. 内部培养2名自动化测试和1名重点核心测试人员。。

3. 从外部招聘更优秀的员工

七、不足之处：

1. 编写下单接口（加密）性能测试脚本开发，刚开始对签名（加密解密）规则业务流程不熟悉，开发只提供JAR包，没有明确功能，提供密钥（第二天过期）不正确，导致测试脚本调试报错，经与开发多次沟通，让开发将统一下单的代码、密钥、密码提供给我，由自己编译打包生成JAR包，最终测试脚本调试成功。

在调优阶段对生产环境的架构部署不了解，经与开发、运维调优及多次沟通了解生产环境的架构部署。

2. 前期对支付业务不熟悉，导致调试交易接口浪费些时间，经与开发、测试多次沟通后，对前置/交易/清分/账务系统的业务逻辑及数据结构更深入的了解，特别在调试分账接口中更了解系统，比如：发送一个分账的请求，需要等待10-15分钟才能插入数据库。自动化测试解决方案：通过python写一个队列将所有的请求跑完后，等待10分后再验证所有的数据库字段值。

八、总结及后续计划：

1. 经过三个月的业务学习，对公司的产品具有一个全局观念了解：个人/企业XXX、XX账户、前置网关、交易系统、清分系统、计费系统、记账系统，后续加强业务细节了解。

2. 测试环境治理目前是测试团队一个最大痛点，测试环境稳定性直接影响自动化测试和手工测试效率，建议测试团队专门的人员维护测试环境。

3. mock开发，为了提高自动化测试覆盖率，目前mock 未开发的，测试团队统一开发及维护。

4. 质量体系建设，推进单元测试和静态扫描sonar，从中选一个项目进行单元测试。