从工作到现在，一直有较长时间跟测试方面的人员交流，所以也顺道聊聊测试的话题。有一部分人只把测试看作是试用用户，并不认为她们在整个过程中能够起到多大的作用，而忽略了她们的巨大价值。一件产品只有通过测试的点头之后才能够走向市场，否则即便上市了每个人的心里都会胆寒，说不定在某个时刻就爆发了问题。测试不仅仅是高级的试用用户，更是一个开发师、设计师和分析师。
在第一家设备公司的时候，经常去复现测试人员提交的bug，但总是测试不出来，于是就去找她们复现这些问题。当找到她们的时候，她们总能又一次把问题复现。我真的不了解那些测试人员是什么样的思维，很多bug能够被她们用奇特的方法测试出来。很多开发人员总是跑过去跟测试人员讲“你不能这么测试，你应该这么测试”，一般测试人员辩驳几句后会选择沉默。但她们还是坚持着自己的观点，然后把提交的测试问题重新返还给开发人员，只要开发人员不解决她们就不会把问题关闭，跟你死耗着，看你怎么办。由于跟测试人员待在一起时间长了，很了解她们的实力，所以我一般都不会自信的说“这个肯定没有问题，怎么可能出现这样的bug”。如果我真的那么自信的说话，当她们重新复现到问题的时候，我是否会无地自容呢？长久下来，当她们复现出问题的时候，她们都会很和蔼的说“没事，慢慢修复吧。如果复现不了，再来找我，我再帮你复现”。每次的交流都是心平气和，不会有不愉快的冲突。
到了第二家公司的时候，遇到了一个更好的测试人员。她不仅能够清楚的描述问题，还能够附带她的分析，对解决问题起到了很大的帮助。她经常会问我设备内软件的设计架构和原理，我也非常乐意告诉她这些东西。一旦她了解了，就会帮助我分析问题，这样就加快了我解决bug的速度。以下的一段文字是她提交某一bug的描述：
【测试版本】：Vxxx
【测试步骤】：
1、PC接入终端（PCB板已增加屏蔽罩），通过VLC观看频点xxxxxx的节目流畅。
2、手机接入终端，启动android客户端但不观看电视节目，此时观察VLC节目中周期性出现水幕或跳跃问题。分析原因是android客户端启动后会向终端获取状态信息。
3、操作手机客户端观看电视节目，VLC和手机客户端的节目均播放流畅，分析原因是手机客户端在观看视频时不会获取心跳信息。
4、启动windows客户端但不观看电视节目，VLC和手机客户端的节目又周期性出现水幕或跳跃问题。分析原因是windows客户端启动后回获取心跳信息。
5、windows客户端观看电视节目后，VLC和手机客户端的节目扔会周期性出现水幕或跳跃问题。原因是windows客户端在节目播放过程中仍会获取状态信息。
问题：客户端周期性获取终端状态会导致节目播放时出现水幕，心跳机制需优化。
【测试结论】：客户端周期性获取心跳包会影响节目播放效果
写的很清楚，分析得很有道理。我根据她提供的描述信息去查看问题，检测到引发问题的原因与上述描述的一致。正因她详细地描述测试现象及相关的对比实验、细致的分析，我仅花了几分钟的时间就解决了这个问题。如果没有她所做的工作，我可能会从“视频流传输”方面去分析，这或许会花费几个小时甚至几天的时间去跟踪这个问题。
我曾问过一个朋友“你们公司的测试人员会如何去做”，他回道“在自己的设备上遇到问题后再在使用其它公司的设备作对比测试，然后将问题提交给开发人员”。如他所述，很多测试人员都会做基本的对比测试，却缺少了自己对问题的必要分析。
一个好的测试人员不仅能够发现问题，还能够帮你分析问题且提出解决问题的方案。开发人员很多时候不应该去左右她们，不应该去影响她们，不应该给她们一个框架，她们的思维需要的就是天马行空！
