" 6年前测试是以人为主，靠得是测试人员的经验，对产品的熟悉程度，对业务的理解程度。6年后测试还是以人为主，人就是测试的主体，产品质量的保证。还没有过渡到测试案例就是测试的主体，测试案例的完整性是产品质量的保证。只要测试还是以人为本，我觉得测试的效率就不会有太大提高，产品质量的信心来源也是对相关测试人员的信任。"

这点有同感。虽然我做测试的才不到3年，但是在这个问题上已经看不到一丝改进的曙光。
个人认为i，测试的质量、产品的质量，跟开发团队有很大的关系。如果你的规范没人执行，你的计划由于开发的原因经常变更，你的工作由于开发的原因要重复劳动，这样进步的步伐自然不会快。说到用例，如果没有需求文档、没有设计文档，测试人员就只能凭借自己经验以及对项目热情坚持下去，而这些额外的工作是无法用数字来统计的，也是“领导”看不见的。
越来越感觉到个人力量太微薄了，测试的改进、产品质量的改进是需要整个团队的共同努力的！我创造不了这样的团队，我改造不了这样的团队，有些心灰意冷！ ：(

好帖！谢谢！

thanks

thinking...

理解的够深刻，不知道你现在做什么工作了？

我公司测试的情况相对好一些。
测试案例是最重要的环节，以此为中心向前推动需求的明确和完善，向后指导测试执行工作。
我们测试计划的制定是基于对测试工作量和资源的评估做出来的，而不是开发给你留了多长时间。
我公司测试人员的待遇基本与开发持平，上升空间稍微小一点。

我公司还没测试呢.老板让我一人去搞测试...
要学习再学习了`~

Thanks  ,学习ing.....

舒马赫试完法拉利的新车以后提出的问题和电脑测试的结果几乎是相同的，他这也相当于一种黑盒测试吧，就像楼主说的，黑盒测试到最后看一眼就知道哪会有问题，哪没有问题。

我们公司做测试也不正规,一直做黑盒测试.
自己也没有太大的提高.很头疼呢 !

恩，学习学习

好象大家都是做黑盒测试的哈，哎
我也是，公司也没有好 的流程

就是做点，就叫你测试，也没有文档之类的

痛苦啊

看来都是刚起步呀！
谢谢分享LZ

分析的真的很不错.....................

我也是做黑盒测试的，全是手工测试，以前公司也没有测试，都是开发人员自己测，现在做测试三个多月了，感觉还是有收获的。算是入了门了。但还是有很多的东西要学习.楼主做了6年的测试，真的很佩服你。

[ 本帖最后由 mirror98327 于 2006-10-26 15:16 编辑 ]

关于test case 的执行,可以对每天对test case 的执行情况进行统计来保证测试人员按照其执行,哪些pass,fail,以及无法执行,没有完成的case 数,另外加强 test case 的peer review,test lead 的review,BA的review保证其覆盖率,质量,肯定有些情况无法覆盖,在执行时可增加test case,可进行ad hoc  测试

顶sdlkfj2

你说的那种改变单纯的靠某个团队也是不可能完成的，我觉得这是行业问题，不是个别现象。
我认为有需求才会有变化，国内的软件公司一直处在这个状态，踏步不前，除了本身的问题之外，跟我们的客户也有着很大的关系。
比如说：一个客户要上一个软件项目，在需求分析阶段，客户会提出各种功能上的需求和一些硬性指标，但是很少有用户（也有一些）会提出最终的软件产品要满足什么标准、规范，在提交产品的同时，要有软件质量控制的相关文档、产品总体的测试报告等。
这种情况在中小项目中应该是比较普遍的，这样就使得公司在开发项目的过程中更注重编码而忽视了质量的控制，以coding为中心的开发方式注定了是那样。只有发展到以需求为前提，以质量控制为驱动的阶段，情况才会有所好转吧.
只有软件公司不断的成熟,我们的客户也不断成熟,整个行业趋于工业化,问题也许就迎刃而解了!
(纯属个人胡侃,不要拿砖砸我^_^)

我现在在公司也只有我一个人在进行测试.测试的是应用软件.都是找bug,没有用什么测试工具.

没有好的领导,觉得有些茫然

顶..................

又学习了一遍！