[Utility] Update E2E feature path template doc#870
Conversation
Olshansk
left a comment
There was a problem hiding this comment.
@adshmh Left a few comments throughout. PTAL, because I do not think this standalone document adds value.
I'm trying to put myself in the shoes of someone who has not been part of the project before and they are just getting started and find this document. It might lead to more confusion than answers.
Perhaps the feedback of someone else on the team (or an external contributor) might help
Co-authored-by: Daniel Olshansky <olshansky@pokt.network>
| - Additions / modifications to the [E2E testing framework](../../e2e) | ||
| - Additions / modifications to the documentation, code structure and diagrams | ||
|
|
||
| ### Deliverables |
There was a problem hiding this comment.
Lines 92 through 111 contain the deliverables that the author of these github issues would copy paste when create a new issue. This way, it'll be directly in the actual ticket when we assign it to someone (on protocol, on backend, externally, etc...).
Do you think we should merge the two into one or keep this as a separate list of deliverables?
There was a problem hiding this comment.
Great point. Not sure. As you pointed out in the previous comment, the deliverables listed by this PR are possibly too specific to trustless relays work, whereas the ones on Lines 92 through 111 are very reasonable but also very generic.
Perhaps we can even keep the original deliverables, i.e. Lines 92 - 111, and use this new list and/or example PR as one way these deliverables can be fullfilled?
There was a problem hiding this comment.
@adshmh I'll leave the call to you because I'm very biased by the context I have (as hard as I try not to) regarding what a new member (internal or external) of the protocol team needs. Try to think what YOU would have needed updated to make it clear and obvious
- I think having two
Deliverablessections is not great (confusing, extra, reading, etc...)? - What do you think would have benefited you more?
There was a problem hiding this comment.
Thank you for the clarification. I have updated the docs with what I think could help more.
| - Additions / modifications to the [E2E testing framework](../../e2e) | ||
| - Additions / modifications to the documentation, code structure and diagrams | ||
|
|
||
| ### Deliverables |
There was a problem hiding this comment.
@adshmh I'll leave the call to you because I'm very biased by the context I have (as hard as I try not to) regarding what a new member (internal or external) of the protocol team needs. Try to think what YOU would have needed updated to make it clear and obvious
- I think having two
Deliverablessections is not great (confusing, extra, reading, etc...)? - What do you think would have benefited you more?
| - This will not be merged, but used to A) get a review on the approach and B) breakup the work into a list of PRs | ||
| - Should include the bare minimum E2E test(s) to test/demo the assigned feature: [a `.feature` file](https://github.com/pokt-network/pocket/pull/869/files#diff-30c6c02e8594cf72662ab975e75a810a5bbd702f274e2eaf160c97ec14f5e642) and [the updated `.go` steps file](https://github.com/pokt-network/pocket/pull/869/files#diff-01dec4121ae8acb7a1f4bb72a6c2104827d2c2d2197eb5f45fa5c032ffba32cd) | ||
|
|
||
| 2. [The list of PRs needed for making the E2E test pass](https://github.com/pokt-network/pocket/pull/869#issuecomment-1618484939) |
There was a problem hiding this comment.
See line 3 of this document. Maybe we should just update that instead?
There was a problem hiding this comment.
Not sure I fully understand this point, updated line 3 and used this as an example. Please advise if I interpreted this incorrectly.
Olshansk
left a comment
There was a problem hiding this comment.
Please consider the suggestion I made and then feel free to merge!
Co-authored-by: Daniel Olshansky <olshansky@pokt.network>
Thank you for the review. PR updated. Will merge once CI checks pass. |
* pokt/main: [Utility] Update E2E feature path template doc (#870) [IBC] Add nil check on proof for membership and non-membership proof creation (#877) Added git diff state to devlog10 Devlog 10 (#872) [Documentation] Add IBC Module introduction as an example (#853) [Persistence][Bug] Fix Actor Schema Assignment for ValidatorActor in GetActor (#857) QOL: add bash completion for p1 to localnet client (#865)
* feat/integrate-bg-router: fix: goimports fix: unstaked actor bootstrapping FSM transition chore: add error log test: improve background router validation test docs: fix mistake in peer discovery section [Utility] Update E2E feature path template doc (#870) [IBC] Add nil check on proof for membership and non-membership proof creation (#877) Added git diff state to devlog10 Devlog 10 (#872) [Documentation] Add IBC Module introduction as an example (#853) [Persistence][Bug] Fix Actor Schema Assignment for ValidatorActor in GetActor (#857) QOL: add bash completion for p1 to localnet client (#865)
* pokt/main: [P2P] Integrate background router (#732) Update main README.md [Bug] Fix CI linter errors (#885) [Tooling] Block `IN_THIS_*` comments from passing CI (#889) [Utility] Update E2E feature path template doc (#870) [IBC] Add nil check on proof for membership and non-membership proof creation (#877) Added git diff state to devlog10 Devlog 10 (#872)
Description
A brief summary of the expected contribution steps to improve the PRs opened by new team members.
Summary generated by Reviewpad on 06 Jul 23 00:42 UTC
This pull request includes the following changes:
.github/PULL_REQUEST_TEMPLATE.mdfile, added a comment block to list out all the changes made in the pull request.utility/doc/E2E_FEATURE_PATH_TEMPLATE.mdfile, added a link to a potential example to use in the improvement section.E2E Feature Implementationsection with a TL;DR summary and steps for making the E2E test pass..featureand.gofiles.MVC: Minimum Viable Changesection.Overall, this pull request includes improvements and additions to the pull request template and the E2E feature path documentation.
Issue
Minimize the number of large PRs, e.g. #789, which take longer to review and are more error-prone.
Type of change
Please mark the relevant option(s):
List of changes
CONTRIBUTING.mdfile underutilitymodule's docs.Testing
N/A
Required Checklist
N/A
If Applicable Checklist
shared/docs/*if I updatedshared/*README(s)