-
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
RC Test: Ratio and Proportion 1.2.0-rc.2 #863
Comments
@KatieWoe for extra knowledge building and sharing, dialogs are created lazily, so quite often the best way to test for memory leaks it to compare to the snapshot after you have created the preferences, keyboard help, and about dialogs. Below is 2 snapshots, one on startup, and the other after creating dialogs, so in fact a large portion of the memory increase is just from the space that created dialogs take up. |
I know. I don't think there's anything wrong with these snapshots. Just recording here that the tests were done and what the results were. |
Noting that: For Voicing on macOS 10.15.7 + safari 15.6.1 when I change the voice the name changes, but the voice stays the same (always 'Alex' Voice). This doesn’t happen on the recent versions of macOS or iPadOS or with macOS 10.15.7 + chrome…so I am assuming it is a safari problem that got fixed. It also happens in published GFLB and JT. |
Thanks @Nancy-Salpepi. @emily-phet and I do not think this is worth investigation unless it appears in the latest versions (OS13). |
Calling QA here |
we'll pick this up in #874. THanks all! |
RC Test
Mentions: @emily-phet @terracoda @BLFiedler
Simulation links
Test Matrix
Features included
Focus and Special Instructions
Please note that we have dropped PhET-iO support for this release. Important features for testing are camera input: hands, and voicing, and especially how they interact together.
RC.1 was stopped pre-maturely due to many issues found. So please do a full RC test.
Issues to Verify
These issues should have the "status:ready-for-cherry-pick". Please feel free to close any all issues below if you cannot reproduce the bug.
For QA...
General features
What to Test
spreadsheet and notify AR or AM if it not there.
Accessibility features
What to Test
Specific instructions can be found above.
Make sure the accessibility (a11y) feature that is being tested doesn't negatively affect the sim in any way. Here is
a list of features that may be supported in this test:
Test all possible forms of input.
If this sim is not in this list or up to date there, make an
issue in website to ask if PhET research page links need updating. Please
assign to @terracoda and @emily-phet.
Screen Readers
This sim may support screen readers. If you are unfamiliar with screen readers, please ask Katie to introduce you to
screen readers. If you simply need a refresher on screen readers, please consult the
QA Book, which should have all of the information
you need as well as a link to a screen reader tutorial made by Jesse. Otherwise, look over the a11y view before opening
the simulation. Once you've done that, open the simulation and make sure alerts and descriptions work as intended.
Platforms and Screen Readers to Be Tested
Critical Screen Reader Information
We are tracking known screen reader bugs in
here. If you find a
screen reader bug, please check it against this list.
Keyboard Navigation
This sim supports keyboard navigation. Please make sure it works as intended on all platforms by itself and with a
screen reader.
Magnification
This sim supports magnification with pinch and drag gestures on touch screens, keyboard shortcuts, and mouse/wheel controls. Please test magnfication and make sure
it is working as intended and well with the use cases of the simulation. Due to the way screen readers handle user input, magnification is NOT expected to
work while using a screen reader so there is no need to test this case.
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: