首先要自己熟悉项目，熟悉项目的需求、项目组织架构、项目研发接口等-功能 + 接口 + 自动化 + 性能 是怎么处理的？-第一步： 进行需求分析，需求评审，研发和测试对需求达成统一的理解-第二步：架构师会输出接口规范；前后端开发根据接口进行开发功能测试人员，开始根据需求设计测试用例接口测试人员根据接口规范设计测试接口测试用例-第三步：后端开发 先测接口-第四步：接口测试人员对接口进行测试-第五步：接

6年工作经验，曾就职于某大型国企，公司研究院成员，也就职过美团担任高级测试开发工程师，有丰富的高并发大型项目经验。后端高并发、高性能、高可用性开发，自动化测试框架开发以及软件自动化部署，践行Devops理念，对docker k8s容器编排技术有深入研究。我的自动化测试之路，一路走来都离不每个阶段的计划，因为自己喜欢规划和总结，所以，我和朋友花了一段时间整理编写了下面的《自动化测试工程师发展规划路线

代码已开源： https://github.com/yuzd/OpenQA.Selenium.Chrome.Fiddler。我们新创建一个功能：OpenQA.Selenium.Chrome.Fiddler。有时候我们需要mock接口的返回，或者拦截和转发请求，今天就来实现这个功能。然后再selenium.chrome启动的时候传进去这个zip包的地址。因为拦截api 或者 转发 需要用的chrom

1、问：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决?首先，将问题提交到缺陷管理库里面进行备案。然后，要获取判断的依据和标准：根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据;如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷;根据用户的一般使用习惯，来确认是否是缺陷;与设计