我觉得你想搜集的这些点，第 1、2、3、4 点，应该到开发、产品、老板聚集社区里问比较合适。

最后一点，个人觉得测试工程师还可以推动质量前移和后移。前移比如参与技术方案设计、代码 review 、单元测试把关；后移比如线上数据监控及预警、线上巡检、线上异常集中点分析及推进改进方案。

只要和质量搭边的，都可以去做。质量不是测出来的，是设计和持续改进出来的。

领导眼里是看结果导论的，不是看测试一块，是看整个盘子。测试要改变就是从辅助生产力，到维护生产关系。变成参与生产力和承上启下生产关系。国内把测试看成是质量还要很远。
测试部门 价值就是服务了多少部门做了多少事，完成了哪些工作，额外产出了哪些（联合产出或者自己的基建），体现在诉职上。

产品和测试是一个跨业务的，是测试上游，对于产品来说更关心的是产品是否准时上。
测试部门价值就是产品验收是否顺利，和产品要求同存异。

开发，个人认为是最容易成为伙伴关系的，测试是程序下游和程序是测试的上游，这个要看公司过往制度，只要公司不是鼓励测试和开发 PK，基本上要做到融洽不难。
测试部门价值就是不要划水，好好负责自己的活，如果可以帮助到开发忙，会很融洽。

对产品和开发那边忌讳吹毛求疵抓住一个点不放，以数据和实际上线要求做为准出的。

不如先跟我们说说，在你眼中测试工程师是怎样的。

每个公司情况都不一样。结合自己单位的实际情况来写 PPT 会比较合理。测试是门综合性极强的工作，什么都要会做。产品设计会不会有缺陷，测试可以改进啊。研发代码写的不合理，不符合预期，测出来啊。代码怎么交付保证质量，测试搞啊。测试环境谁维护，测试自己啊。研发代码质量怎么控制，全公司上下的代码研发到上线的流程规范，测试也要参与啊。。价值，上面有人说了，和质量有关的，都可以涉及

我跟 4 楼的理解一样

• 个人认为，开发和产品不会因为你 PPT 写的怎么样就改变对测试人员的看法和认知
• 对于测试人员，应该需要有一个自我定位和要求，从我们团队来看，需要有以下几点认知
  • 测试人员保障产品质量只是基本要求，做到才算及格
  • 测试人员在整个项目流程中起到贯穿全程的作用，项目风险把控只是其一
  • 产品 sense，在需求评审的时候也要提出产品建议、交互问题、需求的合理性、复杂场景补充等等
  • 协助开发人员完成基础设施搭建、监控方案、持续集成等等工作，同时如果能力允许，可以帮开发把 bug 的排查范围缩小
  • 在测试场景设计上体现出自己的专业素质和水平，毕竟这是本职工作
  • 在测试的深度上、测试介入的前驱上做一些文章，比如单元测试、代码覆盖率、专项测试、性能监控等等，都是体现测试人员能力的一种方式
  • 从产品（项目）本身出发，考虑一些提升的思路和想法，或者提供辅助工具的开发，比如我们这边会有人去做抓取数据、监控日志分析、商业数据的展示、需求管理等等额外的工作，都可以刷新项目组成员、业务方对测试人员的认知

综上所述，测试人员首先应该对自己有一个认知和要求，并不用在意别人怎么看我们。

赞，说的很对，其实做得好了，别人自然就重视了

非常感谢，是自己想得太简单了，谢谢

谢谢，这些讨论内容，含金量较高，很受益！