-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Write Test Runners for Spec Tests in Their Respective Packages #2812
Comments
Please choose the appropriate test size https://docs.bazel.build/versions/master/test-encyclopedia.html#role-of-the-test-runner Please tag all of the spec tests with # Example test target (exclude the comments in prod BUILD files)
go_test(
name = "go_default_test",
...
size = "large", # Implied test timeout of 900s; choose appropriate size.
tags = [
"spectest", # So we can query for spec tests.
],
) Edit: do not attempt to use bazel as the upstream dep manager for yaml files and generated go files yet. Edit: I removed suggestion for Edit: We can should check in Line 133 in 9bd6147
|
I am taking up SSZ |
Is this a complete list of all yamls upstream?
Edit: was missing BLS. |
Waiting for spec freeze to cut new (final) yaml files to resolve this. |
There are some new tests: https://gist.github.com/prestonvanloon/ad815f6bd4c132018f16f53b436e2440 |
Completed in the spec-v0.6 branch |
Some details about genesis yaml test here: #2934 |
Genesis Spec Tests complete, #2940 builds fine! |
Closed by #2940 |
Hi all,
This is a tracking issue to ensure Prysm passes the latest Eth2 spec tests as maintained here. Every YAML file has a specific structure to it with specific expectations and configuration values. As discussed by the team offline, we agreed to keep these test runners constrained to the specific package they target. For example, the spec test runner for block processing should be kept in
This runner will have specific Go code for parsing and running the block sanity tests. This work can be split up, and shuffling spec tests have already been handled by @shayzluf here, but they should still be moved somewhere closer to the core shuffling logic in a respective /spectest folder as outlined above. The TODOS are as follow:
The text was updated successfully, but these errors were encountered: