引言
1. 尝试去理解是把更多的努力放在测试上还是在生产中更快的解决问题，权衡两者。
2. 一个失败的测试不会直接影响到用户，但是一旦产品开始工作，便开始影响。
测试应该一直将终端用户的视角铭记于心，去保证软件可以被部分用户所接受。但是，如何测试并不会直接面向客户的web服务，尤其是如何用一个有意义的方式去测试性能？这篇文章概述了一些性能测试的方法，这些方法已经在HERE公司被开发并且证明有效。HERE公司是一家领先的位置云计算公司。自从web服务的性能托管在HERE的云平台上并且根据服务层协议绑定之后，我们通过利用持续集成与交付对web服务的性能进行彻底的测试。
web服务是使用基于标准的Web技术包括HTTP和XML-based messaging，去与其他组件通信的软件组件。它们提供了一个描述操作集合的接口。Restful web 服务与无状态操作进行通信。Web服务允许应用程序相互沟通，不需要费时的自定义编码。并且因为通信依赖行业标准协议，它们不依赖任何一个操作系统或者编程语言。然而，分布式和松散耦合性也使得测试web服务具有挑战性。
测试方法
应该用最终用户的相关知识来创建测试，这样测试才是有效的和基于风险的。因为以上这个因素，以及版本技术例如金丝雀版本和功能切换这三个因素，测试运行在版本发布之前和已发布的软件上之间的界限已经变得模糊。例如，A/B测试变得流行因为它可以确定产品的新功能或者改动对用户体验的影响。这篇文章提出了一个问题，这种想法是否也可以应用于性能测试，还有如何在版本发布之前，让性能测试(RESTful)web服务基于一个有意义和现实的使用场景。
验收测试
验收测试是基于使用现实案例来讨论需求和根据那些验收标准执行的测试。这样一来，测试可以被用来创建可执行的需求说明书，并且软件可以基于那些现实案例来创建。
因此一个验收测试可以被视为一个软件的产品的特性说明，通常作为一个例子或者使用场景来展现。然而现实中，软件的使用会随着时间而变化，所以测试数据过时会导致风险。如果测试数据过时，测试必须更新。
可以为web服务器以及前端编写验收测试。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
