iccer 2006-12-18 17:33
读了以后, 让我看到黑盒测试的希望!
还想请问一下, 你做测试前是做什么的呢?
绿茶 2006-12-19 12:58
和楼主有几乎相同的经历啊，感同身受，感同身受……
Lola1123 2007-4-20 10:44
My viewpoint
测试过程再完美，规范再具体，结果大家都机械的按照规范一步步走，不但耗费了巨大的时间和精力，也没有收到好的成效，这样的过程还不如。。。
测试的工具，测试的方法和测试的安排，我认为要是项目和公司的具体情况而定，不能盲目效仿大公司 的完美，也不能完全忽视测试的重要性，此外还应结合客户群体计算机水平；
提高还要看自己，为什么有的人1年内就能熟悉主流测试工具和脚本语言，为什么有些人还停留在一个水平，理由就是没有人教自己用测试工具；现在社会，无论哪个行业，都需要独立学习的能力，尤其是快速学习的能力，如果你没有，就培养自己；如果不能培养，那就原地踏步走~~
conggh 2007-4-24 17:13
我以前做过联想pda和爱国者mp3的测试。。。。
有过惨痛经历，联想天玑800在出货前5天被用户（联想）发现有致命bug。。。全部退货。。。公司里从前台、开发、测试、财务到老板3天时间里手工download新版本。。。N多箱子阿。。。。还好最后客户签单了，不然损失大了。。。。
huyanquan 2007-4-24 17:26
感谢分享！
十分感谢楼主的分享！
wodesen 2007-5-9 19:54
刚进入这个行业，很多不懂的地方，不知道自己一年后什么样子啊
解放军 2007-5-15 17:08
回复 #1 shliren2 的帖子
说到心里去了，呵呵。和你的经历差不多。
raycheng 2007-5-21 16:22
拜读了!
ab_laoqi 2007-5-22 11:23
每个公司都差不多，规则一大堆，但按照规则走的人有几个呀？
pride 2007-5-31 16:49
opinon
[quote]原帖由 [i]Fifi_wang[/i] 于 2006-7-22 17:08 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=269175&ptid=35119][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
LLBB分析的几点原因非常透彻.
从这里可以引出一个话题来讨论一下
1.公司在什么样的条件下可以执行规则?
2.怎样制定规则?
3.怎样执行规则? [/quote]
如果有一天 我们发现我们的项目或产品不能按时交付和发布，
即使是勉强发布，
又需要大量和超额的修复，
这应该算去制定一种新规则的时候么？
在制定新的规则时，
我们可以总结之前的教训或经验，
还有许多的诸如iso或cmm之类的参考资料，
经过反复的对比和实践
我们可以发现一种解决问题的办法，
它是否可称之为制定规则？
caoqd 2007-5-31 18:08
和你的情况很象,不过我只做了1年,从你的文章中能得到很多目前还没看到的东西，谢谢
nedved1020 2007-6-4 11:41
楼主说的在很多公司都一样！！谢谢分享！！
tianyu124 2007-6-4 17:04
不错，学习！
冰河火心 2007-8-10 22:36
一定好好学习！！
liwang201 2007-9-4 13:02
有深度，有广度，学习。。。
hainm 2007-9-4 16:29
写得很有见地，不知道我以后的测试之路要怎么走出来，大家都加油吧！！sdlkfj6
mercuryzhang 2007-9-12 13:50
说得好，经验丰富的人就是不一样啊
jidiangf 2007-9-12 14:22
现在感觉在国内做测试没什么发展前景啊...更没有发展"钱"景,是否要换个职业呢....
小鱼oO 2007-10-9 17:21
和我们公司情况类似，但是我们在软件开发的整个生命周期最后阶段才被引入，而且还有时间表压力，通常就给我们测试留出最多一个星期的时间，我们怎样才能在这一个星期中既学习需求又全面的测试呢？
zibeikezm 2007-10-17 17:19
“目前测试案例等工作更多的成为了一种形式上的产物”
这句需要顶一下，这个问题也是现在我比较困惑的地方；
之前在一家比较大的公司做了三年，测试用例是随着时间的流逝而不断的增长；导致测试人员的需求也不断的在加大；项目的测试周期，人力资源也不断的增长；
我感觉这种现象是不正常的，测试永远是无止境的，软件的bug永不可能为0；
现在我换了一家公司，自己负责一个团队，在测试用例这方面，一直比较...........写的太细太多，怕没有时间和人力来执行用例；写的太粗，怕会有漏测的现象发生；
不知道用例应该写到一个什么程度！请各位帮忙，给点建议
chwanglongtop 2007-10-18 17:39
学习中..呵呵
wanghy 2007-10-19 11:36
回复 1# 的帖子
道理大家都知道,都了解,但是在实际应用中就变味了.有的是测试人员的问题,有的是管理的问题,管理人员要求测试人员提交文档,测试人员不爱写,即使写出来也未必符合要求,即使写出来的文档是能复用的,但是又不符合管理人员的要求.实际需要的文档是什么格式,什么内容,是不统一的,在这种情况下写出来的文档,肯定是有问题.老问题了,没有找到解决的办法.
luoli 2007-10-19 11:36
我做测试已经8年,给搂住感受相当一致.
应该说对测试行业的工作感到厌倦,也没有多大的发展前途.当然这给个人关系很大,也有做测试出生做成老总的.
但总体说,感觉测试工作其实就那样,当你做10年后,会发现不想其他岗位那样有很多发展空间,有的是厌烦.
这纯属个人观点,希望大家不要用砖头仍我.
wangjx3000 2007-10-19 14:50
道处理测试人员，特别是测试经理的认识。
ppnijia 2007-10-19 15:15
是啊，最重要的就是经验的分享
学习楼主，学习，再学习！！！
lhj 2007-10-19 17:00
深有体会。
fangfang0717 2007-11-21 17:49
just one tester in my company ! i am very ??/
fennek 2007-11-22 11:10
要我说，测试人员现在面临的最大问题是技术能力的瓶颈，说白了，就是测试开发的能力~~~
如果测试人员能解决这个问题，其他的都好谈，所以，我觉得说来说去还是我们测试本身的问题，环境、条件都是客观的，但是这些都可以通过我们自身实力的提高加以改善。
5年前我也是个测试新手，有过很多的看法和牢骚，但在看了很多国外的有关测试发展的文章之后，我发现国内的测试有太多急功近利的色彩，当然这和我们现在这个社会的大环境有关，似乎测试员都喜欢去追赶测试工具的时髦潮流，可真正静下心来去钻研测试本身的人没有几个，导致我们的基础很差，尤其是测试开发能力（这个几乎可以和开发人员相提并论），导致瓶颈不断地出现。
还是一句话，奉劝测试新手们多抓抓基础，多练练内功，不要盲目地去跟风追赶工具的潮流，还有就是，别忘了提升自己的开发水平，虽然比较难，但我们测试人员不能也不应该放弃这项修练。
xinshou2008 2007-11-26 10:33
回去好好学习下...
linjuan60 2007-11-26 15:50
学习了。。。虽然我还只是一个测试员。。。但是LZ的分析得很透彻。。。
冬冬ybjw 2007-11-28 12:08
非常同意fennek的看法。
我们测试人员待遇差，不被重视，说到底是测试人员的水平不高。
fish726 2007-12-5 10:51
我现在在公司也只有我一个人在进行测试.测试的是应用软件.都是找bug,没有用什么测试工具.
没有好的领导,觉得有些茫然
我跟你的境遇很像啊,只不过我测试的是网站
yours-123 2007-12-5 11:24
呵呵，这是目前中国的软件公司的通病。看看微软如何做的吧，其实他们的做法也就是从需求开始每一步都细化，细化再细化。每个人都有责任和义务监督其他人，如果某个公司单靠某个人或QA部门来做其余部门的保姆这样质量是不会有特别显著的改善的。说白了，还是整个公司的文化的问题。
[url]http://bbs.51testing.com/thread-99342-1-1.html[/url]
yours-123 2007-12-5 11:33
[quote]原帖由 [i]luoli[/i] 于 2007-10-19 11:36 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=759412&ptid=35119][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
应该说对测试行业的工作感到厌倦,也没有多大的发展前途.当然这给个人关系很大,也有做测试出生做成老总的.
但总体说,感觉测试工作其实就那样,当你做10年后,会发现不想其他岗位那样有很多发展空间,有的是厌烦.
这纯属 ... [/quote]
我对这位同仁的观点不十分赞同，我觉得从测试当中学到的不仅仅测试的技巧。测试看起来虽然只是项目中的小块，但是每个管理者对于这部分的认知就会决定这个企业能否走的长远。站在更高的角度看问题，如果你有一天想出去自己创业，那么你肯定是一个特别重视质量的老板。我想我们每个人不会一辈子都只做一行，但是在测试这里我确实学到很多的东西。我们有时候会被琐碎的工作蒙蔽了眼睛，以至于每天只是执行，执行。但是确实我们需要的是跳出去看问题，多想比多做更重要。
yangtesting 2007-12-5 20:14
多谢分享 有体会
apple528008 2007-12-6 16:22
呵呵，发现楼主是UFIDA滴
kuangretiancai 2007-12-6 17:42
很值得学习的内容。
ldk0501 2007-12-7 15:48
回复 1# 的帖子
学习ing
加油！兄弟
风车 2007-12-7 19:26
看过..掠夺...
liuchangdong 2007-12-12 21:48
个人觉得6年的工作总结深度还是不够.可能与公司项目产品要求有所不同.
当软件产品质量已经视为生命时,如电信级的产品.可能测试工作难度更多在于测试方法了.
大部分人的困惑还在在于项目质量面临市场压力时,测试工作该如何进行.....
在严格的测试流程,在面对快速响应时确实需要摸索滴...
有幸最近正在接受一个要求响应速度的项目.正在总结这个过程,如流程变更.测试计划的度量.下次我也开个贴....