计划总是不如变化快，测试在开发进度下才能展开的情况，如果需求开发提交不及时、提交情况不理想的不利状况下，如何才能控制好测试进度？

有人愿意讨论一下吗？

这已经属于项目管理的范畴，不是单纯靠测试管理能够解决的问题。
首先要明确，软件需求阶段为什么延迟，这是问题的根本。目前在很多公司，测试时间被积压的情况都有存在。
分析这类问题，应该从软件的全流程考虑，并且抓住问题的症结，要治本。

你的测试是从哪个阶段介入的呢？是在代码设计、需求整理还是代码编写阶段？"如果需求开发提交不及时"我没有看明白。如果项目本身没有计划好，那么测试进度就无从谈起了。

引用:

Originally posted by celine at 2005-5-17 02:19 PM:
如果项目本身没有计划好，那么测试进度就无从谈起了。

这是不是意味着测试进度总是受制于开发进度呢？

引用:

Originally posted by blinkday at 2005-5-18 08:53 AM:


这是不是意味着测试进度总是受制于开发进度呢？

差不多。测试计划是项目整体计划的一部分。事实上由于测试的软件实在的最后一个环节，我觉得常常受到前面各阶段进度的影响　。

测试的进度很多时候会受项目的影响的，很多时候项目delay了，但与客户约定的时间又不能更改的情况下，就只能压缩测试的时间。要解决这个问题一般从两方面入手：一是充分准备好测试的准备工作，做好测试设计、测试用例的工作，提高测试的工作效率。二是需要从高层管理上入手，因为测试用例什么都准备好了，就可以拿这些数据根开发谈，执行这么多个测试用例一般都需要多少时间，大概会有多少个BUG，修改这些问题大概要多少个时间，而现在的时间不够。

还是上边的重视问题，上边重视了你就有时间了，不重视，还是老样子，唉，苦恼。

测试时间是不能被挤压的，这当然需要上层领导的支持

领导要重视测试,就一切都好说!时间绝对不能缩水!

这个问题就要涉及到测试规范和流程问题了吧

如果前期工作准备的好的话，在测试进度控制上就相对容易一些

因此在每一次的测试工作结束以后，都要进行讨论和总结，逐步完善和规范出一套行之有效的方法。

个人愚见，在软件测试行业要是也能出台一种类似IEEE工业标准的东西就好了

计划也不是一开始制定好就一成不变的呀，随着需求的变化，机会、策略与资源不也都一直在动态的变化吗？测试当然也不例外……我认为，关键是要在全局（项目管理）做好控制与调节，否则单从某一层面来思考与解决似乎有点以偏概全～

呵呵，余下的什么意思，加班吧，您哪。

从大方向看，测试的进度完全取决于项目的计划进度。但测试的时间可由测试部门自己根据产品的实际特点制订，只要保证你的测试时间，管它项目如何delay都不会影响到你。

我觉得在测试过程中设立里程碑，定义出入口准则。
这样可以很好得控制

测试进度被挤压,也说明你们公司的测试经理,PM都没有重视软件全流程控制.