《我们需要专职的QA吗》有感
上一篇 / 下一篇 2012-06-03 20:28:11 / 个人分类:测试技术
TAG:
- 引用 删除 lamuda / 2013-12-10 10:49:14
-
转另一位QA前辈的评论:我认真看了你的东西,也希望你认真思考一下下面这些问题
1. 之前你公司的QA文档需要DEV审核,不负责发布、打包流程和实际场景的部署,写个CASE写出.“Expected Result:Make sure every thing is fine” ,这些是缘于什么,是公司的不重视,还是DEV的过于自信,亦或只是QA Manager的极其不专业?
2. 我本身是一个软件DEV出身的QA,做过SDET,经历过国内三家大公司和一家跨国企业,现在也是Dricter兼做游戏制作人,我对DEV对自己代码错误的态度一清二楚。喜欢开发新东西新功能,对旧代码的问题不屑一顾,自以为是的同时又能力有限是国内DEV的通病,在这点上台湾或者欧美的DEV的确要好很多
3. DEV懂的只有调试,国内有几个DEV会自己写白盒Test Case的?更不要说有效覆盖和需求跟踪了。
4. 如你所说,把所有QA全部变成DEV,又有几个人愿意只去测试别人的东西而不开发新功能?交叉测试别人的东西,又能做到什么效果?DEV部门的代码评审和规范国内有几家公司能踏踏实实去做的又做好的?
5. 如果DEV做测试,怎么保证分支版本,怎么做配置管理和版本资源回溯,代码Test Case应该做成什么样子,外观表现跟需求的差异应该怎么控制,性能指标应该怎么验证,请问有几个DEV知道呢?请注意,我可不只是说代码,包括配置文档,美术资源,音效资源在内的所有部分。就我所知,很多DEV连核心代码怎么做SVN分库都不知道,更不要说分支合并了。
6. 我很感兴趣你的开发团队是怎么能够被QA搞得一团乱的,既然如你所说所有东西都是DEV在负责,那么项目进度也应该是,既然开发可以内部测试,那么为什么当时又没有做好自己发布,这与QA又有什么关系呢?我所经历的所有公司,QA是加班最多的,特别是在版本发布的时候,如果没有QA,DEV不可能下班一个多小时就能回家,一早晨来就知道自己有什么东西没有做好,应该怎么改。
7. ”这个bug再不fix“,如果有BUG不fix,要么是技术问题,要么是人懒的问题,技术问题总能解决,解决不了的小问题早应该关掉了,人懒问题就没办法搞了,就一辈子懒下去吧
8. ”无论怎么样,你总是要上生产线做真正测试的。“ 你和你的公司敢这样做么?呵,我只能说你们公司的产品用户基数和净利润真是大到了能够浪费的地步
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | ||||||||
3 | 4 | 5 | 6 | 7 | 8 | 9 | |||
10 | 11 | 12 | 13 | 14 | 15 | 16 | |||
17 | 18 | 19 | 20 | 21 | 22 | 23 | |||
24 | 25 | 26 | 27 | 28 | 29 | 30 | |||
31 |
我的存档
数据统计
- 访问量: 62191
- 日志数: 115
- 建立时间: 2010-02-17
- 更新时间: 2015-03-29