More Indepth Testing of the Reference Application 2.10 UI

mozzy · November 13, 2019, 3:01pm

Continuing from This Talk Thread , I would first Thank and appreciate @ayesh @herbert24 @irenyak1 for the Great work done so far done , in Testing the reff app2.10 UI. Because of the Bootsrap Intergration In reff App , it led to a number of UI parts breaking .

I would like to call upon more volunteers to have a more in depth testing of the Reference application 2.10 UI and we would want to take a more organised approach for testing .

Resources

Testing Guildlines here
Report all the breakages Discovered here to avoid repetitions in work.
Test Enviroment here

N.B . please ensure every Bug is reported in the tracking wiki page

cc @gcliff @sharif @christine @dev @odorajonathan @ayesh @herbert24 @irenyak1 @jwnasambu

herbert24 · November 13, 2019, 3:05pm

according to the last pm call,we decided to have a sprint for this.And today we had a call with Christine and hope fully by tomorrow the testing sprint will be starting with a well organised document with the test scenarios.will keep you posted here! @mozzy cc @christine

mozzy · November 13, 2019, 3:06pm

Thanks @herbert24 . The sprint details can follow up on this talk thread

herbert24 · November 13, 2019, 3:07pm

sure they will,can i kindly get you on irc for a few mins @mozzy

dkayiwa · November 13, 2019, 3:11pm

And @mozzy the reporting document is not just about bugs found, but a report about each bit of the user interface functionality tested and status of working or not working.

irenyak1 · November 13, 2019, 3:33pm

That’s fine @mozzy and @dkayiwa, I will take time off to document what I have found out, whether working or not working.

thanks.

herbert24 · November 13, 2019, 3:39pm

@irenyak1 you will have to include this in the document containing the test scenarios which will be out tomorrow when the sprint is expected to start

irenyak1 · November 13, 2019, 3:42pm

@herbert24 does that mean that before the document is out I can not document? how about the wiki page that @mozzy shared? Will it be rendered null and void?

mozzy · November 13, 2019, 3:44pm

You can still document on the wiki , However the document the QA team came up with is more organised…

herbert24 · November 13, 2019, 3:45pm

its not rendered void just that we are trying to gather up everything thing at one point for an easy follow up

dkayiwa · November 13, 2019, 3:51pm

I would prefer a wiki page because it is searchable and provides a consolidated view of all our documentation.

irenyak1 · November 13, 2019, 4:23pm

I agree with @dkayiwa +1. @herbert24 is it a wiki page that you guys are organizing? You could think about making a wiki page for the enormous benefits it has over say a google doc .

mozzy · November 13, 2019, 4:25pm

its ok , the google doc will then just act as a guide for the testing

irenyak1 · November 13, 2019, 4:34pm

@mozzy does that mean we never populate it, or we do then it shall be migrated to the wiki page?

mozzy · November 13, 2019, 4:42pm

well as @dkayiwa said , the first priority is the wikki page , though if we can populate both , its also fine

irenyak1 · November 13, 2019, 5:34pm

@mozzy so should I go ahead with updating @ayesh with the images of areas of concern or I just go ahead with the wiki page. Images have been easily pointing him to the errors though.

mozzy · November 13, 2019, 5:58pm

yes @irenyak1 go ahead, as long as you also document your findings

irenyak1 · November 13, 2019, 8:38pm

@ayesh

Observation on Capture vitals The search field is extremely long and does not have a cancel icon in it. The border color effect also doesn’t match that of the usual UI.

compare with the usual UI

Observation on vitals The color for the icon and text “Save Form” does not match the usual UI color

Compare with the usual UI

Observation on appointment scheduling dashboard There’s big space at the right and left margins and also the wording for the “Daily Appointments” should be on one line. The spacing between icons is smaller than the usual.

usual UI

ayesh · November 13, 2019, 9:18pm

Hi @irenyak1

Sure will work on these

@mozzy PRs on the previous issues @irenyak1 mentioned were not merged yet Can we merge them

irenyak1 · November 13, 2019, 9:30pm

Observation on Manage Service Types

There’s a small discrepancy here especially on text alignment.

Compare with the usual UI

Observation on login page The border color effect on the active input does not exactly match that in usual UI. The inputs also are a bit wider than usual Their border radius also looks bigger The location text has a bigger font compared to the usual UI The login button color is gray while the in the usual UI it is green

Usual UI

Observation when you click “Can’t log in”

This happens in the RA-2.10 SNAPSHOT, the screen gets blurred and the pop up can’t be fully accessed by the user.

This is how the usual one appears

Observation for Service Type

In the RA-2.10 SNAPSHOT the text area for description is too wide

compare with the Usual UI

Observation on Manage Appointment Blocks

The alignment of these fields needs to be revised and also the text color for the words “view all types”

In the RA-2.10 SNAPSHOT UI

compared with the usual UI

Observation on Manage Appointments

In the RA-2.10 SNAPSHOT UI the input field is too wide and has no cancel icon.

Compare with the usual UI

Observation on Manage Appointments of a given patient

In the RA-2.10 SNAPSHOT UI the color of the input fields is not exactly the same as that of the usual UI and also text color for the highlighted text needs to be changed.

compare with the usual UI

Hello @dkayiwa does this functionality only work with UTC time, Why is it that I get that error in red?

Observation on Manage Appointments, below Schedule a New Appointment, in "View all types

In the RA-2.10 SNAPSHOT UI the color of the text of the service types does not match that of the usual UI

compare with the Usual UI

Observation on Daily appointments

Sorry my marking tool is misbehaving I am not able to point you to the error but check keenly on these images

In the RA-2.10 SNAPSHOT UI the color of the words “View all types” should be changed and also the number input at the bottom is smaller compared to the usual one.

compare with with the usual one

Observation on Daily appointments under view all types

In the RA-2.10 SNAPSHOT UI, the screen gets dimmed and the dropdown is in a fixed position which may not be possible for the user to access all the service types.Also the text color needs to be changed.

compare with the usual one

Observation on Appointment Requests

In the RA-2.10 SNAPSHOT UI the error message is not well aligned with the X button

compare with the usual one

Observation under Appointment Scheduling>>Manage Provider Schedule>> under “Manage Appointment Blocks” , pick a date and then go to “Create Appointment Block” Edit the text color for “view all types” which is at the bottom