在 ruby 社区，tdd 就做的很好。这个事情真的看人的，一个人有责任，就会努力把代码搞好。

不要针对人 这个帖子是讨论技术的

tdd 是很实在的 你可以看到几乎所有的开源项目都有大量的单元测试 单元测试本身不属于测试工程师的工作范畴

从测试行业某位（有选择性）说真话的人的公私场合吹逼撕逼吐槽乱喷抹黑同行同事部门公司的行径来看，也是能再揪出来打一打的

敏捷 高效和自动化略狭义，举个例子程序或者测试看 log 定位问题都会使用二分法。其实测试范围也是可以根据之前版本来逐渐缩小的。自动化一旦分层执行后，或者跑主要路径，本质也是被范围缩小了。

BDD
见仁见智，BDD 是通过 TDD 几个阶段演变来的，TDD 才是真正的美好摸不着吧，开发先写单元测试在开发代码。这个思想本质就是文档级别的静态测试的。

代码审计
这个不评论，软件测试遗留下来的，有好也有缺点。

[每周话题] 是一个模仿奇葩说那样的节目. 鼓励对测试技术和测试实践进入深入思考和思辨. 大家不要理解歪了.

说下我认为测试中的一些假把式吧

敏捷

我敢说到现在很多人都不知道整个词语的落地实践是什么. 但是玩起来形式比如每日站会却是溜的飞起.
没有自动化支撑的敏捷实践都是假把式. 最后都会累死测试工程师.

BDD

只适合个别的领域. 在大多数公司属于中看不中用, 看起来很美, 但是落地起来需要付出很多的努力. 少有团队能做好.

代码审计.

这本来是测试中非常优秀的技术, 但是如果整个团队没有代码功底却要强推就很容易成为假把式.

测试技术本身没有什么问题吧，就像太极本身没什么问题，问题在于神话它的人。而且话说回来，很多测试技术带有开发的基因，测试基因的技术已经不被重视了，比如如何写测试计划，如何设计测试用例？

我理解这个问题很泛，如果套人感觉没有意思，是不是可以考虑从测试技术角度分析一下，当前的测试技术，或者一些在做平台做轮子来看待问题？可能我想太多

哎~~假把式怎么样？人家活的照样很滋润；真实干又怎么样？选好自己的路人家怎么 “干活” 和你无关。

这个观点来看，国内首喷项目管理，时间点都是拍脑袋，不是看工作量的。

看了一篇朋友圈的长文，总体观点就是中国武术已经慢慢从实战变成招式展示了，大部分人都缺少高强度的实战锻炼，所以遇到实战型较强的情况下发挥不了平时练得各种招式。

如果要引申，个人觉得这反映了有些领域里面，各种听上去和看上去出彩的招式很多，然而和那些从实战中锻炼而来的看起来朴实无华的招式相比，实际作用却要少得多。不能因为招式华丽而全都想学，也不要因为朴素无华而毫无兴趣。能帮助实战的都是好技术。

是测试中的假大 V 么？

也是拼了

这个是不是做在客户端的啊，服务端识别压力有点大啊。

哈哈 qq 做的太绝了

竞争关系啊

脱离了业务去做测试工具，这个方向就是错误的！所以，自己掂量，不要浪费时间...

转行吧，唉，it 这行不是人做的，测试更不是

1.做平台或系统
2.某一方面做细化

这算是自我嘲讽还是嘲讽别人？

那建议你从清洁工扫地开始做。扫地都扫不好，好想做其他？

出来混，迟早是要还的。世上没有后悔药，与其自怨自艾，不如比别人更努力一点，因为你要把过去浪费的时间补回来，学历代表你过去的学习能力和自控力，现在的简历内容应该更能代表如今的你。

精通业务逻辑、了解内部实现、掌握测试方法，才能做好点点点

内推专科也行的。

开放式讨论，不失偏颇。