读了以后, 让我看到黑盒测试的希望!

还想请问一下, 你做测试前是做什么的呢?

和楼主有几乎相同的经历啊，感同身受，感同身受……

测试过程再完美，规范再具体，结果大家都机械的按照规范一步步走，不但耗费了巨大的时间和精力，也没有收到好的成效，这样的过程还不如。。。
测试的工具，测试的方法和测试的安排，我认为要是项目和公司的具体情况而定，不能盲目效仿大公司 的完美，也不能完全忽视测试的重要性，此外还应结合客户群体计算机水平；
提高还要看自己，为什么有的人1年内就能熟悉主流测试工具和脚本语言，为什么有些人还停留在一个水平，理由就是没有人教自己用测试工具；现在社会，无论哪个行业，都需要独立学习的能力，尤其是快速学习的能力，如果你没有，就培养自己；如果不能培养，那就原地踏步走~~

我以前做过联想pda和爱国者mp3的测试。。。。
有过惨痛经历，联想天玑800在出货前5天被用户（联想）发现有致命bug。。。全部退货。。。公司里从前台、开发、测试、财务到老板3天时间里手工download新版本。。。N多箱子阿。。。。还好最后客户签单了，不然损失大了。。。。

十分感谢楼主的分享！

刚进入这个行业，很多不懂的地方，不知道自己一年后什么样子啊

说到心里去了，呵呵。和你的经历差不多。

拜读了!

每个公司都差不多，规则一大堆，但按照规则走的人有几个呀？

引用:

原帖由 Fifi_wang 于 2006-7-22 17:08 发表
LLBB分析的几点原因非常透彻.
从这里可以引出一个话题来讨论一下
1.公司在什么样的条件下可以执行规则?
2.怎样制定规则?
3.怎样执行规则?

如果有一天 我们发现我们的项目或产品不能按时交付和发布，
即使是勉强发布，
又需要大量和超额的修复，
这应该算去制定一种新规则的时候么？
在制定新的规则时，
我们可以总结之前的教训或经验，
还有许多的诸如iso或cmm之类的参考资料，
经过反复的对比和实践
我们可以发现一种解决问题的办法，
它是否可称之为制定规则？

和你的情况很象,不过我只做了1年,从你的文章中能得到很多目前还没看到的东西，谢谢

楼主说的在很多公司都一样！！谢谢分享！！

不错，学习！

一定好好学习！！

有深度，有广度，学习。。。

写得很有见地，不知道我以后的测试之路要怎么走出来，大家都加油吧！！sdlkfj6

说得好，经验丰富的人就是不一样啊

现在感觉在国内做测试没什么发展前景啊...更没有发展"钱"景,是否要换个职业呢....

和我们公司情况类似，但是我们在软件开发的整个生命周期最后阶段才被引入，而且还有时间表压力，通常就给我们测试留出最多一个星期的时间，我们怎样才能在这一个星期中既学习需求又全面的测试呢？

“目前测试案例等工作更多的成为了一种形式上的产物”
这句需要顶一下，这个问题也是现在我比较困惑的地方；
之前在一家比较大的公司做了三年，测试用例是随着时间的流逝而不断的增长；导致测试人员的需求也不断的在加大；项目的测试周期，人力资源也不断的增长；
我感觉这种现象是不正常的，测试永远是无止境的，软件的bug永不可能为0；
现在我换了一家公司，自己负责一个团队，在测试用例这方面，一直比较...........写的太细太多，怕没有时间和人力来执行用例；写的太粗，怕会有漏测的现象发生；
不知道用例应该写到一个什么程度！请各位帮忙，给点建议