工作内容报告

　　评审需求文档，跟进需求迭代，评审研发设计方案，追求写出完美的测试用例。

　　早参与，早评审，早写用例，并在测试过程中精准定位bug。

　　03 提高效率

　　用提效方法，找提效工具，写脚本解决繁琐工作。

　　详、全、尽的业务文档和操作文档，以帮助新同学或者其他业务组的同事快速熟悉负责项目，而不是每次都来询问。

　　05 项目推动

　　评估整个项目的进度和风险，推动问题解决。

　　响应、分析、定位线上bug，推动问题解答。

　　07 自动化测试

　　实现价值，不是为了自动化而自动化。

　　工作项目报告

　　重点说明，数据说话，阐述项目的结果和自己在项目中扮演的重要角色和所做的贡献。

　　工作推进报告

　　针对前端版本多，小需求、小改动频繁上线的问题，提出固定发版日方案，并在产研测闭环，解决问题。

　　02 守着开发改bug，一起分析问题

　　针对产品、研发、测试时间紧，发聊天消息会带来更多沟通成本的问题。采取面对面的沟通交流，充分理解研发的实现逻辑，更益于业务测试。当发现一系列bug后，抱着电脑蹲守开发，一起分析和解决问题，事半功倍。

　　03 做专项测试

　　针对业务的细节点，做异常专项测试，如断电、断网、服务不可用、接口异常等等，提升系统的稳定性。

　　04 上线checklist

　　不管大小项目，上线前做checklist（代码、数据库、人员通知、数据准备、配置准备等）。越是核心业务，越要推进该工作。

　　试用期心得体会

　　01 注重测试本质

　　测试工作，起于业务，归于业务。掌握各类技术和工具的最终目的也是服务于业务。

　　02 重点项目维稳

　　提高质量意识，提升服务稳定性。

　　03 继续推进优化

　　项目、流程优化点。

　　输出、分享、踩坑记录。

　　站在整个项目管控，锻炼全局意识。

　　Java编程，可以走查开发代码；用Java代码写性能测试脚本。

　　我司业务涉及同欧洲、亚洲公司合作，要能根据不同大洲和国家的情况、风土人情设计测试方案。

　　对产品需求方案、研发设计有不合理之处，怼起来。

　　功能使用顺不顺手，是否满足大多数人的胃口。测试应当以一个全新使用者的角度去测试功能，而不是为了应付需求。

　　04 确定工作优先级

　　项目需求扎堆时，合理分配精力。