主题:探讨在业务型目比较实际的推行ut, cc,selenium

主题:探讨在业务型目比较实际的推行ut, cc,selenium


感觉类库框架型的代码,写多少单元测试,写得多么白盒都是值得的,不过分的,没有附上单元测试的类库,最好不要用。
如果要找参考,Spring的测试用例就不错,它演示了一个框架类库该有的测试方法和测试粒度(谢天谢地,Spring的测试用例都比较实际,不会机械的生成所有方法的测试用例,而是有目的性进行测试)

而在业务代码中,要推动所有人在MVC各层都进行单元测试真的有点无力感,幸亏有selenium这个好东西作集成测试。使用它,依旧可以达到持续集成的效果,让CC有活干。

准备在公司项目里推如下规则,各位老大,看看是不是可行:
1.运行CC
2.类库框架代码程序员必须编写单元测试
3.业务代码程序员必须编写selenium集成测试
4.业务代码中的重要类重要逻辑程序员应编写单元测试用例
5.qa人员最后根据需求,编写验收测试用例并模拟现场环境,手工测试
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值