淘宝商城(天猫)高级技术专家.3年研发+3年性能测试调优/系统测试+4年团队管理与测试架构、研发系统实践. 新舞台新气象, 深化测试基础架构及研发架构,希望能在某个技术领域成为真正的技术大牛。欢迎荐才http://bbs.51testing.com/viewthread.php?tid=120496&extra=&page=1 .邮件: jianzhao.liangjz@alibaba-inc.com,MSN:liangjianzhao@163.com.微博:http://t.sina.com.cn/1674816524

提高研发提交测试的门槛的理想版

上一篇 / 下一篇  2009-08-22 09:12:47 / 个人分类:测试管理技巧

 

1每次check in svn之前在review board上完成Code Review(含正式代码及测试代码), commit代码时记录review boardreview id,SCM审计.

 

SQL审核在提交QA测试需要完成

 

2单元测试代码覆盖率>60%[qa过程中参与测试代码review,确保单元测试代码符合规范],每次接收测试时研发单元测试代码用例通过率100%,QA执行验证.

 

如果每退回一次,失败的测试用例需增加必要的测试代码覆盖

 

3完成持续集成且build成功

Javacontinuum

C++buildbot

 

4 pm需经过流程培训,并且来自中立方

 

5约定>10个冒烟点,每次提交时冒烟测试通过率100%.

对于失败的用例,研发需要增加测试代码覆盖

 


TAG: 标准 提交测试 门槛

走测试自己的路,让bug无路可走~~ 引用 删除 jessies   /   2009-08-24 19:31:11
第二点,关于参与单元测试,想法很好,但是我想知道可行性高不?
这样子貌似对测试的要求也相应的提高了,或者,这种验证手段可以通过培训测试人员来迅速形成?

我们这边的项目现在有一个开发提交测试之前,测试会有一个checklist,100%通过了才接收测试,如果失败了,测试会相应的增加checklist,这个好像和你的想法有一些相似啊。呵呵
 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

Open Toolbar