本月博客排行
-
第1名
宏天软件 -
第2名
kaizi1992 -
第3名
wallimn - zhanjia
- daizj
- sunnylocus
- zhangjijun
- chenqisdfx
年度博客排行
-
第1名
青否云后端云 -
第2名
宏天软件 -
第3名
wy_19921005 - gashero
- gengyun12
- vipbooks
- robotmen
- wallimn
- e_e
- hbxflihua
- qepwqnp
- ranbuijj
- 解宜然
- 大家都说我很棒
- javashop
- fantaxy025025
- zw7534313
- jickcai
- benladeng5225
- ssydxa219
- sam123456gz
- zysnba
- gdpglc
- sichunli_030
- tanling8334
- gaojingsong
- appalese
- wiseboyloves
- xpenxpen
- zhangyi0618
- arpenker
- jh108020
- kaizi1992
- xyuma
- luxurioust
- 龙哥IT
- nychen2000
- wangchen.ily
- wjianwei666
- xiangjie88
- Jameslyy
- jbosscn
- lzyfn123
- 狂盗一枝梅
- hanbaohong
- mengjichen
- java-007
- ganxueyun
- zxq_2017
- lemonhandsome
最新文章列表
开发参与案例评审改进
前言:
不管是cmmi思想 还是敏捷思想,都要求开发和测试打破思维的墙,打破交流的墙。
如果你所在的测试部有要求设计案例,开发有参与评审案例,那么开发评审时都是如何进行的?
和我测试的童鞋交流,发现很多公司参与案例评审的时候,都是直接进入相应的案例,没有考虑这个模块的输入输出到底是什么,这样其实是一种错误的做法,刚开始就进入点会很容易导致面覆盖不全!
所以我建议是参与评审的 ...