研一+学术界软件测试调研1

在软件测试领域，尤其是针对微服务的测试，有多种技术和方法。本文主要调研了几个关键的方面，包括测试工具、测试策略以及针对微服务安全性和容错性的解决方案。 首先，对于微服务的测试，通常涉及单元测试、集成测试、系统测试和验收测试。单元测试专注于单个微服务的功能验证，而集成测试则确保不同微服务间的协同工作。系统测试检查整个系统的行为，验收测试则更多地从用户的角度来验证系统是否满足需求。 在微服务的性能测试方面，当前的方法往往忽视了微服务架构的特性。文章提到的一个自动化性能测试的架构An Architecture to Automate Performance Tests on Microservices，旨在通过端到端(e2e)的方式，精确地模拟性能负载，找出系统中的瓶颈。这个框架基于HTTP标准，允许外部应用程序访问测试参数，并定义了标准的访问机制。它使用Java注解和类来定义规范，可能是通过HTTP进行端到端的测试。 蜕变测试（Metamorphic Testing）是一种解决Oracle问题的黑盒测试方法，尤其适用于微服务领域。这种方法引入微服务测试，可能通过数学逻辑来验证服务之间的正确交互，以检测潜在的错误。 另一个测试概念强调了针对微服务开发的全面测试策略，包括领域微服务测试、应用微服务测试、消费者驱动的合同测试和端到端测试。其中，领域微服务测试关注的是基础组件的功能，应用微服务测试专注于应用层面的单元测试，而消费者驱动的合同测试则确保服务间接口的约定得到遵守。这种测试策略结合了持续集成/持续部署(CI/CD)流程，有助于提升测试的效率和质量。 在微服务的安全性方面，由于API的广泛使用，安全问题变得至关重要。文章提到了"Security Chaos Engineering"，这是一种通过故意引入混乱来测试系统安全性的方法。除了传统的安全措施，如传输层安全和用户认证授权，还需要关注API设计和实现中的特定漏洞，如破损的认证、敏感数据暴露、使用脆弱组件、不正确的CORS使用以及DDoS攻击的风险。 最后，一个针对微服务云应用的容错性测试框架被介绍，该框架由用户界面层、调度层和执行层组成。通过模拟通信协议（如HTTP或RPC）的状态码来仿真故障，从而测试系统的容错能力。这个框架借鉴了如Doctor这样的底层故障注入工具，以及FATE和DESTINI等测试云上自愈性的研究。 这些研究展示了微服务测试的多样性，从自动化性能测试框架到安全性和容错性测试，都体现了对微服务架构深入理解的重要性。在研一阶段进行这样的调研，有助于理解微服务测试的复杂性和挑战，为未来的研究和实践打下坚实的基础。