Skip to content
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

Discussion: Reassure v1.0 #414

Open
mdjastrzebski opened this issue Oct 11, 2023 · 3 comments
Open

Discussion: Reassure v1.0 #414

mdjastrzebski opened this issue Oct 11, 2023 · 3 comments
Assignees

Comments

@mdjastrzebski
Copy link
Member

mdjastrzebski commented Oct 11, 2023

Reassure seems to have reached level when it can be considered feature complete for it's basic role of measuring React Native / React render performance using RNTL / RTL. The basic workflow for baseline vs current testing proven to be reasonable. The file formats (.perf, output.json) seem to be adequate, esp. including metadata part.

Therefore, I wanted to start a short discussion whether we are ready for v1 or is there something still missing that should be considered essential.

From my perspective:

  1. The recent addition of measureFunction API has left measurePerformance somewhat inadequately named. Therefore, I think we should rename it to measureRender. We can keep measurePerformance with deprecation warning to ease user migration.
  2. The improvements suggested in our issues are nice additions but they do not seem to constitute core features for this tool.

CC: @thymikee @Xiltyn @adhorodyski @jbinda @gedu

@mdjastrzebski mdjastrzebski changed the title Discussion: Reassure v1.0.0 Discussion: Reassure v1.0 Oct 11, 2023
@g-tiwari
Copy link

If we can find a way to reuse existing integration tests and use them as perf tests, that would be great.
Not sure if someone solved it or have a workaround.
I have more than 1000 tests and want to reuse 50-100 tests as perf test out of those. If we can have a way to automatically convert them in to perf test

@gedu
Copy link
Contributor

gedu commented Oct 12, 2023

Yes, from my side makes sense the rename update and move to 1.0

@thymikee
Copy link
Member

I’m good with cutting the stable version at this point. It’s fine to keep measurePerformance as an alias for backwards compatibility, no need to deprecate it just yet as it will likely slow down the upgrade.

Once v1 is cut, we can think about next steps for this library and what we want to prioritize.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants