[FIP-47] Milestone Checklist
Subject | Owner | Description | Jira Links and Notes |
---|---|---|---|
Definition |
|
|
|
Create initial Epic or Story | PM | Create initial Epic or Story | |
Create FIP Wiki | PM | Create FIP Wiki | |
Create stories and subtasks | PM | Subtasks/stories created for items in the Development Milestone Checklist | |
Requirements and Scoping |
|
|
|
FIP-47 Requirements - Project kickoff | PM | Kickoff meeting held with Product Manager to review requirements |
|
FIP-47 Requirements - Complete FIP | PM | FIP reviewed and moved to Accepted status |
|
FIP-47 Master release schedule | PM | Update master release schedule with feature actions and endpoints |
|
Design and Scoping |
|
|
|
FIP-47 Requirements - Functional / Technical design | Dev | Complete technical design and save to wiki. Design draft should include a first draft of all elements outlined in the Development Spec. Template: |
|
FIP-47 Design review | Dev | Functional spec approved by architecture champions and team |
|
FIP-47 Design - Update FIP | Dev | Update FIP with any changes resulting from design review |
|
Development |
|
|
|
FIP-47 Complete development | Dev | Complete all development for feature. This may include multiple stories and subtasks for larger features. Include link to PR in story. Includes
|
|
FIP-47 Ram bump analysis | Dev | Determine RAM allocation for new actions and set RAM bump accordingly. This information should be added to the FIP. |
|
FIP-47 Fee analysis | Dev | Estimate initial fees for all actions. In cases where the action requires additional RAM, the fees should be correlated with the RAM estimates. This informationshould be added to the FIP |
|
FIP-47 ABI Validation | Dev | Validate json for any new ABIs or ABIs that have been updated. If deploying new contract, make sure ABI copy command is in fio.devtools contracts/build.sh |
|
FIP-47 Dev - Update FIP and development spec | Dev | Update the FIP and development spec to make sure they are aligned with the latest code. This includes making sure the error messages are the same between the code and the FIP. |
|
FIP-47 Code review | Dev | Code review of PR from all core devs, release management, and QA FIO does DAC-style code reviews wherein the following core team members are required to review all major PRs:
If a developer approves a PR, it is assumed that they have taken the time to do a thorough review. Just checking the box is inadequate and puts the chain at risk. If a bug or structural issue escapes, we will be taking joint responsibility for not finding it during our reviews. If a developer wants to dig deeper and has questions for the main developer, they should initiate a discussion with the developer. |
|
FIP-47 Deployment release guide | Dev | Create deployment release guide. This is used by release management to define needed msigs during testnet and mainnet deployments Includes:
Template: |
|
Unit Testing |
|
|
|
FIP-47 Unit testing - Action and getter unit tests | Dev | Includes initial development of unit tests for handoff to QA:
|
|
FIP-47 Unit testing - Performance tests | Dev | Create first level performance testing results reviewed with architecture champions (can be performed on dev machine, try to uncover any obvious perf limits) |
|
FIP-47 Dev - Test guide | Dev | Add testing info to this story for QA. This is a brainstorming list of items from the developer to make sure specific items are tested. Includes:
|
|
FIP-47 Dev - QA handoff | Dev | Review code and unit tests with QA and Release Management. |
|
SDKs |
|
|
|
FIP-47 SDK updates | PM | Create epic/stories to track SDK Release (if changes are needed for new features) |
|
QA |
|
|
|
FIP-47 QA - Create Test Cases | QA | List out all the test cases in a subtask attached to the QA story |
|
FIP-47 QA - Test plan review | QA | Meeting held with Dev Manager and Lead Dev to review test plan |
|
FIP-47 QA - Feature Testing | QA | Complete feature testing, including:
|
|
FIP-47 QA - Performance testing | QA | Complete performance testing, including:
|
|
FIP-47 QA - History node testing | QA | Test against node with V1 History and confirm no errors in log file (add results to Dev Spec) For transactions that automatically create accounts (e.g., regdomain) if the public key used is new, we need to make sure that the correct entries are added to the the history_plugin.cpp. See for example: To test, the transaction should be run, and a history get_actions for the target account should show the (regdomain, etc.) action. When released to testnet, it should be confirmed that shows the appropriate transaction history. |
|
FIP-47 QA - Test review | QA | System and performance tests and results reviewed with Dev team |
|
UAT |
|
|
|
FIP-47 UAT - Install release on DEV server | PM | Install release on DEV server. This is a task to ensure that their feature or fix is on a publicly accessible DEV server so it can be reviewed by Product Management. This should be done after system testing is complete. |
|
FIP-47 UAT - System testing | QA | Complete system testing, including:
|
|
FIP-47 UAT - Confirm feature and QA complete | PM | Confirm all bugs and outstanding items completed |
|
FIP-47 UAT - Product Management signoff | PM | Get signoff from Product Management |
|
Testnet |
|
|
|
FIP-47 Testnet rollout verification | PM | With developer, perform the Testnet rollout verification for the feature and report findings in story |
|
Mainnet |
|
|
|
FIP-47 Mainnet rollout verification | PM | With developer, perform the Testnet rollout verification for the feature and report findings in story |
|