Create Audio Cue TestRail cases for Applause QA

[Julesssss]

cc @abekkala @shawnborton

Problem

We're getting bug reports that aren't necessarily bugs. Also the expected audio cue requirements aren't clear or documented.

Solution

Lets create a list of new Testrail cases.

[shawnborton]

Nice, thanks for creating! Let me know what I can do to help.

[melvin-bot]

This issue has not been updated in over 15 days. eroding to Monthly issue.

P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do!

[melvin-bot]

This issue has not been updated in over 15 days. eroding to Monthly issue.

P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do!

[Julesssss]

I will still do this, but don't have time yet

[Julesssss]

Suggested test cases:

---

1) Chat notifications

• Open the app in two separate sessions, one for User A and one for User B
• Log in to User A's account and navigate to any report that both user A and user B have access to
• Send a message to User B
• Verify that User B receives an "Attention" notification sound
• [Android/iOS] Background the app as User B
• Send another message from User A
• Verify that User B receives an "Attention" notification sound for the mention

2) Mention notifications

• Open the app in two separate sessions, one for User A and one for User B
• Log in to User A's account and navigate to any report that both user A and user B have access to
• Mention a user who is different than User B in the report
• Verify that User B does not receive an "Attention" notification sound for the mention. They should receive an ordinary "Receive" sound

3) [Android/iOS] Notificiation sound should not stop device audio

• Be signed in on an iOS/Android device
• Be listening to music
• The app should be backgrounded
• Send a message to the user from another account
• Expected Result:
• Music/audio should continue after the cue sound is played

[shawnborton]

We probably want to add a case for the Success sound, which happens when you complete a task or complete a payment, right?

And maybe we need to add some guidance about when the user has "Mute all sounds from Expensify" enabled?

[Julesssss]

4) Play 'Success' sound when user completes a payment or task

• As user A open the app, assign a task and request money from user B
• As User B, complete the task
• User A should hear the success sound, instead of the normal notification sound
• As User B, pay the money request
• User A should hear the success sound, instead of the normal notification sound

5) Sounds should be heard when user is reading current chat

• As user A open the chat with user B
• Send a message from user B to user A
• this isn't under test, but you shouldn't see a push notification
• You should hear the message received sound

6) Test mute sounds option

• As User A, Enable the 'Mute all sounds from Expensify' option in app settings
• User A should remain in the app
• As User B, send a message to user A
• User A should see the new message, but should not hear a notification sound
• Native mobile app notifications are excluded from this test

[shawnborton]

For 5, I think if you are viewing a chat and someone sends you a message, you should hear the received sound. Same with the send sound. Thoughts?

[Julesssss]

That sounds correct. We don't see the native notification but we do hear the sound 👍

[Julesssss]

In progress

[Julesssss]

Test cases created: https://github.com/Expensify/Expensify/issues/399791