何为一站式测试平台？简而言之，就是将项目管理、需求管理、测试用例、测试报告、缺陷管理、功能测试、自动化测试、性能测试等测试全流程集成到一个平台，让测试的管理工作都在一个平台上进行。
乍一听，这是非常完美的测试解决方案，解决了目前自动化测试管理混乱的现状。于是作者亲自去体验了市面上几款主流的一站式测试平台，结果难免有些失望。这些号称一站式的测试平台本质上就是一款接口测试平台，只是加上了一些测试管理的功能。既没有全覆盖自动化测试平台应有的各类测试，测试管理功能的使用也不是很方便。那么，究竟是一站式测试平台是个伪命题还是说只是目前没有出现一款真正的一站式测试平台呢？
要想解释这个问题，我们不妨回到做自动化测试平台的初衷上来，为什么要做自动化测试平台？这在上一篇《如何构建一款完善的自动化测试平台》中已经阐述了作者的看法，在这里就不再赘述。而近几年来，随着研发管理devOps理念的兴起，传统的测试框架和脚本对于集成到CI/CD略显不足，也从而推动了自动化测试向平台化方向的发展。那devOps所需的测试环节有必要做成一站式吗？
答案作者认为是并不一定，先不说很多devOps平台已经集成了项目管理、需求管理、测试管理等基础的能力。光是传统的项目管理平台如禅道、JIRA等开源平台就已经支持了这些功能，那自动化测试平台再去做这些功能的价值是什么呢？另外很重要的一点，通常大部分中小企业都是在项目进行到一定程度才会考虑自动化测试，而这时候的测试管理工作已经在其他平台维护了大量的数据，这时候再去使用一站式测试平台，去做数据迁移需要考虑是否值得？如此做究竟是提升了效率还是增加了负担？
另一方面，单做自动化测试平台能否满足devOps的需要呢，作者认为是可以的。自动化测试根本目的就是提升效率和节省人力，从而实现快速测试，这和devOps理念是一致的。那么我们将其平台化后只需要考虑两点：一是测试平台的易用性以及全面性，二是能否集成到devOps与其他研发管理流程形成闭环。
针对第一点，很明显是要求自动化测试平台应该是一款简单易用的测试工具，并且能够支持API和UI等各种测试，而不仅仅只是接口测试平台。至于第二点，如果不做一站式，如何去实现闭环呢？其实很简单，通过接口同步实现即可：
首先，自动化测试平台不需要有复杂的项目管理、版本管理等功能，但是要有这个概念。换句话说，自动化测试平台不用做这些功能，但可以将相关数据从做这些功能的平台通过接口同步过来。比如说版本管理，自动化测试平台不需要关注版本的具体信息，只需要拿到版本号，然后将相关测试计划关联到该版本即可。
其次，自动化测试平台应提供测试执行和获取报告的相关OpenAPI，研发管理平台通过接口调用执行相关版本的测试计划，甚至是按照功能模块动态创建测试计划去执行。当自动化测试平台执行完成后，再提供接口获取执行结果，将各类统计信息回传给研发管理平台，那么就能很好地形成一个闭环。
综上所述，不难发现，其实不做一站式测试平台也能满足研发管理的实际需要，甚至还有诸多好处。而当测试平台只专心做自动化测试工具时，其更能专注、简洁、易用。反而做了一站式后，不仅平台研发工作带来巨大负担，使用上也会带来管理混乱、功能复杂等问题，最终导致什么都想做，什么都没做好。
当然作者认为也不能完全否认一站式测试平台是一个伪命题，只能说在没有出现一款一统江湖的一站式测试平台前，自动化测试平台就应该只做专职工作，而不是伸手到其他领域。
最后欢迎大家体验流马测试平台，这是一款低代码测试平台，通过灵活配置实现绝大多数场景的自动化测试。当然目前仍有一些不足之处，作者也在努力完善中，流马测试平台的目标和宗旨很明确，那就是打造一款简单易用全面覆盖的自动化测试平台。
