上一篇写了【如何做测试妹子喜欢的程序员】，这一次胡诌一个姐妹篇【如何做程序员喜欢的测试妹子】。

能描述清楚bug的重现步骤

记得我之前写bug的时候，经常会收到一些不知道如何是好的bug。有一些我看不懂bug的标题，有一些看懂了标题又不知道怎么重现，非常苦恼。

一般遇到看不懂的bug我都是直接打回去或者是放到最后去修复，这时候就可能出现忽略bug优先级的情况，先改能看明白的好改的bug，最后改看不懂的难以修复的bug，把一些风险高的事情最后做，实际上风险其实是更大了的。

所以程序员喜欢的测试妹子应该是可以把问题的现象描述清楚(标题)，以及把重现步骤弄的通俗易懂。当然，这是有方法的。

• 一图胜千言。好的截图加上注释可以让开发同学一目了然，立即醒悟到哪里出了问题；
• 录屏胜描述。能把重现步骤录下来自然是极好的；
• 描述清楚相关的上下文。比如机型呀，系统版本，程序版本之类的；
• selenium IDE。selenium ide现在尽管是不维护了，不过其当年设计的初衷就是让问题的重现变得方便。我们可以通过录制脚本的方式把bug的重现过程保存下来，然后将脚本发给开发，开发运行之后就可以实时看到重现步骤了。现在应该也有一些录制工具可以实现类似的事情吧；
• 面对面操作一遍。这是大招，适用于【我的机器上是好的呀】的情况，大型打脸现场；

尽早发现问题

问题发现的越早，解决成本就越低。

如果可以在需求和开发阶段就发现需求的缺陷那将是一件功德无量的事情。

开发同学最怕就是在上线之前忽然提一堆bug，节奏被打乱，修复的成本也高，项目的风险也是难以控制。

举一反三

开发改了一个地方，如果测试同学可以指出其他相关的地方也要进行修改的话，那么大家合作起来会顺利的多。

当然这是一件见仁见智的事情，如果开发可以自己意识到这一点，这也是没有问题的。

了解实现

能了解开发每天在做什么，以及一些功能是如何实现的妹子，大概率是善解人意的妹子了吧。

了解实现的好处就是，有些问题可以弄清楚其出现的原因到底是什么。

因为有时候开发同学会技术性甩锅，如果测试妹子了解了实现，那么有些锅就没办法大事化小小事化了了。

这样的测试妹子会帮助开发同学成长，长久看来是受欢迎的。

坚持底限

有问题就是有问题，不让有问题的版本/产品流出去其实对团队来说也是一种保护了。

呃，套用之前的一个烂梗就是，有这样坚持底限的测试妹子，这是项目团队的福报。

落落大方

如何做测试妹子喜欢的程序员？第一条就是有头发。好吧，这点其实挺难。

如何做程序员喜欢的测试妹子？落落大方就好了吧？是吧？