测试同学拒绝被忽悠

如何不被开发忽悠 
1.首先即使你不会写代码，但是你会读代码
我曾经遇到过多个开发，用的方式是ping百度网址，是否ping得通； 当然，也有ping google网站的
这个让我想起了千年虫 。谁能保证百度、google一直存活，即使存活，万一他们的服务器挂了么？万一他们的服务器设置不允许ping呢。如果你不会代码，不去检查他们的代码，单纯的黑盒测试是发现不了这样的问题

2.业务测试，特别是快捷开发和快速试错的项目的业务测试，没有时间让你去看代码，那怎么办
那你需要跟开发有很好的沟通，当面沟通最好，快捷，而且你如果比较敏锐的胡啊，可以抓住他说的每一句话的信息，甚至话语之外的信息，就是能帮助你发现可能存在的问题。通过询问，你知道功能实现的逻辑，知道bug修复的方法，而不是纯粹的白盒测试了。通过设计覆盖代码逻辑的测试用例，可以做到100%的逻辑覆盖。

3.如何应对一些开发同学的“系统是这样的”，“改不了”；对比产品很重要
工作时间比较久的测试，应该都会遇很多次这样的场景了。
那开发同学说的是真的吗？就需要你去判断，你去找证据证明，是可以改的。
例如：android系统。我们的产品，遇到有虚拟按键的手机，在播放器界面，虚拟键显示白色，跟整个播放器的界面颜色非常不协调，播放器界面的操作栏、顶部栏都是有一定透明度的黑色。我找开发的时候，开发说：这个是系统的键盘，我们是控制不了的。
可能这个开发经验也比较少，而我也不知道是否是真的，那就去找找别人家的产品。比如，找到了爱奇艺，同一台手机，他们在播放器界面，虚拟按键是黑色的呀。那说明这个虚拟按键的颜色，可以不是白色。证据找到了，开发才去查，才去研究这个虚拟按键问题。
如果测试同学不去追究，不去说服开发同学，可能这个问题就这样了。
到后面追究起来，测试可以不背负什么责任，因为开发说了改不了，有记录。但是这样的测试同学不是好的测试同学
所以只要是你认为有问题的，都要去证明有问题，除非开发拿出了证据出来说确实没有问题，或者你自己在自己的能力范围内证明了确实没有问题。