最近看到有个同学的blog很火，题目很吸引人，今天我也忍不住其实早已忍不住想写点关于这方面的，但是侧重点还是不同的，无超越之想法 呵呵。
我相信大家工作中遇到的不都是你期望的可以达到很好共识的开发同学，如果你遇到了与你一拍即合的开发人员，那你是幸运了，当然我也是幸运的，呵呵，那当遇到了以下一些情况的时候你是怎么做的？
遇到这样的时候该怎么办？
我们都知道，开发不能自测，因为会受自己的思维所限制，这个与工作性质也有关系，就像长期做测试，你会发现生活中其实很多时候你的各种疑问，各种猜测都是在受测试思想所潜移默化的影响着了，那么开发也同样，开发同学在每次接到需求时，第一时间脑子里出现的问题就是 这个需求是否能实现，然后就是“这个需求如何来实现” 可能有些开发同学就直接飞到代码里了，我身边就有这样的例子，即使跟pd沟通，也会直接跑到代码里了，这样会出现 其实你本来就只想要一个是或者否，或者一个小问题，那么在与这样的开发同学确认时你可能需要3-5分钟的时间，测试一个需求，过程中肯定会有很多沟通，而如果遇到这样的情况，可能你的一些时间无形中就被消耗掉了。
针对遇到这样的情况时，首先你要清晰的表达出你想要什么样的结果，可以直接说出你不需要了解的内容，然后再让对方给出答案。当然如果你对系统实现还不了解，或者你想从与开发的沟通中找到你可能遗漏的测试点，那就需要耐心听开发的解释，的确会有很多新发现。
遇到这样的时候该怎么办？
由于测试人员在提交bug之前都会先跟开发打个招呼，确认下再提交，开发同学比较忙时，不会马上解决，所以你会先提交bug，但是这样的习惯会导致有些开发同学不愿意自己去qc里查看，而是直接在群里问测试同学。甚至有的会直接跑到测试 同学面前让测试同学重现下，有时可能测试同学也没介意，那就重现下，但是如果遇到的次数多了，相信也是件不爽的事情，而且也会给开发养成这个习惯。
所以测试同学的确需要坚持原则，提交专业bug的目的就是为了让开发同学自己去清晰了解bug重现的条件。如果再来问你这个bug，那就说明是你的bug没有描述清楚。所以尽量减少已经提交的bug再次被打扰的情况，我们需要提高bug描述的专业性。
遇到这样的时候该怎么办？
测试人员提交bug时难免会出现误提bug，比如是脏数据引起的，比如是当时环境有问题引起的，不知道是不是有些开发同学遇到这样的无效的bug比较多还是?会发现不管你提的问题是什么，他都会第一句问你 “是脏数据引起的吧”，或者是 哪个应用无法提供服务引起的吧，甚者会直接说 就是由于某个原因引起的，相信测试人员会不爽，但是相信也会条件反射成为习惯，有些测试同学心虚，会再次操作下看是否的确是脏数据或者当时环境问题引起的。但是我相信是这种无效bug是很少很少的，如果你遭到了多次这样的被怀疑后，也会很不爽。
针对这种情况我们首先要以同理心来体谅对方，所以为了不浪费开发同学的时间在无效bug上，我们需要对我们提的每个bug要负责，而且最基本的是要首先要自己做过排查不是脏数据引起的，测试人员也需要提高识别bug的能力，不要问题都先提出来，让开发确认一下是否有效然后才提交。如果你还在这样做，那你需要好好考虑下咯。
在我们保证我们提出的bug绝对有效的情况下，开发同学还在这样反问的时候，你可以毫不犹豫的跟开发说是的，让他自己在看下bug描述，而不是直接在你电脑上给他重现一遍以证明你是对的，当他与你合作几次之后，他也了解了你的工作习惯，也了解你提的bug都很ok，他自然也会遵从你的习惯。
遇到这样的时候你该怎么办?
测试同学最关注的是开发提交代码的质量，最希望开发提交的代码有极少的bug，至少最基本的情况都是正确的，但是希望很美好，现实很残酷，希望达到这样的状态，就需要开发有很强的代码质量意识，质量意识说说是很空泛的，开发有时也的确会说是由于太忙，没时间自测，所以才… 但是这些都不是借口，其实开发说忙 他的确完成了这个日常，但是其实无形中把工作转嫁到测试的时间上了，所以开发做好自测同时也是在减少测试和开发反复修改bug的时间，那有什么办法可以提高开发提交的代码质量呢？
说道办法 目前想到可实施的也是采用冒烟测试，列出该日常基本测试点，至少保证最基本的需求实现是无问题的，开发冒烟通过，在提交给测试，如果开发没有自测会怎么样呢？有什么后果呢？的确我目前也无法说会有什么后果，但是至少在心里上让他觉得不好意思。当然我相信应该没有觉得好意思的 呵呵
以上是列出比较典型的，大家工作平时工作中或多或少都会遇到的，当然解决办法也会有更多，我们最希望的是在处理好开发和测试的友好关系下又能提高工作效率。
扫一扫
488
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
