问题跟踪器
JMeter 使用Bugzilla 进行问题跟踪，即报告错误和请求改进。
在创建新问题之前，请通过搜索 Bugzilla 检查该问题是否已经被报告。在 JMeter 用户邮件列表中检查一下也是值得的；其他人可能已经有了解决方案。
支持问题
请不要使用 Bugzilla 来提问。它不是一个支持论坛。相反，请订阅JMeter 用户邮件列表并在那里询问。用户邮件列表的受众更大，您更有可能快速得到答复。
请求增强
在大多数情况下，值得首先讨论邮件列表。Bugzilla 非常适合跟踪进度和提供补丁，但不适合长时间的讨论。
如果您还没有这样做，您需要先注册一个帐户，使用Bugzilla 主页顶部的“新帐户”链接： https ://bz.apache.org/bugzilla/ 。
确保您在注册前阅读并理解帐户创建页面上的信息。
登录后，单击“提交错误”并从列表中选择 JMeter 请将严重性设置为“增强”。
请确保您对增强功能进行了足够详细的描述。如有必要，请提供示例用例。
如果您要提供代码补丁，还请提供测试用例和有关如何使用新功能的文档（最好作为文档补丁）。
提出问题
首先检查该问题是否已被报告。如果报告错误，您确定它真的是 JMeter 中的错误，而不仅仅是对 JMeter 工作原理的误解吗？
如果您还没有这样做，您需要先注册一个帐户，使用Bugzilla 主页顶部的“新帐户”链接： https ://bz.apache.org/bugzilla/ 。
确保您在注册前阅读并理解帐户创建页面上的信息。
登录后，您有 2 个选项：
- 在屏幕的左下方单击“在“JMeter”产品中提交新错误”链接
- 在屏幕的左上角，单击“新建”链接并从列表中选择 JMeter。
错误报告所需的信息
请确保您提供足够的信息，以便其他人能够有效地使用该报告。使用下面的清单来指导您。
- JMeter 版本
- Java 版本（从java -version输出）
- 操作系统版本
- jmeter.log文件（不太可能包含敏感信息，但在上传前检查）
- 如果相关的 JMX 文件（首先编辑任何敏感信息），提供简化的测试计划（使用Debug Sampler）将确保 BUG 比没有它的修复更快
- 尝试在没有第三方插件的情况下重现该错误。最小的 JMX 文件不应包含第三方插件，因为这使得在普通 JMeter 安装上测试它们变得更加困难。
- JTL 文件（如果相关）（可能需要编辑敏感信息）
- 对于可疑的错误，请描述您做了什么，发生了什么，以及这与您预期发生的情况有何不同。每次都会发生吗？
- 如果您有要报告的错误消息，请将它们作为文本复制到问题中，因为这样可以更轻松地搜索它们并在我们的研究中重新使用该消息以找出问题的根源
- 将自己添加到CC列表中，以便在 JMeter 团队需要更多信息时收到通知（在这种情况下，错误将被标记为NEEDINFO）
- 当一个 bug 以NEEDINFO的形式上市时，请尽快提供所需的信息，以便理解和修复 bug。请注意，如果在团队需要更多信息后未提供任何信息并且错误不可重现，则错误将作为WORKSFORME关闭。提供所需信息后，您可以随时重新打开它。
- 准确选择IMPORTANCE级别，ENHANCEMENT表示不是BUG，其他表示是BUG
- 如果您提供补丁来修复错误，请确保它是统一的差异格式。如果使用 Eclipse，请将补丁根目录设置为“ Project ”，而不是默认的“ Workspace ”，后者更难应用。
- 可以按原样提供新的源文件；请确保它们具有标准的 Apache 许可标头（根据其他 JMeter 文件）。请不要使用@author标签（信用将在更改文件中给出）。
- 如果是新功能的补丁，请尽可能提供文档补丁。组件记录在xdocs/usermanual/component_reference.xml中。
另请参阅以下错误编写指南，以及在Bugzilla 帐户创建页面上注明的条款和条件。