|
No.1 什么是持续测试？ 持续测试是执行自动测试的过程，是软件交付管道的一部分，为了尽可能快地获得与软件RC版相关商业风险的反馈。
No.2为什么我们要重新思考测试的方法？ 与我们对于测试的期望正在改变——但传统的测试平台并不能跟上这种转变。传统测试平台侧重测试的方法。它们依赖于脆弱的脚本，执行缓慢的端到端回归测试，并会产生一个压倒性水平的误报率。结果就是他们在自动化测试方面只取得了有限的成功。企业的总体测试自动化率是18%，平均为8%。在一个调查问题中，参与者认为测试自动化最多也就那样。现在，软件测试者面临着日益复杂的应用，需要以更快的速度交付——在现代商业新的背景下，他们期望交付可靠的行或不行的决策。还有很多与此相同的情况我们并不知道。我们需要显著地转换测试过程就像转换发展过程一样。 No.3 自动化测试和持续测试最主要的三个区别是什么？ 1.风险 2.范围 3.时间 风险：向用户展示越来越多的创新功能现在是一个竞争优势，但它也增加了潜在故障点的数量、种类和复杂性——大多数测试旨在提供关于用户故事是否正确地实现需求的低层细节，而不是对于RC版本是否太危险而不能发布的高层次评估。你是否会立即停止基于测试结果的发布，如果没有，你的测试可能和商业风险无关。
范围：仅仅知道一个单元测试失败或一个UI测试的通过并不意味着整体用户体验都受到了近期应用程序改变的影响。为了保证终端用户的体验，当一个应用程序的改变影响了用户所依赖的功能时，你需要一些足够广泛的测试以确保应用程序的改变没有问题。
时间：如果你所在的组织采用DevOps 并且执行持续交付，软件可能每小时或更频繁地发布。在这种情况下，过程中每一个阶段的反馈不仅仅是快；它几乎是瞬时的。如果企业想要减小交付给终端用户错误软件的风险，你需要一些方法来达到必要的风险覆盖水平和快速测试范围。
No.4 持续测试的关键点是什么？
这个研讨会提出了以下关于持续测试的五点：
No.5 从哪可以了解更多的关于持续测试？ 阅读原文观看完整的持续测试网络研讨会，以获得更多关于以上主题的详细信息，并学习： 持续测试是如何影响机构的。 测试人员需要知道哪些实践能够成功地进行持续测试。 像探索性测试这样的非自动化实践是如何适应持续测试的。
原创：Cynthia Dunlop
| 
转播
分享
淘帖
()