《jmeter开发java请求总结》由会员分享，可在线阅读，更多相关《jmeter开发java请求总结（4页珍藏版）》请在金锄头文库上搜索。
1、jmeter的java开发/接口测试总结一，编写测试计划。 0， 确定测试目标： 1， 是证明性能的性能测试。2， 证明优化后的性能有提升的性能测试。 1， 首先和开发确认本次被测试的对象业务。 确认被测对象的jar包的调用方式，该jar包的处理方式。主动发起，还是被动发起。 2， CodeReview被测对象的jar包源代码。 1， 入参是否做了常规校验，长度校验，非空校验。 2， 入参是否做了业务校验，比如uid 的固定格式校验。 3， 返回结果是否有状态对象，要根据该状态对象进行判断本次request/response是否成功（result.isComplete） 4， 代码的组织方式是
2、否合理，是否存在性能因素，比如多次与数据库进行交互，有非本次业务的调用和逻辑处理代码。 5， 是否将关键业务日志打印出来，是否有业务调用时间打印出来，日志打印是否清晰易懂。 6， 异常日志是否打印出来。 7， 本次文件，数据读取，是否有做成配置文件，不做的话，容易造成window和linux的读取差异问题。 3， 确定本次性能测试过程的预期目标，tps(tpm)，error, response time， average response time。 4， 确认被测服务器的硬件情况，cpu, memory, harddisk 情况，是否是分布式的调用方式，是否存在多个slave机器。 5， 服
3、务器的硬件指标。性能测试过程、稳定性测试过程中，服务器硬件资源的占用率情况:cpu占用率，内存使用率，硬盘的使用情况。I/O吞吐量情况。 6， 确定测试数据情况，是否存在测试数据依赖。测试数据的规模，测试数据是否带有业务含义，是否有特殊含义，是否存在新老数据兼容性情况。 二， 确定性能测试。 1， 使用绘图工具构建request/response系统调用图。三， 提交本测jar包。 0， 开发提交测试进行性能测试或稳定性测试前，需要进行单元测试。性能测试过程，不再优先保证功能测试。 1， 开发提交测试前需要到linux系统进行java -jar xxxxx.jar先进行测试，避免一些常规错误。
4、 2， 由测试进行代码版本控制。由开发提供SVN地址，由测试自己去拉取最新的代码。 3， 检查SVN提交注释，确认本次提交版本准确无误。四， 提交本测服务器。 0， 测试到本测试环境确认环境正确。jdk版本是否和代码编写机器的版本一致。是否要做升级。 1， 测试到服务器环境中确认服务器的硬件资源。cpu, memory, i/o, harddisk情况。 2， 安装部署：linux版jmeter。 3， 安装部署硬件监控插件：nmon五， 编写测试脚本。 0， 先run一次开发提供的单元测试代码没有功能问题，并覆盖本次性能测试的代码范围。 1， 根据开发提供的单元测试代码，确认被测方法的具体的
5、入参，返回结果，类型，长度。 2， 确认是否有入参的产生规则。1， 使用随机数产生。2， 从页面入口产生。3， 使用业务方法产生。 3， 源代码如下： 六， 本机调试代码。 0， 将TestJudage_Test.java打成jar包，放到apache-jmeter-2.11libext中。 1， 将其它引用到的jar包，数据文件，配置文件，按照目录的方式打成jar包，同时放到bin目录下和apache-jmeter-2.11libext下。 2， 在本机打开jmeter，按照次数添加如下组件。添加线程组，Java请求，聚合报告，图形结果。查看结果树。 3， 线程组，用于发起多线程的并发请求。
6、 4， Java请求：用于确定需要调用的类，再进行确认入参。甚至可以通过jmeter函数方法来自动创建入参。（见下下图） 5， 查看结果树：主要用户调试请求过程是否正确。在正式性能测试时，需要删除该组件，避免对压力机造成大量日志文件，反而影响压力机性能。 6， 聚合报告，用于收集性能测试数据。 7， 图形报告，用于判断系统性能是否稳定，便于判断收集性能数据的时间点。七， 服务器调试。 1， 首先确认服务器的防火墙已经默认关闭。 2， 确认jmeter是linux版本。 3， 确认服务器的1099端口没有被其它进程占用。如果占用需要杀掉该进程。 4， 服务器端：apache-jmeter-2.1
7、1binjmeter-server脚本。-确认是linux版本jmeter. 5， 压力机端修改bin目录下jmeter.properties 3、将remote_hosts一行内容修改为： 6, 调试成功后，正式进入大数量，大并发请求下的测试。 7， cd /home/nmon 执行 ./nmon -f -s 30 -c 120 监控硬件的资源占用率。 8， 将上面的文件导入到 nmon_analyser_v33g.xls 9， 将可以观察到结果数据。常见的问题。1， 读取数据，没有注意windows和linux的环境差异，没有做到配置文件中。2， 单元测试非常有必要，避免在进行性能测试前，出现功能测试问题。
