-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
[Performance] Implement more reassure tests #33229
Comments
Triggered auto assignment to @sakluger ( |
Job added to Upwork: https://www.upwork.com/jobs/~010343afd21b08bf6e |
Triggered auto assignment to Contributor Plus for review of internal employee PR - @s77rt ( |
c+ or BZ not needed for now |
Hi, I'm Olimpia from Callstack - expert contributor group. I'd like to work on this. |
@mountiny Here are the components/functions we should test first (marked as Lists :
Components:
Functions:
At a later stage, we can add the test to the remaining components from initial list and these functions:
I'm also considering adding some quick instructions/tips related to testing with Reassure to README.md that could help the community implement these tests. I will prepare a separate PR for this. |
Thank you! That sounds great! @OlimpiaZurek
Could you try to make these before holidays and we could export the issues for community over the holidays? |
Sure, I'm working on it now. |
Thanks! |
If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results. If a regression has occurred and you are the assigned CM follow the instructions here. If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future. |
Sorry, I've been a little too swamped this week to split these out into separate issues for the community to take. I will work on it early next week |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.47-10 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2024-03-13. 🎊 For reference, here are some details about the assignees on this issue:
|
BugZero Checklist: The PR adding this new feature has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
Skipping the payment summary for this issue since all the assignees are employees or vendors. If this is incorrect, please manually add the payment summary SO. |
This is underway, we got 4 issues branched off |
I will create more issues |
We are still looking into some flakiness which is being worked on here #39913 so we would only create new tests after that is resolved. |
Lets close this one for now and I will look into creating more issues for functions in future |
Problem
In the first phase of the Reassure implementation, we focused on creating performance tests to ensure that important part of the app were working properly. We looked at the LHN (SidebarLinks), ReportScreen and Composer to monitor any potential regressions in the app. We also added performance tests using measureFunction API to the methods from SidebarUtils, ReportActionsUtils and ReportUtils .
Now we can also test other parts of the application as our overall goal is to have a robust system for checking for regression issues.
Solution
As part of our solution for regression monitoring, we are actively identifying the additional components and methods to add to our tracking list. This involves adding them to Reassure tests, which will allow us to monitor their performance and catch any potential issues early on.
Here is the updated list of components and functions to export to the community:
Components:
Functions:
Next components for which we want to add Reassure tests:
The main scope of testing above components:
Additionally we'll use the measureFunction API to test and track the performance of methods from:
Our goal is to focus on functions from the above list that contain heavy computations and are frequently used in the application.
We will continuously expand this tracking list by adding new components and methods that we identify during our daily work. This proactive approach allows us to catch any performance regressions early on, maintaining a fast and efficient user experience.
If you have any suggestions for further components/scope that we want to add performance tests for, or if you have already identified methods involving heavy calculations that are worth adding to the list, please feel free to contribute.
We should prioritize the list components first
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: