测试改进

• 5个why理论，层层深入，提高对项目或业务的认识高度，了解到底层或根本原因。
• 新员工可以做反向输出，加深对工作的熟悉程度。
• 所有做的事情都是解决痛点，不管是自动化、工具或流程等。
• 开发修改点的原因、背景，了解清楚。
• 测试报告写明bug原因和解决方案。
• 缺少目标感。(问题是什么，可以列出来，怎么解决，思路是什么，不要简单地写个百分比进度)
• 关注项目的数据模型（表结构）、技术实现（设计思想），用于项目风险评估。
• 接手一个项目的测试，作为owner，除了搞清需求外，还要知道项目计划上线时间，有哪些功能点需要上线，占比多少？跟规划是否一致，然后自己评估是否合理，如果比较急需要考虑对应的测试解决方案。
• 设计用例除了功能场景覆盖外，还要结合项目本身特性去考虑。（比如网关项目的并发、连接超时问题、稳定性等、如redis的命令的幂等性、kafka的高可用、一致性等）。
• 每个人都有自己的主要任务，对于测试工具（平台）的实用性和用户体验需要特别重视。因为只有当这些工具真正能帮忙用户（并减少维护成本），才“活”的长久。（避免中看不中用）
• 作为leader, 不仅仅要培养员工的测试设计能力和代码编写能力，更注重培养员工的思维逻辑、思考方式、工作方法、文档书写能力和口头表达能力。
• 出了问题，不要怕。重点在快速定位、快速解决。强调日志和报警的重要性。
• 跟开发沟通：如果忙，但要给个时间点。
• 技术是基础，但归根到底解决问题的能力才是核心力。