敏捷开发中，如何让程序猿养成自测（自己先测试）习惯？

[Anlim]

在小团队中比较依赖敏捷开发，功能测试大部分都是由开发工程师自己来测试……

but 很多开发工程师（程序猿）都是固执或偏执狂：），都很相信自己的代码质量！！

想让他们自己测试自己所做的功能，基本都是随便点击两下就说 OK 。然后上线的时候出现问题，我相信很多人都有过这样都经历……

Q1 ：请问开发工程师（程序猿）如何养成自己测试自己的代码习惯？

Q2 ：请问敏捷开发中如何把控测试环节？

[ghos]

敏捷开发不推一波 TDD 吗

[Antidictator]

交换测试

[tracyone]

成立测试部门，只占女的，测试这种东西需要耐心和细心，所以找女的，然后又可以解决程序员的单身问题，让团队更加稳定。下一题。

[jamesxu]

@tracyone 好办法，男女搭配干活不累

[entimm]

楼上+1

[KIDJourney]

任何规则不做成自动化都是鬼扯。

CI 加规则，没有单元测试不给过。

上线前填 Check List ，不测上线出问题负责，影响绩效。

[Ulu]

@KIDJourney +1

[hitmanx]

得有自动化测试,提交前自动做 sanity(unit-test),提交后再做 function-test

[akring]

TDD+自动化 CI 是正解

[haofly]

很简单呀，给程序员更多的时间

[jinhan13789991]

敏捷开发不就是快速压缩工时嘛，又想速度快，又想质量好~ 花钱请大牛啊

[KasonPasser]

多于多少的 Bug 数就要记绩效。

[atlas]

@KIDJourney 这个赞同，可以设置 Coverage 阈值。

[yeyuexia]

没有测试代码和 CI 保证持续集成的敏捷不叫敏捷－ － bb

[HLT]

TDD

其实从这个话题中 我想说 挺喜欢 pair

[AmosLi]

使用专门的测试人员, 并且引入测试结果 奖励 /惩罚机制. 一旦有了奖罚制度, 自然就会对代码质量认真对待. 从而避免一些不应该产生的 bug.
之前有个一个同事, 每次都是''早早''完成任务,但是问题一大堆(他自己知道). 因为没有关于质量的奖励 /惩罚机制 测试人员对于他确实已经无奈了. 不能让认真干活的人不落好. 才能提高质量.

[zhangshine]

时间要管够

[JRight]

需求不能一天变一下，不能随时加需求

[subdued]

那我搭楼问一下学测试怎么学呢

[dallaslu]

多发一份测试岗位的工资。