Closed johankool closed 3 years ago
I think code wise it is ok. But I do think we should look into storing secrets on Github. These will be made available at runtime as ENV vars. And those we can easily pickup in the UITests.
Currently I see a username, password and host. All in two flavours demo
and custom
.
Also, why snake case the test names. Let's not put underscores in class names.
Also, why snake case the test names. Let's not put underscores in class names.
That's just what Xcode does when having a space in the target name. No underscores fine with me.
Currently I see a username, password and host. All in two flavours
demo
andcustom
.
Correct, we'll need to determine which servers and accounts to use for that. Creating some dedicated accounts for that would be good. For now these tests were meant to be run locally and manually.
I think code wise it is ok. But I do think we should look into storing secrets on Github. These will be made available at runtime as ENV vars. And those we can easily pickup in the UITests.
Currently I see a username, password and host. All in two flavours
demo
andcustom
.
@jeroenleenarts I was thinking we can figure that out when we integrate this with a test lab to run this on, because what needs to be done might depend on the test lab's interface.
Make sure to keep CHANGES.md up to date!