感觉8楼所说的情况是很常见的，经常是项目快到验收了，项目的需求才逐渐明确了，项目很多的时间和精力都浪费在和用户的业务交互上，开发过程中是重复地修改。

回归测试最浪费时间. 这是最需要改进的.

回过头来再看这个问题，发现没有不难的地方，当然是如果都想做的很好的话。
其实很多时候我们考虑的是一个平衡的关系，在时间，进度，资源，质量中间寻找一个平衡点。就像测试效率的问题，可能你有几个方案，比如改进测试用例，采用自动化，但是这些都包含了很多其他的因素在里面，测试效率的提高可能会带来质量的下降或者其他地方时间或者效率的下降。所以说最大的困难其实有点言过其实，不如去看看如何在项目中取得平衡更好。

我也认为是测试用例的设计，还有就是工具的使用

先前的测试基本理论挺烦人的

回过头来再看这个问题，发现没有不难的地方，当然是如果都想做的很好的话。
其实很多时候我们考虑的是一个平衡的关系，在时间，进度，资源，质量中间寻找一个平衡点。就像测试效率的问题，可能你有几个方案，比如改进测试用例，采用自动化，但是这些都包含了很多其他的因素在里面，测试效率的提高可能会带来质量的下降或者其他地方时间或者效率的下降。所以说最大的困难其实有点言过其实，不如去看看如何在项目中取得平衡更好。

转载请注明源自www.SCMLife.com,请保留版权. 本贴地址：http://bbs.scmlife.com/viewthread.php?tid=4013

我觉得测试最重要的就是经验和管理了
对项目和流程的经验，测试活动中需要设计大量的测试用例，如何管理这些东西很重要的

测试用例，及需求不明确时问题比较大

软件的 需求变更影响测试

项目不按照流程走，文档化做的不好，对于比较复杂的项目来说，就会有需求不明确，或者理解上的偏差，这对于测试人员来说，应该算一个比较大的困难吧