测试和开发可以说是前世的一对罪孽，今生的一对冤家。开发的工作是根据PM的设计最终制造出产品，而测试是在开发完成的工作中发现错误。很明显，像测试这样的工作让开发很不爽。其实不只是发展，每个人都嫌弃自己的劳动成果，不要让别人挑剔。如果测试在工作中不注意方法和方法，会使本就紧张的测试开发关系雪上加霜。所以测试总是很容易和开发者发生争吵，吵得吵到几乎无从下手。这样的场景在不同的公司每天都在重复。尽管现在的测试者大多是90后的小姑娘，皮肤白皙漂亮，性格直爽，工作认真负责。开发人员也都是手艺好、性情好的小伙子。一旦双方在工作中发生矛盾，最终都需要老板的调解才能停战。他们吵架的内容往往都是一样的：测试：为什么我说的bug还没有修复？！开发人员：哦，你什么时候提到这个错误的？提出了哪些错误？测试：你没有阅读你的电子邮件吗？！开发：哦，可是邮件那么多，我怎么看啊。测试：这个bug我说了800遍了，猪都懂怎么回事，你为什么不明白？！开发：哦，我不明白，你再说一遍。测试：刚刚提到的bug很快就修复了！！！开发：哦，但是你只给了我几个名字，环境，步骤。我怎样才能重现和修复它？测试：我上次告诉你这个bug已经三天了，为什么还没有修复？！开发人员：哦，但您没有说要由谁来解决。总结一下，他们吵架的原因有以下几点：或者测试提到的bug开发无法复现，产生争议；分歧源于不同层面的分歧。其实，这些争吵完全没有必要。下面我结合自己的工作经验，谈谈如何做好测试，与开发和谐相处。作为测试，bug管理是日常工作中非常重要的一部分。这项工作的好坏直接决定了测试能否与开发和谐相处。以前的做法是测试，把新发现的bug添加到开发任务中，然后像狗追兔子一样督促开发修改自己提交的bug。开发有自己的日常开发任务，尤其是在项目的早期阶段，工作压力非常大。如果在日常的开发任务中加入bug，会增加开发压力，容易混淆开发工作。好不容易起床的念头也被突如其来的虫子打断了。内容截图来自teamin的demo案例。结构略有修改。要解决这个问题，就必须对bug进行单独管理。这样既有利于开发工作的顺利进行，也有利于管理bug进行测试。和跟踪。记录bug时要合理分配，分清轻重缓急。根据错误的严重程度管理错误。一般来说，bug分为三个等级：common、important、urgent。具体级别可根据实际情况确定。在当前目标中包含紧急错误并指定特定开发人员修复它们；重要bug会根据产品规划和当前进度再讨论；一般的bug可以暂时忽略。项目、目标、标签三位一体，既不影响开发主线的进度，又能更好地完成bug修复工作，保证现有产品的良好体验，减少测试和开发之间的摩擦和争吵。它还确保通过测试对错误进行良好的管理。后期只需要跟踪bug的状态，及时将修复的bug归档即可。如果bug状态的跟踪都做到了以上，那测试和开发怎么会是同一种情况呢？很多时候，不仅仅是手头工作的结束，而是同一个团队里的每个人都在为同一个目标而努力。如果只是为了更快地完成自己的工作而耽误其他伙伴的工作，就最终要达到的目标而言，得不偿失。因此，在日常工作中，多站在对方的角度想问题，多为对方着想，做好自己能力范围内的工作，解决好问题，为对方创造舒适的解决问题的环境.好看在眼里，记在心里。哪怕是前世的罪孽，今生的仇人，还能有情人，还能成亲。
