Q: How might the SIG use their time before bugfest to know the system better
Some testing was done that showed testers did not understand a feature and thus thought something was broken
Honeysuckle went much better
Hoping to bring together the testing and review before the release happens to better understand what is being developed.
question of how to integrate this testing with the release more closely
Dennis B. ref: expense class example of testing in thunderjet
scratch environments
just need more time to explore and experiment to track and get to know what is happening
Different institutions have expectations from the system's behaviour
data volume is also not quite as close to reality as it is in bugfest (but this might cause an issue)
There is often a difference between the testing actions vs the exploratory actions that we need to better understand the changes (and this testing should be done earlier)
from chat (All hot fixes are verified in the Bugfest Honeysuckle)
Jason Kovari also updated the PC on the Entity Management proposal that group was working on
In the organizations app, when looking at the credentials, the date-stamp is viewable
also, suggested to date-stamp notes
Dennis, asking if it is about date-stamping when a PW was changed (to keep PWs current and changing)
from the chat, Owen S (I think the current situation is that the Interface has a last updated timestamp, but there isn’t a separate timestamp for credentials)
from Abigail from chat (weird thing I noticed yesterday--the URI field doesn't link from the Organizations record, but it *does* link from the Organizations drop down in Licenses)
from Owen S in chat (In Agreements and Licenses we use the URI to hyperlink the Interface name)
Dennis asks if the username would be changing, but mostly this is about PWs) - although sometimes an e-mail needs to be changed
date-stamp + number of days old (suggestion from am attendee)
Owen S in chat (I’m also interested in the number of “last updated” dates that people are asking for - I’m not sure that adding all of these to the view panes in the UI is a good way of going)
Dennis, links this conversation to generally tracking changes (who did when when)
Emma R (wants to focus on date of updating PWs)
Dennis suggests that in this situation it might be useful to really focus on date-stamping PW changes
Dennis thinks he has enough information to start an issue with this (to bring back and review as a group once some progress has been made)
Asking whether addresses might also need a date-stamp?
Sara suggests some date-stamping for payments made to vendors could be useful
wants to check payment remittance addresses (to verify the current address is listed in invoices)
some addresses don't change, but they might
asks whether capturing an expiry date for PWs might be useful
Conversation about security questions and where those questions might be stored (team password management?)
Suggestion an integration with PW management would be great (even after suggesting some better integrations with external document cloud storage like Box or google drive)