当没有足够的时间去测试的时候，我们应该做些什么

                -摘自于（软件测试基础，测试策略，测试技能提升，测试技能和资源）

  环顾你的测试周期，你是否经常发现你没有足够的时间去测试？刚开始，你会认为一切都在掌控之中，但是很快你就会偶然发现这个问题，“当没有足够的时间去测试的时候，我们应该做些什么”

  我一直被这件事困扰，并且这件事毫无乐趣可言。

  我思考这件事很长时间，一件事刚开始是非常好的，它是如何这么快变的这么严重，下面是我的分析:

我的测试时间去哪了？

  首先，为什么会发生这样的事呢？下面是众多原因中的几种：

1） 错误的估算：

如果在开始阶段你就有一个不准确的期望，这件事注定是失败的。一个好的估算需要考虑下面几个方面：

A） 准备任务的时间-我们谈论的任务类似下面情况：

a. 识别需要回归的套件并把它们放在一起统一回归

b. 创建测试数据

c. 花时间去准备测试（如冒烟测试、健全测试等）

B） 测试用例的维护：测试用例是长期使用价值的资产，在测试执行期间确保测试用例发生较小变更。对于这些新产品小的维护任务，建议分配测试时间的30%，有可能一些团队和项目并不需要30%的时间，但是尽量分配一些时间和精力在这项任务上。

C） 自由测试/探索性测试-脚本测试是测试估算的主要特性，然而，在世界上即使模型是显性脚本，也没有一个测试团队拒绝探索你的软件。

D） 报告/交流-包括分类/站立会议，更新工作管理工具等等

E） 意外因素：一般意外因素应该留有你原始估算的25%-30%的缓冲时间，但是团队很少能够支持，即使是这样，也应该给自己留点调整的余地

F） 团队和能力：如果你刚刚带领了一个新的团队，或者他们第一次使用一个新的工具，你需要留出一些时间进行培训。根据你的团队水平来调整你的估计。

2） 版本不稳定和其他技术问题

A） 冒烟测试、健全测试失败：在QA部署的环境中，AUT阶段基本的测试失败后就不需要那么多的测试团队执行测试。当出现这样现象的时候，我们可以去从事其他项目的工作，但是这也不能填补整个测试周期时间，这是时间浪费的主要原因。

B） 测试数据不可用：产品-比如数据是每一个测试项目都必须拥有的，在QA环境中没有准时获得测试数据也是另外一个主要因素。有时测试人员可以通过创建和管理自己的测试数据来解决这个问题，但它是费时的而且有可能并不总是在点上。

3） 环境问题

部署失败，服务器不断得到超时，更多的类似问题会吞噬你的测试周期。这可能源于这样一个事实，一些公司（并非所有）降低了有效率的QA所需良好的工作环境的重要性。他们经常试图摆脱低容量的服务器，使用替代品代替，这确实是一个短暂的修复，没有任何人会喜欢，事实上，这可能会导致他们的测试质量和宝贵的测试时间损失。

4） 工作相关关系人间缺少统一

这可能是敏捷或安全团队在接近项目尾声时遇到的罕见问题，但是当开发，实施和QA应该接收彼此的交付物的时候很多成员仍然存在分歧或误解，因此，造成延迟。

现在我们了解到以上问题，下面有几种方式去解决这些问题。

测试者如何获得足够的时间进行测试？

1） 准确的估算

对于重新估算感到怀疑的时候，不要低估而是需要有一个合理的原因。不要忘记根据你的团队、工具和进度进行估算判断。估算完成后确保正式确认，保证所有人能够了解并且保持在知情状态中。

2） 考虑历史数据-测试管理工具是你最好的朋友

A) 早期测试循环周期需要多长时间

B) 哪种问题原因引起之前测试周期发生变化

C) 在它们通过之前测试用例运行了多少次?

D) 报告了哪些缺陷？

E) 哪些缺陷导致测试中断？

3） 在关键时刻问下面这些问题并且制定计划

A) 找出重要的功能是否在你的项目中?

B) 找出项目的高风险模块？

C) 哪些功能模块用户最经常使用？

D) 哪些功能具有很大的安全影响？

E) 哪些功能对用户的财务影响最大？

F) 应用程序的哪些方面对客户最重要？

G) 代码中哪一部分最复杂，因此最容易出错？

H) 应用程序的哪些部分是在匆忙或恐慌模式下开发的？

I) 开发人员认为应用程序的最高风险是什么？

J) 什么类型的问题将引起最坏的影响？

K) 什么类型的问题将引起最多的客户服务的投诉？

L) 什么样的测试可以很容易地覆盖多种功能？

考虑到上面这些点，可以在较少的时间约束下大幅度减少项目释放的风险

4） 使用测试管理工具, 可以大大减少准备、报告和维护的时间和工作量。

对于最流行的测试管理工具列表，请查看此处

5） 对于错误的开发/技术问题，我们没有什么可以做的，但是唯一可以帮助的是查看单元测试结果。这有一个观点无论是开发是成功或者失败,因为哪种测试导致的失败,所以我们不会重蹈覆辙.

如果您的测试管理工具支持CI集成，那么您就可以在没有任何干扰的情况下获得这些信息，从而更好地理解应用程序的稳定性。

6） 经常衡量你的生产力和过程。不要为了外部团队的利益而让状态报告成为可交付成果。确保你在密切监视你的日常目标和完成这些目标的能力。

    另外，确保不要进入“速度与质量”这一经典问题。因为，当你每天报告50个错误时，你可能会显得效率非常高。但是如果大多数人都是无效的，说明你就有问题

了。

        因此，监视、监视和监视多一点

总结

最后，尽管你采取了所有的措施你依然觉得自己时间紧迫，请需求帮助, 大多数团队都愿意参加会议，使事情回到正轨上来。

关于作者：这些有用的测试技巧是由团队成员Swati S.提供

现在，你有什么技巧可以准时并提供高质量的测试服务？还有，上面这篇文章中的哪一点与你有共鸣？

我们感谢您的反馈，并珍惜您的读者。谢谢阅读！

Ps:文章出处:

http://www.softwaretestinghelp.com/what-if-there-isnt-enough-time-for-thorough-testing/