我一直被这件事困扰，并且这件事毫无乐趣可言。
我思考这件事很长时间，一件事刚开始是非常好的，它是如何这么快变的这么严重，下面是我的分析：
我的测试时间去哪了？
首先，为什么会发生这样的事呢？下面是众多原因中的几种：
1）错误的估算：
如果在开始阶段你就有一个不准确的期望，这件事注定是失败的。一个好的估算需要考虑下面几个方面：
A）准备任务的时间-我们谈论的任务类似下面情况：
· 识别需要回归的套件并把它们放在一起统一回归
· 创建测试数据
· 花时间去准备测试（如冒烟测试、健全测试等）
B）测试用例的维护：测试用例是长期使用价值的资产，在测试执行期间确保测试用例发生较小变更。对于这些新产品小的维护任务，建议分配测试时间的30%，有可能一些团队和项目并不需要30%的时间，但是尽量分配一些时间和精力在这项任务上。
C）自由测试/探索性测试-脚本测试是测试估算的主要特性，然而，在世界上即使模型是显性脚本，也没有一个测试团队拒绝探索你的软件。
D）报告/交流-包括分类/站立会议，更新工作管理工具等等
E）意外因素：一般意外因素应该留有你原始估算的25%-30%的缓冲时间，但是团队很少能够支持，即使是这样，也应该给自己留点调整的余地
F）团队和能力：如果你刚刚带领了一个新的团队，或者他们第一次使用一个新的工具，你需要留出一些时间进行培训。根据你的团队水平来调整你的估计。
2）版本不稳定和其他技术问题
A）冒烟测试、健全测试失败：在QA部署的环境中，AUT阶段基本的测试失败后就不需要那么多的测试团队执行测试。当出现这样现象的时候，我们可以去从事其他项目的工作，但是这也不能填补整个测试周期时间，这是时间浪费的主要原因。
B）测试数据不可用：产品-比如数据是每一个测试项目都必须拥有的，在QA环境中没有准时获得测试数据也是另外一个主要因素。有时测试人员可以通过创建和管理自己的测试数据来解决这个问题，但它是费时的而且有可能并不总是在点上。
3）环境问题
部署失败，服务器不断得到超时，更多的类似问题会吞噬你的测试周期。这可能源于这样一个事实，一些公司（并非所有）降低了有效率的QA所需良好的工作环境的重要性。他们经常试图摆脱低容量的服务器，使用替代品代替，这确实是一个短暂的修复，没有任何人会喜欢，事实上，这可能会导致他们的测试质量和宝贵的测试时间损失。
4）工作相关关系人间缺少统一
这可能是敏捷或安全团队在接近项目尾声时遇到的罕见问题，但是当开发，实施和QA应该接收彼此的交付物的时候很多成员仍然存在分歧或误解，因此，造成延迟。
现在我们了解到以上问题，下面有几种方式去解决这些问题。
测试者如何获得足够的时间进行测试？
1）准确的估算
对于重新估算感到怀疑的时候，不要低估而是需要有一个合理的原因。不要忘记根据你的团队、工具和进度进行估算判断。估算完成后确保正式确认，保证所有人能够了解并且保持在知情状态中。
... ...
查看全文内容，请点击下载：http://www.51testing.com/html/28/n-3719628.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
