不知道为什么进的两家公司项目都接近尾声，要么就是维护阶段。用例都不是很全。测试时基本上都是自由发挥的感觉。很纳闷在项目早期为什么不建一些相对完善的用例库呢？难道实现起来有很多难点？现在都用迭代开发模型，频繁的需求变更是不是给设计用例带来一定的难点。而且不易管理用例？

规范的流程或你们公司都是具体怎样实施的？？ 大家讨论下！

我们公司的项目压根没有测试用例，连功能列表都没有呢

引用:

原帖由 青青 于 2008-5-27 17:53 发表
不知道为什么进的两家公司项目都接近尾声，要么就是维护阶段。用例都不是很全。测试时基本上都是自由发挥的感觉。很纳闷在项目早期为什么不建一些相对完善的用例库呢？难道实现起来有很多难点？现在都用迭代开发模型 ...

我觉得这和公司领导是否重视测试流程，项目资源等相关的。
花精力去写用例，如果以后项目是相似的就可以有重用的价值，但如果接的是外包的那些项目，或者做的项目没有相似性，比如说，这次做网站项目，下一个做电子产品项目，这样花精力去做用例，没什么好处（至少短期的好处看不到），管理层当然不会去重视这些了。

至于，频繁的需求变更，可以引入需求变更管理来解决，但如果想从根本上解决问题，应该从测试流程的规范化来入手。
首先你要先清楚的了解自己公司测试流程的现状是什么，然后借鉴一下V MODEL的一些东西来一点一点的做起来
我记得好像郑仁杰的那本书里写了些这些东西，可以看一下。

引用:

原帖由 AlexanderIII 于 2008-5-27 23:24 发表


我觉得这和公司领导是否重视测试流程，项目资源等相关的。
花精力去写用例，如果以后项目是相似的就可以有重用的价值，但如果接的是外包的那些项目，或者做的项目没有相似性，比如说，这次做网站项目，下一个做 ...

如你所说，如果项目没有相似性，花精力去做的用例则没有重用的价值，是否为了方便不去写用例？但没有用例作为指导怎么判断测试的覆盖面？ 如果产品没有相似性，用例真的一点价值都没有吗？

用例,真正实现起来是苦难的，特别是要按照别人的用例来执行自己的测试的时候,
头疼的去看别人写的思路。..而且还不定对。..
长篇的根据人家的鼻子,牵着走很不爽.的。.过于规范的流程也不定能解决问题。

“很纳闷在项目早期为什么不建一些相对完善的用例库呢？难道实现起来有很多难点？现在都用迭代开发模型，频繁的需求变更是不是给设计用例带来一定的难点。而且不易管理用例？”
第一个问题，我给予的回答就是，这些工作需要你去完成，以你的见解去给公司提出一些可行的方案，这些方案要符合公司的实际情况，描述这样做的优势在哪儿，不这样做的劣势在哪儿，这也是公司招你进去的原因。
第二个问题，这个问题也是问你自己，你觉得有什么难点？难点在哪儿？你要如何去解决这些难点。
第三个问题，需求平凡变更 1）你们的PM与客户沟通不够良好，而且在需求变更后要与客户及时沟通，表明这样的变更会有什么样的影响，进度会有多大的延迟。 2）需求分析的时候你们没有和PM沟通好，没有在最初发现那些隐秘的问题。 3）如果需求突然有很大的变动如何去完善 请参考这个贴（http://bbs.51testing.com/viewthr ... 8%C7%F3%B1%E4%B8%FC）

规范的流程或你们公司都是具体怎样实施的？？
这个你要先了解公司现有的流程，并能找出哪几方面是不足的需要加入哪些流程、活动，参考V流程逐步改善
至于如何在有限的时间里做到高品质还需要每个测试人员自己摸索啊。

望高人继续指点。

我经历过的几个公司的情况也是如此------测试用例并不真正在测试时完全执行，甚至有些无效用例。
我觉得测试人员在写测试用例时就是一个熟悉需求，并将自己的理解写到用例中去的过程，在用例评审通过后，也就是说测试人员可以按这样的需求理解去检验产品。在测试时，往往会因为进度的关系，测试人员以在头脑中形成的业务流程来检查，可能会比写的测试用例范围小些。这时最好提倡使用一些测试管理工具，记录测试用例和执行后的实际成果，这样测试用例执行的覆盖率能提高很多。

我目前的公司的测试用例从来没有人进行评审的,走流程走到测试经理那也没有认真的审核,只是看看测试报告情况如何就通过的,觉得自己花精力写这些东西别人都不重示的,觉得可浪费呢,只是大部份人都重结果的原因吧,不过对于测试人员来说,测试过程特别重要的,不过领导是不会看测试用例的,只要测试结果通过能按时上线就没问题的,

   每次都是这样的流程的,觉得没有什么发展方向及目标的,现在公司又要修改流程了,真不知到什么程度.......

大家都彼此彼此,.现在真的明白什么是现实了