jmeter自动化测试用例编写规范
1.自动化用例整体结构划分
用例结构的好坏，将直接影响到了用例的编写、维护、阅读、运行的效率。一个好的用例结构划分需要同时考虑业务模块覆盖和测试覆盖。
从常规来说，接口测试可以分为：
a.系统级的用户业务场景；
b.模块级的用户业务场景；
c.单接口业务场景；
d.接口合法性校验测试；
在jmeter中,系统级用户业务场景作为单独的一个jmx,每个模块级的用户业务场境、每个模块的各个接口业务场景、每个模块的每个接口的参数合法性校验各自做为单独的一个jmx文件存在(并且需要遵循一定的命名规范)。这样划分的目的是:
一来，确保在用例编写时，相对独立，不会互相干扰；
二来，用例维护时，方便定位影响面和位置，提高效率，降低维护成本；三来，可以根据不同测试需求，灵活调整测试层面；
具体操作如下：
用户中心业务场景命名为：user_center.jmx;
用户中心单接口业务逻辑用例：user_center_detail.jmx ;
用户中心参数合法性校验：user_center_valid.jmx;
2.自动化环境维护(手工测试+自动化测试环境统一，减少环境维护成本)；为减少测试环境资源、升级维护、数据准备等成本，因此，自动化测试需要直接复用手工测试环境。但这就要求，在执行测试脚本之前，需要预先清理环境，以避免数据冲突而导致脚本执行失败。
Jmeter可以直接通过执行Sql语句进行环境初始化，且为保证环境的共用性，不影响他人使用；
因此，删除语句需要带上条件，只删除自己即将新增的语句；
例如，账号注册，唯一索引是电话号码，因此删除语句需要带上电话号码=测试输入数
-------------------------------------------------------------------------------------------------------------
转载自：https://blog.csdn.net/weixin_39612058/article/details/112955913
标签：jmx,场景,接口,用例,测试,编写,jmeter 来源： https://www.cnblogs.com/amber10086/p/16386751.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。