This project has started converting to using WireMock to stub out http responses instead of use live data. This change will allow tests to run in a CI environment without needing to touch github.com. The tests will instead serve previously recorded responses from local data files.
Example:
mvn install -Dtest=WireMockStatusReporterTest
This the default behavior.
Example for a single test case:
mvn install -Dtest=WireMockStatusReporterTest#user_whenProxying_AuthCorrectlyConfigured
Create a "Personal access token" on https://github.com/ (Settings
> Developer settings
> Personal access tokens
)
Set the GITHUB_OAUTH environment variable to the value of that token
Set the system property test.github.useProxy
(usually like "-Dtest.github.useProxy" as a Java VM option)
mvn install -Dtest.github.useProxy -Dtest=WireMockStatusReporterTest
The above should report no test failures and include the following console output:
WireMockStatusReporterTest: GitHub proxying and user auth correctly configured for user login: <your login>
Whenever you run tests with -Dtest.github.useProxy
, they will try to get data from local files but will fallback to proxying to GitHub if not found.
Once you have credentials setup, you add new test classes and test methods as you would normally.
Keep useProxy
enabled and iterate on your tests as needed. With useProxy
enabled your tests will interact with
GitHub - you will need to clean up your server-state between runs. This can be done manually to start with.
Once your test code is somewhat stable, use getGitHubBeforeAfter()
to get a GitHub
instance for test setup and cleanup.
Interactions with that GitHub
instance will not be recorded as part of the test, keeping the test data files to a minimum.
By default, test helper methods such as getTempRepository()
target the hub4j-test-org
GitHub organization.
Please request access to this org to record your tests before submitting a PR. This helps keep the project stable and nimble.
Until you have access (or if you don't want access), you can set the following additional system property to target
your personal github account.
`mvn install -Dtest.github.org=false -Dtest=YourTestClassName`
When you are ready to create a snapshot of your test data, run your test with test.github.takeSnapshot
("-Dtest.github.takeSnapshot" as
a Java VM option). For example:
`mvn install -Dtest.github.takeSnapshot -Dtest.github.org=false -Dtest=YourTestClassName`
The above command will create snapshot WireMock data files under the path src/test/resources/org/kohsuhke/github/YourTestClassName/wiremock
.
Each method will get a separate directory that will hold the data files for that test method.
Add all files including the generated data to your commit and submit a PR.
When modifying existing tests, you can change the stubbed WireMock data files by hand or you can try generating a new snapshot.
If you know what data will change, it is sometimes simplest to make any required changes to the data files manually. This can be easier if the changes are minor or when you development environment is not setup to to take updated snapshots.
For more most changes, it is recommended to take a new snapshot when updating tests. Delete the wiremock data files for the test method you will be modifying. For more significant changes, you can even delete the WireMock files for an entire test class. Then follow the same as when writing a new test: run with proxy enabled to debug, take a new snapshot when done, commit everything, and submit the PR.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。