gitchat小结1

参加了一场gitchat，还是有一定的收获。看到一句话，学过的东西要输出，所以打算写一篇文章记录下这几个问题以及当时给出的回复。
Q1：如何提高bug的重现率？
A1：有两种办法：第一招是最简存活条件法。
比如一个功能验证。拥有同一个web应用的服务器有4个，那么定位问题的时候就留一个好了，让负载均衡找剩下来那一个就好。如果你是通过域名访问，那么你就使用
IP访问就好了。也许就在你在做减法的过程中你就找到了问题点。这个方法可以叫减法。第二招叫分段切割法。比如你的问题出现在页面。可以先看看数据库情况。如果数据库有了，问题一定在代码和去前端的路上。在看看前端，是不是数据来了。用好
google浏览器的工具，或一些抓包工具。如果前端数据也来了，那么一定就是页面渲染出问题了。系统就是一个数据的搬运工。对于线上问题就需要尽可能的模拟场景了。（看好数据库以及日志开关、监控jvm中间件等）
Q2：如何做到测试工程师到测试架构师或者技术顾问的转型：
A2：体系的了解理论知识；试着带测试团队，给团队解决方案；走出去做分享，到其他公司去，去其他社交圈去；看书不断提高自己。
Q3：如何在功能测试的过程中提高自己的技术实力？
A3：抓住一个点，追根到底；制定学习计划，一个月掌握一个新技术；强迫自己，厚着脸皮去分享，发现学一点东西不够忽悠，就会去多学一点；学习从上到下，系统去看。
Q4：理论上说除闪退和卡死的问题，所有bug都是必现的，是否认同？
A4：认同。使用Q1的办法。
在测试角度看来，所有bug都有找到必现条件的必要。但是上升到团队和价值角度，就要看这个bug是否有必要去重现，去定位。难重现的bug一定要和开发一起去重现，这样在过程中能排查，如果只是自己去重现，最终只会证明存在这个bug而已。