耍流氓，只是测试对开发不负责任态度的一种说法。
“开发进度天天改，测试时间一压再压，质量出了问题就拿测试说话。”
“测试报告发了，该注意的问题也提了，没有理没人问，到头来又说测试的不是。”
“开发说变就变、说改就改，连个声也不哼，测试还傻傻的照先例执行，拒了BUG只是说淡淡的回复需求改了。”
听过无数次抱怨，也曾抱怨过无数次，只叹测试人微言轻，摇头、愤怒、无奈，然后生生的把自己变成流氓。
真的要赤裸相见，以流氓对流氓吗？
未必，强势些、主动些也许能化解这个问题。
先解问题：为什么会觉得耍流氓？
* 开发不守规矩，说变就变
* 开发没把测试当回事，变了也不通知一声
* 开发没责任，出了问题只说是测试测试做到位
似乎一切都是开发的事情，都是开发在耍流氓，问题、抱怨，无限的恶性循环。
行有不得，反求诸己。想要解决问题，更多时候需要从自身剖析开始。
* 开发在变化，测试在做什么？
为什么不主动参与到开发过程中？为什么不记录下变化、分析变化对待测试对像带来的问题和风险。测试不仅是动态执行，还包括静态分析。
* 开发不通知测试，测试怎么做下去的？
一次没通知，测试执行有了偏差，测试做了什么，静候下次没有通知的变化？还是主动的反馈测试的需求、正当提出测试的要求？还是重新评估测试计划、问题、风险，及时通知相关利益相关者？
* 开说测试没做到位，测试自我评价呢？
有了以上两点，想来测试在整个开发过程仍有许多要做、仍有许多要改进。
一直在提大QA的概念：测试执行软件发现缺陷 + 过程监督 = 质量保障。测试不单单仅是执行、发现缺陷、提交缺陷，而是要更多的融入软件开发的整个过程中，为提升软件质量尽测试之所能。
可运行的高质量软件是软件开发团队的共同目标，测试工作除了找问题，在提升软件质量的过程中还有很多工作要做。
测试也可以耍流氓，用流氓的方式解决遇到的流氓问题。
耍流氓，也许并不是开发的本意，也许只是开发者看不到测试对于开发工作的支持和作用。