挺有意思的，但是瞅了下楼主和官网的，貌似都只能模拟 web 端 or 移动端的行为模型
不知道对于 java 后端服务是否可用？

对啊，快到碗里来

还有坑，速来！

有效 可投递

额
感觉照你这么说，很多职业都没有什么价值
哪怕就是警察啊，那些办户口的警察的价值是？

这公司感觉很牛啊，好奇如何测试进程？

主要是模块较多的项目的话，source 和 class 得配很多个路径，感觉这样配置比较复杂，如果拷贝出来不影响扫描也未尝不可啊
看了下您的应该也是多模块的工程，请问您的 sonar.source 和 sonar.java.binary 是咋配的呢？也是多个路径么？

关于坑 2
我是否可以把项目的 java 和 class 文件先分别拷贝到一个目录，全部平铺开存放，去掉项目结构
然后把 jacoco.exec 也生成到 java 文件的存放目录

还是说必须扫描符合项目结构的代码，然后 jacoco.exec 也必须放在多模块项目的根目录上？

关于最后一个问题
我最近也在做 sonar scanner 相关的东西，因为要集成 jacoco，所以我是把需要检测的 java 和 class 文件先分别拷贝到一个指定目录
然后在进行扫描的时候一直会有 warn，类似：Class 'org/mybatis/spring/SqlSessionTemplate' is not accessible through the ClassLoader
看了官方的文档，感觉我的配置没问题呢，楼主知道这是什么情况么

我的 sonar-project.properties 大致如下：

sonar.projectKey=XXXXXX
#Set through <version> when using Maven.
sonar.projectVersion=1.0-SNAPSHOT
#jenkins 设置SonarQube UI显示的名称，别用中文
sonar.projectName=XXXXXXXXX
sonar.language=java
#代码所在路径
sonar.projectBaseDir=/export/lijuntao/source
#指定source文件路径
sonar.sources=/export/lijuntao/source

#指定class文件路径
sonar.java.binaries=/export/lijuntao/class

# 源码编码，默认是系统编码
sonar.sourceEncoding=UTF-8

#Set jacoco Configuration
#Code coverage tool
sonar.java.coveragePlugin=jacoco
#Path to the JaCoCo report file containing coverage data by unit tests. The path may be absolute or relative to the project base directory
sonar.jacoco.reportPath=./jacoco.exec
sonar.jacoco.itReportPath=./jacoco.exec
#sonar.jacoco.reportMissing.force.zero
sonar.jacoco.reportMissing.force.zero=false

dubbo 接口有类似的嘛？

关键的问题就是咋用 testng 去执行 jmx，我之前一直都是用的 maven 直接执行的，POM 中大概这样配置的，然后直接 mvn verify 来执行的 jmx。现在发现我这种集成方式貌似要集成 allure 有点难啊

<plugin>
                <groupId>com.lazerycode.jmeter</groupId>
                <artifactId>jmeter-maven-plugin</artifactId>
                <version>2.0.3</version>
                <configuration>
                    <appendResultsTimestamp>true</appendResultsTimestamp>
                </configuration>
                <executions>
                    <execution>
                        <id>jmeter-tests</id>
                        <phase>verify</phase>
                        <goals>
                            <goal>jmeter</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>

我目前就是使用的 java 写 jar 包，jmeter 写测试计划 jmx，然后用 maven 执行 jmx 文件进行的测试。可是我发现 allure 貌似没有 jmx 相关的插件，使用你的 POM 都是 testng 相关的。我现在单独 run eclipse 里的项目，可以测试 OK，在 jenkins 上也可以测试 OK，allure 报告也生成了，只不过就是 allure 报告并没有能够收集到我用 jmx 测试接口的数据
所以现在报告里都是 0

楼主我又来了。。allure 这个貌似不能跟 jmeter 集成吧，我忙活一大通发现用不了啊

你好，我是 ant 集成的 jmeter 的 jmx 接口自动化测试。这种应该怎么弄呢，我看官方文档里貌似没有 ant 的方式

这个问题已解决，自己回答下
是 jenkins 的 jdk 是 1.6，而 allure 是 1.7，修改 jenkins 成 1.7 就可以正常安装了

以及 jenkins 安装插件的时候居然失败了，求解

请问下，跟 jenkins 集成，也需要在项目中配置 pom 吗？还是直接配置插件？

#13 楼 @1875884881 恩，是数据有很多组，我理解错了 template 的定义。就你说的要结合服务端的代码进行设计，我觉得这样会不会导致自动化覆盖的点不够全面，完全和研发保持步调一致不一定是好事吧？因为研发在 coding 的时候肯定都是觉得自己想的很全面了，但往往还有漏掉的思维盲区，如果我们测试都跟着代码走，也很容易形成思维惯性吧，默认就觉得代码已经考虑的很全了
在我的用例设计中，基本还是对照 PRD 和接口文档来做的， 我认为只要保障了 PRD 里要求做到的点，就是个质量过关的产品了

#11 楼 @1875884881 感谢回复，目前我这边用的是 java 脚本 +Jmeter 的形式来做的，一个 java 方法相当于规定好一个接口的默认参数，然后在 Jmeter 里添加多个 sampler 请求来模拟多种参数组合的输入，做了一段时间，感觉维护起来还是工作量略大。打个比方，一个接口有 10 个入参，每个入参均需校验 1、是否为空；2、极大；3、极小； 这样下来，我就需要添加 30 个 sampler 请求才能实现这个接口的异常参数校验。 数据驱动大法是好，可以在一个 case 里实现关于这个参数的各种情况处理，可是即便是你的 RF 的 template，对于这种情况，应该也需要加 30 个 template，感觉还是略微繁琐

“请求体中参数的常规修改。常规修改就是通用的边界值方法，如极大值、极小值、极长值、null、空。”

最近在做接口自动化，想请教下对于这些异常的情况，需要全部覆盖到 case 里去吗？还是说只覆盖正常的情况，做冒烟测试，保证主功能流程的正确性

#34 楼 @silly 感谢前辈指导~PS，恭喜前辈拿到称心如意的 offer

来逛 testerhome 一段时间了，看了很多帖子，第一次发言
看到这个帖子真的很亲切，我是一个比你还菜的菜鸟，工作了快一年时间了，是从产品实习转到测试岗位的，真的几乎是从零学起。中间有很长一段时间都在了解业务、做手工测试，后来慢慢地也接触了一些自动化的东西，但直到目前都只是使用人家做好的框架，RF、jenkins、jmeter 什么的。我也只是会一点 java，自学过一些 python，最多能算能大概看懂的地步吧。中间无数次想自学写一写框架什么的，又无数次因为繁忙的业务测试，没能继续下去。
现在其实心态已经摆的挺正了，我的的确确只是个菜鸟而已，慢慢来吧。希望未来第一次换工作的时候，能有楼主这样的能力。

我感觉这里的大神们都是什么都会的人，而我感觉自己根本就没有这么多精力来学好这么多东西，想请教下前辈，在支持好业务系统的测试之后，我应该怎么去发展其他的测试技能呢？