敏捷测试要怎么测？ - 原创经验分享文章 - 接口测试平台&自动化测试工具

现在，敏捷项目管理已经不是什么新鲜词了，但是对敏捷测试这块提到的并不多，在敏捷项目管理中，居然没有把测试作为一个阶段，也没有说明如何实行敏捷测试，我为此还特意问了敏捷的老师，难道实行纯敏捷的公司，就不要测试了吗？得到的答案是，敏捷更加鼓励的是敏捷希望综合型人才，同时鼓励全员测试。那么测试人员都要做什么呢？感觉老师并没有给到我想要的答案，还是不知道标准的敏捷测试流程要如何操作。但小熊在几年的工作中实践了下，算得上行之有效的测试方法，愿意分享与你。

1：重视接口测试

对于测试人员来说，接口测试算是最低层的测试了，并且随着微服务的盛行，接口越来越多，内部接口、外部接口，各种协议的接口，接口测试即重要又复杂，那么如何能够又快又好的测试接口呢？我们的测试策略是接口测试要做好正常、异常测试，并且通过一次手工测试，后面用自动化测试来保证，从而来保证接口测试的质量。其实，主要就是两点：

1）选定一款工具做为标准。如果接口数量很少，可以用接口测试工具来执行，但如果量比较大，又要持续性的执行，建议使用测试平台执行调度，LuckyFrame可以支持各种协议接口的测试；

2）习惯的改变。之前，我们是先用接口测试，然后再专门花时间来做自动化测试，后来发现直接在自动化平台上测试，并保存下来，这样还可以快速的回归主干，一劳永逸。

2：关注集成测试

我们都知道，开发更多的是重实现，测试则要更加关注业务，从业务层面去验证功能的正确性、合理性。熟悉业务，同时就拥有了项目团队的话语权，同时具备用户思维，也是评价好的测试人员的一个重要标准。

随着敏捷迭代的推进，建议集成测试通过设计自动化的流程方式来实现，虽然可能前期耗时、实现难度会大些，但绝对是事半功倍的好办法。

3：引入全链路测试

在微服务架构下，软件项目由“大而全”转变为现在的“小而精”，往往一个产品需要经过很多个项目共同协作，才得以实现。那么，如何快速、全面的实现系统的功能验证，是对测试人员的比较大的考验。前期还可以采用项目联调，但为了追求测试效率，肯定只能通过自动化手段来解决。

来看看小熊公司是如何做的，由于项目的测试都是按项目组划分，并且本身项目组的体量已足够大，所以实现自动化时，基本每个项目只做自己的自动化，没有考虑到系统间的数据流通带来的影响，这里还掉了几次坑，上游更新代码产生的数据不对，导致下游的问题，血淋淋的教训哇。所以针对这个情况，我们今年特意引入了全链路自动化测试，耗时半年，设计完善了自动化测试，上游项目的数据实时流通到下游后，也能准确的完成系统验证。

4：勿忘性能测试

目前这种敏捷开发模式下，项目一直处于持续维护更新的状态，功能方面基本都会关注，性能测试一般初期上线会执行，往往后期就关注不多了，导致日积月累的，系统性能出现瓶颈了才知道，这是不可取的。所以针对核心的接口、核心的链路还是要关注性能情况，定期去执行下，比如发版前或者改动较大时。从而了解修改点是否降低了系统性能。及时的发现问题，评估影响，有问题尽早解决。

通过以上这些测试策略，完成项目质量验证，不断提升测试效率，提高项目质量，从而提升测试人员的能力和认可度，并为提升研发效能发挥出重要的作用！

到这里小熊的分享就结束了，这里我并没有与你分享细节，更多的是介绍了一套小熊认为行之有效的测试方法，算是抛砖引玉吧~~

你可以结合自己的情况，来制定自己的测试方法，正所谓一年之计在于春，2020的工作伊始，让我们用行动思考下工作，制定有效的测试策略吧。