个人技术分享

本测试用例表格涵盖了自动驾驶系统中多个关键功能和场景的测试，旨在确保系统在不同条件下的表现和稳定性。此表格设计旨在提供一个清晰的框架来组织和管理自动驾驶仿真测试用例，确保测试工作的系统性和有效性。

就目前我们互联网+中心的大多数APP产品而言，功能测试仍是整个测试过程的基础和重点，占比很大这块内容同web端测试一致，主要是根据产品PRD设计业务用例，验证业务功能一般有手工和自动化两种来达到业务功能测试的目的除去每个产品和版本不同的业务需求以及功能，针对于大多数APP的共同点和移动设备的特性。

本文作者通过对AI大模型以及Langchain开源框架的了解，讲述了利用其智能生成测试用例的解决方案，达到提高测试用例编写效率的效果。通过本文可以了解大模型技术在测试用例设计过程中的应用方法以及技术实现方案。

2.点击发送验证码，向服务端发起获取验证码请求。并且客户端提示“验证码已发送”，60秒内不能重复发送验证码请求。输出内容需要包含用例编号、用例名称、前置条件、优先级、操作步骤、输入数据、预期结果。3.用户协议默认为非选中状态，用户点击“隐私协议”或“用户协议”跳转至对应协议页面；1.手机号输入框限制只能输入数字，除数字外其他字符都不能输入成功。

使用这种技术设计测试用例时，首先需要计算程序的环形复杂度，并用该复杂度为指南定义执行路径的基本集合，从该基本集合导出的测试用例可以保证程序中的每条语句至少执行一次，而且每个条件在执行时都将分别取真、假两种值。下图是各种结构的示意图，流图中的箭头称为边或连接，代表控制流。环形复杂度是一种为程序逻辑复杂性提供定量测度的软件度量，将该度量用于计算程序的基本的独立路径数目，为确保所有语句至少执行一次测试数量的上界。独立路径的数量等于流图的环形复杂度。)连接的复合条件表达式，则需要改为一系列只有单条件的嵌套的判断。

执行案例下的所有测试用例，再输入 mvn test前，确保你要执行的文件，你是是否已经在对应文件里面。同样，如果不想这么麻烦输入，也可在maven配置对应的依赖：下图是三种编写方式，选其一即可。出现报错时，先去查看pom.xml文件是否引入了对应的maven依赖。

通过上述示例，我们学习了如何使用GoogleTest创建全局测试环境，并在测试用例中访问共享资源。这种方法可以帮助我们更好地组织和管理测试代码，提高测试的可重复性和可维护性。在实际项目中，可以根据具体需求扩展和优化这些概念，以满足项目的测试需求。