黑盒测试（22）
1、回忆操作步骤、尝试重现
尽量回忆当时的操作步骤，并且最大可能的复原当时的操作环境。
确认当时的操作步骤是否有误。如果确认无误，可以多次尝试重现；
即使发现有操作错误的情况，也不要认为没问题了，要思量为什么会操作错误是否用户也会有这种操作？然后和产品讨论自己的想法，很可能这是用户体验上的问题。
可以把整个操作流程进行***，逐个步骤进行考虑影响因素，然后进行验证
视测试时间、严重程度、重要程度而定，要花多久进行重现，既不能一两次就草草了事，也不能无休止的在这一个问题上无限制消耗时间
如果是崩溃问题，一定要尽可能的抓取log并分析原因，然后提供给开发
2、提交bug与开发沟通
即使不能重现，也一定要提交bug备忘：
1)有的测试人员经常会因为不能重现，就不提交或忽略提交了，这是错误的
2)用户那边可能会出现，至少我们测试出现过，所以出于测试责任考虑，也要提交；
3)当前不能重现，不代表以后不能重现，既然出现问题了，那肯定是有问题，只不过当前无法解释而已。
4)要把当时出现问题时的环境、步骤，尽可能的在bug上写全，并且附上自己的分析和看法，哪怕是猜测也行，以便后续尝试重现
开发对自己的程序了解深刻，看到bug后，有可能很容易就能知道问题所在立马就能修改，或者根据现象给测试人员重现上的提示
对于这类bug，有些开发可能不太乐意让提交，因为没有重现步骤没法改，所以一定要和开发明确说明，这首先是备忘一下，后续可能会重现或想到修改方法；就算最后一直无法解决，也可以置为不可重现关闭。（在搜狗项目中，开发的bug数是不计入绩效统计的，所以开bug对于开发没有什么阻力）
切忌测试人员把单次发现的bug直接给开发，而不进行多次验证、尝试重现，因为这是不专业的表现，发现问题、多次多角度尝试重现、帮助分析问题原因都是测试人员应该做的。
虽然重现bug是测试的职责，但初步定位bug也是测试人员需要提高的能力，因为这样可以和开发一起找原因，提高开发对你能力的认可。但一定要注意，测试人员认为的原因，需要用一种建议的形式和开发沟通，否则会让开发认为你太自负，并且一旦你说的原因是错的，更会被认为是自不量力。
如果直到最后上线前都没有重现，那么就要把这个问题计入上线风险。
3、后续回归测试时着重关注
一轮测试时发现的不可重现问题，在后续回归测试或随机测试时，可以把这类问题重新拿出来分析并尝试重现（所以当即提交bug并详细说明步骤与分析内容的重要性就体现出来了，如果没有这些内容，后续想尝试复现难度都很大）。
重现问题时，不要仅局限在当前的环境下，换换思路、逆向思维、多发散、甚至带点创造性的做法往往会有较大的惊喜。
一旦再次重现，一定要保留现场，叫开发人员一起查看
如果发现了必现步骤，那么就要好好进行分析，为什么测试用例没有覆盖或者常规测试没有发现，及时总结。
如需转载该篇文章，请注明来自“搜狗测试”
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：25798次
积分：1295
积分：1295
排名：千里之外
原创：108篇关注51Testing
遇到这样的开发人员该怎么办
发表于： 13:55 &作者：ninglu & 来源：TaoBao QA Team
推荐标签：
　　最近看到有个同学的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的时间，那有什么办法可以提高开发提交的代码质量呢？　　说道办法 目前想到可实施的也是采用冒烟测试，列出该日常基本测试点，至少保证最基本的需求实现是无问题的，开发冒烟通过，在提交给测试，如果开发没有自测会怎么样呢？有什么后果呢？的确我目前也无法说会有什么后果，但是至少在心里上让他觉得不好意思。当然我相信应该没有觉得好意思的 呵呵　　以上是列出比较典型的，大家工作平时工作中或多或少都会遇到的，当然解决办法也会有更多，我们最希望的是在处理好开发和测试的友好关系下又能提高工作效率。
java直播教学：
搜索风云榜
( 10:00:36)
如果你正在求职
如果你从事自动化测试工作
如果你能够搭建自动化测试框架
外企职位等你来
加qq：&&咨询
( 22:28:30)
我觉得测试人员就是要善于总结，对于笔者所说的这几种开发人员及其应对方法，虽然说不是对所有人所有场合都奏效，至少笔者能总结出身边的人以及事。对于第二第三种场景我还是很有感觉的。经常规范都摆在那边了，开发就是不按规范操作。这就白白浪费了很多时间。开发的时间是宝贵的，测试的时间也是宝贵的。虽然我还是菜鸟，但是我想，每个人都需要珍惜来之不易的时间，不是因为我是菜鸟，我就可以白白浪费时间在这些无谓的事情上。
51Testing官方微信
51Testing官方微博
测试知识全知道您的举报已经提交成功，我们将尽快处理，谢谢！
所谓“（Bug）”，是指电脑系统的硬件、系统软件（如操作系统）或应用软件（如文字处理软件）出错。硬件的出错有两个原因，一是设计错误，一是硬件部件老化失效等。软件...
"完美世界BUG提交程序" 是提交完美运行漏洞的
很多人都遇到过这种情况
这与盗号没关系
可能是你的完美客户端文件出现了问题 或是 客户端与服务器之间...
因为游戏是大型软件，程序员配合的时候肯定会出错误，这些错误如果当时没被发现，就会成为BUG比如，在C语言中，有时候因为一个算法是死循环，就会是程序出错，或者运行...
大家还关注