-
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: Number Line Distance 1.1.0-rc.2 #1009
Labels
Comments
marlitas
added a commit
to phetsims/number-line-common
that referenced
this issue
Dec 1, 2023
marlitas
changed the title
RC Test: Number Line Distance 1.1.0-rc.1
RC Test: Number Line Distance 1.1.0-rc.2
Dec 1, 2023
marlitas
added a commit
to phetsims/number-line-distance
that referenced
this issue
Dec 1, 2023
This was referenced Dec 8, 2023
Closed
QA is done. |
marlitas
added a commit
to phetsims/number-line-distance
that referenced
this issue
Dec 15, 2023
marlitas
added a commit
to phetsims/number-line-distance
that referenced
this issue
Dec 20, 2023
(cherry picked from commit 6e7d6e8)
The next RC spotcheck is out. This can be closed. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
RC Test
Mentions: @marlitas, @amanda-phet, @Luisav1
Simulation links
Test Matrices
Features included
[ ] PhET-iO[ ] VoicingFocus and Special Instructions
This is the first RC test for this version of Number Line Distance that includes the ability to set different region and culture portrayals through preferences, as well as adds dynamic locale.
If bugs are found in both the published and rc version please make an issue and label it as
deferred
. We will not be addressing any pre-existing bugs unless they are rather glaring and/or prohibitive.Issues to Verify
Currently no issues to verify.
For QA...
General features
What to Test
See QA Book for a list of query parameters.)
spreadsheet and notify AR or AM if it not there.
is a problem.
add a comment in the RC test issue indicating so. If not, please open a new issue and specify what changes should be
made.
PhET-iO features
What to Test
sure the simulation loads without crashing or throwing errors.
random platform.
?phetioDebug=true
on the Studio and State wrapper.index.html
by double clicking it on your desktop or in a Finder-view.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: