-
Notifications
You must be signed in to change notification settings - Fork 8
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
Dev Test: Collision Lab 1.0.0-dev.32 #524
Comments
It was requested to publish a new dev link for the fixes implemented for the issues above: https://phet-dev.colorado.edu/html/collision-lab/1.0.0-dev.33/phet/collision-lab_en_phet.html. I changed the links in the original comment. |
For a performance test I am trying the explore 2D screen with 4 balls, grid active, every option checked, more data open, and momenta diagram open.
|
I looked at a bunch of physics tests, everything seems to be correct |
@brandonLi8 I think we can call this dev test complete. Once you have addressed the critical issues, lets do another brief dev test, assign directly to me. |
Critical issues addressed. Closing. |
@arouinfar @ariel-phet, collision-lab/1.0.0-dev.32 is ready for dev testing (for the prototype). The goal is to release the prototype by the end of the week.
Document issues in https://github.com/phetsims/collision-lab/issues and link to this issue.
It was also decided that @arouinfar and @ariel-phet will be doing the testing, so I'm assigning to them.
General Dev Test
What to Test
Focus and Special Instructions
Focus should be on performance of the simulation and collisions (and if its “acceptable”) on potentially slower devices.
General Dev Test Platforms
Issues to Verify
These issues should have either use the labels "status:ready-for-qa" or "status:ready-for-review." If it is ready for
QA then close the issue if fixed. If ready for review then leave open and assign back to the developer.
Link(s)
FAQs for QA Members
There are multiple tests in this issue... Which test should I do first?
Test in order! Test the first thing first, the second thing second, and so on.
How should I format my issue?
Here's a template for making issues:
Who should I assign?
We typically assign the developer who opened the issue in the QA repository.
My question isn't in here... What should I do?
You should:
The text was updated successfully, but these errors were encountered: