[Webpage design] Acceptance testing for responsive design #15
Labels
No labels
_CRITICAL_
API
app
backEnd
Blocked, waiting for further changes
bug
cleanup
close
design
duplicate
enhancement
feature request
frontEnd
help wanted
invalid
low priority
needs input
needs review
project documentation
question
research
reviewed
script
security
SQL
style
testing
topLevel
wontfix
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Andras/BoundlessFlowCampus2K#15
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
We need to make sure we have tools for testing (and verification and validation) of the webpage's responsive features.
Automated testing (and the necessary tooling) is preferred.
This is possibly a high-level issue and should be divided into sub-issues.
Parent issue: Webpage design #13
Related issue: [#14]([Webpage design] Establish documentation for responsive design #14)
Research for issue #15
There are a wide variety of tools one can use for acceptance testing. However, the one that seems to be the best choice for us is "Playwright". It's opensource and developed by microsoft.
Pros
It's free, and since it's by microsoft a playwright extension is available in VS Code for easy setup (CLI option is also available).
Works natively on webkit so easier to test how the site looks on iPhone/Mac.
Method
The most robust way for testing would be a hybrid approach. For example automated tests for checking all pages on different screen sizes and manual testing for "look and feel". This is where playwright comes in, it can be used as a validation tool to prove that the responsive requirements gets met on our selected viewports.
Playwright uses something called "Computed Style Assertions". Which means that when running the test it will check the CSS so that it is more "mathematically" correct.
Possible workflow
Set viewport, so that playwright emulates a specific device.
It then checks if the layout follows our rules.
Lastly, a coder can manually confirm that its good.
Let me know if I left something out or misunderstood.
@e24aleli do you mind to check if there is a way to do the tests without using extension and what are to pros and cons with this.
because we think extension installation and documentation is manual step and it is easy to lose it when we are not the ones who work on this.
@a24sakma The extension is optional and not required you can use NPM in the terminal aswell.
Pros
Extension
CLI
Cons
Extension
Manual setup.
CLI
Summary
I believe the CLI is the better choice even though it might be a little more complex (The only con really). But it offers more freedom, eliminates manual setup, and compatible on more platforms
@e24aleli it sounds good. That is what I thought as well. I can create an issue for implementation through the cod base.