小抱怨

哎, 这么土的标题...

项目今天发布, 这个项目每周一, 四, 五晚上, 开三国会议. 时间以中国最不合理时间为准.

无休止的回归测试. 发现了bug, QA查request, response, 检查数据传到哪步的时候出错. 接着写成bug report, assign 给开发, 开发看着捉过来的请求, 直接找到代码, 修掉. 而往往修了这个bug, 不小心动了其它代码, 新的bug又产生了...
而本应找bug原因的任务是开发的, 而现在由QA来做, 从而浪费QA太多的时间, 但是回归测试的时间有限, 最后变成了晚上加班.

客户呢, 喜欢频繁的发布新版本, 从来不事先告知, 完全靠QA自己发现, 又不给文档.

项目越到后期, 越紧张害怕, 为什么? 因为每发现一个bug, 客户就来一句"以前怎么没发现", 贴一个最让我觉得难过的态度和语气

引用

2. Did the same test run without any issues in the earlier build? 3. If yes, what is different between this build and the previous.
We can't afford to have new issues coming up at this time.

但是软件的质量, 不能只要QA把关. 哎, 那句老话果然是对的 "软件好, 全是开发的好; 软件不好, 全是测试不好"

8月27号, 情人节的第二天, 公司开恩, 项目组去欢乐谷玩了一天, 依旧是忙着玩游戏, 没拍什么照片. 天地双雄, 太阳神车这些也体验了, 弥补了去年欢乐谷的遗憾(咱这蹦极过的人, 不怕这个--:wink:太炫耀了 ). 玩碰碰车技术太差, 肩膀好多处撞淤血, 看来我上路就得是马路杀手... 然后去海底捞, 之前大家都说如何的好吃, 服务如何的好, 我倒是看到服务和环境不错, 但是好吃程度, 没有我想的那么好.

马上8天长假, 看着大家回家, 出去玩, 只有两个字, 羡慕

评论

36 楼 photon 2009-10-04  

sg552 写道

觉得 pragprog: 《自动化测试之道》 比较适合改进你们的情况，

是哪家出版社的？知道英文名书名吗？我咋没在china-pub上找到这本书。

35 楼 sg552 2009-10-04  

觉得 pragprog: 《自动化测试之道》 比较适合改进你们的情况，

不过话说，国内习惯写单元测试的人实在太少。

能把单元测试写成可以放在 cruisecontrol 上放心的跑的，少之又少。。。

理解LZ.

34 楼 IT公主 2009-09-30  

手机测试的自动化, 很多方面是达不到要求的.
web项目, 也没有办法完全用自动化代替手动.
 
我们每发现一个bug就是天塌.

客户喜欢先把软件上线了, 我们再测试.

codeutil 写道

web业务需要自动化测试的，现在我们就是由QA的开发基于jmeter的自动化测试系统，每十分钟对所有业务的相关测试点进行自动测试，如果出现的失败测试点达到一定阀值，就自动短信和邮件告警。

业务变更上线前都需要在自动化测试环境再跑一圈，确认原有的测试点没问题之后再上线。

33 楼 IT公主 2009-09-30  

都用了哪些工具? 为什么没有用啊?
如果自动+手动结合, 效果会比较好些.
纯自动和纯手动都有不合理之处.

抛出异常的爱 写道

为了让bug少一些
公司用了很多工具....
我认为不太有用....

32 楼 codeutil 2009-09-30  

web业务需要自动化测试的，现在我们就是由QA的开发基于jmeter的自动化测试系统，每十分钟对所有业务的相关测试点进行自动测试，如果出现的失败测试点达到一定阀值，就自动短信和邮件告警。

业务变更上线前都需要在自动化测试环境再跑一圈，确认原有的测试点没问题之后再上线。

31 楼 抛出异常的爱 2009-09-30  

为了让bug少一些
公司用了很多工具....
我认为不太有用....

30 楼 photon 2009-09-30  

心有戚戚焉。感觉就像在默默的忍受家庭暴力，又不敢以一纸离婚协议结束痛苦。或许真的像t1说的，在非人制度/待遇下的生存能力。

29 楼 IT公主 2009-09-30  

bug, 重复提交...

过讲

提过意见和建议, 但是冰冻三尺的事情, 想改变总是很难. 

当然, QA本身也有问题, 常期对于一个软件做大量频繁的回归测试, 会产生盲区. 
克服盲区, 可以找其他QA来测试, 但是这又涉及到对这个软件的熟悉程度. 

客户也有不尽意的地方, 不给文档, 不给业务逻辑, 发布前不沟通, 新版本不给更新列表.

哎, bug是永远无尽的, 只是努力做到更少.

photon 写道

mm总结的真好，赞一个。
球队丢了球就赖守门员，我猜教练一定是疯了。对于这种愚蠢的制度，mm试过向上提出建议，或者见过其他人反映吗？结果如何？

28 楼 IT公主 2009-09-30  

过讲

提过意见和建议, 但是冰冻三尺的事情, 想改变总是很难. 

当然, QA本身也有问题, 常期对于一个软件做大量频繁的回归测试, 会产生盲区. 
克服盲区, 可以找其他QA来测试, 但是这又涉及到对这个软件的熟悉程度. 

客户也有不尽意的地方, 不给文档, 不给业务逻辑, 发布前不沟通, 新版本不给更新列表.

哎, bug是永远无尽的, 只是努力做到更少.

photon 写道

mm总结的真好，赞一个。
球队丢了球就赖守门员，我猜教练一定是疯了。对于这种愚蠢的制度，mm试过向上提出建议，或者见过其他人反映吗？结果如何？

27 楼 photon 2009-09-30  

mm总结的真好，赞一个。
球队丢了球就赖守门员，我猜教练一定是疯了。对于这种愚蠢的制度，mm试过向上提出建议，或者见过其他人反映吗？结果如何？

26 楼 IT公主 2009-09-30  

如果开发能保证代码质量, 就不会发生这些事情. 做code review, 做单元测试, 动代码时候也同样仔细思考其它相关联的功能和模块.

项目初期, 应该是有先在自己本地测试, 然后再上传到svn, 然后再在开发服务器上测试一次. 因为那时候我们的bug不会把请求等贴上去, 只写出了测试的步骤, 期望结果, 实际结果(普通的错误报告的写法), 这样需要开发人员找出原因, 去重现步骤, 后来QA为了提供给客户更多详细信息, 才加上了request, service, response这些内容, 慢慢转变为开发直接修代码. 而不会思考更多.

如果发现bug是开发测试各打50大板的话, 大家也都会更加小心, 而现在有问题只打测试100大板, 总之有QA兜底儿, 总之那句"早怎么不发现"就是对QA喊的, 总之奉行那句"有bug就是QA的不好"的话, 久了自然有安逸心理了.

其实这就像一个跷跷板, 一边压力大了, 另一边压力就小了.

daquan198163 写道

IT公主 写道

...我们要用自动化, 是qa来做, 不是开发...

iaimstar 写道

http://www.iteye.com/topic/28684#154825
测试,又见测试
自动化测试看来真的能极大提高程序员的兴趣的自信

开发也需要自动化的回归测试，这样才能避免“直接找到代码, 修掉. 而往往修了这个bug, 不小心动了其它代码, 新的bug又产生了... ”这种情况，
开发和qa的压力都会小很多。

25 楼 kimmking 2009-09-29  

daquan198163 写道

logicgate 写道

kimmking 写道

C,是真的C

c++，真的是c++

那应该是D喽

c#

24 楼 lordhong 2009-09-29  

frankiehuang 写道

美女發帖果然，一下子就良好了！

JE很民主的... Orz

23 楼 frankiehuang 2009-09-29  

美女發帖果然，一下子就良好了！

22 楼 daquan198163 2009-09-29  

logicgate 写道

kimmking 写道

C,是真的C

c++，真的是c++

那应该是D喽

21 楼 daquan198163 2009-09-29  

IT公主 写道

...我们要用自动化, 是qa来做, 不是开发...

iaimstar 写道

http://www.iteye.com/topic/28684#154825
测试,又见测试
自动化测试看来真的能极大提高程序员的兴趣的自信

开发也需要自动化的回归测试，这样才能避免“直接找到代码, 修掉. 而往往修了这个bug, 不小心动了其它代码, 新的bug又产生了... ”这种情况，
开发和qa的压力都会小很多。

20 楼 ue2001 2009-09-29  

我是测试和开发一并包了。。。。。。

19 楼 logicgate 2009-09-29  

kimmking 写道

C,是真的C

c++，真的是c++

18 楼 kimmking 2009-09-29  

C,是真的C

17 楼 叶子 2009-09-28  

见识过。。。