The Web App Testing Guidebook
This book is 75% complete
Last updated on 2020-02-15
About the Book
Over the past decade, website complexity has grown substantially, requiring much more effort when it comes to testing. While test automation is certainly not a recent technique, it has grown in popularity lately due to the increased complexity of the sites we build.
In fact, many organizations have full teams dedicated just to testing their site. Quality Assurance is an important role for any company that wants to take its technology seriously.
However, having humans manually run through test scripts is time-consuming.
By automating tests, we shift the workload from manual labor to speedy CPUs. Without humans and their need to sleep and eat, we can test our sites on-demand, around the clock.
Wouldn't it be ideal to have a test suite so effective that your QA team focused solely on keeping it up-to-date?
Unfortunately, that's not the reality.
I've seen, heard, and have been part of many teams that set out after this ideal, only to realize months later that all the effort has provided them little benefit. Yes, they have test automation in place, but it's constantly breaking and causing endless headaches. It seems they either have tests that run well but don't validate much, or have tests that check for everything but are always reporting false errors.
In 2017 I spent the year recording screencasts covering WebdriverIO, a test automation framework that we'll be learning in this book. While I covered the details of the framework quite well (or so I was told), I was left with nagging questions of "is knowing the tool valuable enough?"
Is knowing how to mix colors and hold a paintbrush enough to be able to paint beautiful art?
Does knowing what the 'addValue' command does in WebdriverIO teach you enough to write tests that are effective?
So I'm rebuilding this content. I want to focus on that second part this time around. Yes, it's important to cover the details of commands and code. More importantly though, you need to see how you can combine all that technology to create a test suite that provides actual value.
In this book, I cover not only what WebdriverIO can do, but also how you'll be using it day-to-day. I've built the examples around real-world scenarios that demonstrate how you would actually set things up. It's not just "what", but also "how to get there".
It takes a little more work on my part, and extra effort on your's to get started, but the payoff is there, I promise.
- 1.1.1 Why read this book?
- 1.1.2 Why Use WebdriverIO?
- 1.1.3 Technical Details
1.2 Installation and Configuration
- 1.2.1 Software Requirements
- 1.2.2 Browsers and “Driving” Them
- 1.2.3 Installing WebdriverIO and Basic Usage
- 1.2.4 Upgrading to the WDIO Test Runner
- 1.2.5 Reviewing the Standard WebdriverIO Configuration File
- 1.2.6 Running the Example Test Runner Test
- 1.2.7 Command Line Options (and Logging)
2.1 Site Loading and Navigation
- 2.1.1 A “Real-World” App
- 2.1.2 Avoiding Troubles
- 2.1.3 Let’s Start
- 2.1.4 Writing our first real test
- 2.1.5 Elements and Actions
- 2.1.6 Finishing up
- 2.1.7 Adding Assertions
- 2.1.8 Expanding Assertions
- 2.1.9 Exceeding Assertion Expectations
- 2.1.10 Chapter Challenge
2.2 Selectors of Every Shape and Size
- 2.2.1 Selector Mania
- 2.2.2 CSS Selectors
- 2.2.3 XPath
- 2.2.4 Chaining Selectors
- 2.2.5 Custom Data Attributes for Testing
- 2.2.6 Avoiding Poorly Built Selectors
- 2.2.7 Chapter Challenge
2.3 Waiting For Page Elements
- 2.3.1 Is This Thing Working?
- 2.3.2 Slow it Down
- 2.3.3 Network throttling
- 2.3.4 Waiting With Waits
- 2.3.5 Waiting with Inverse Waits
- 2.3.6 Chapter Challenge
2.4 Custom Functions, Page Objects & Actions
- 2.4.1 You’ve Got Me Hooked
- 2.4.2 Getting the Error Text
- 2.4.3 Only One More Thing I Don’t Want to Skip
- 2.4.4 Custom Test Functions
- 2.4.5 Basics of Page Objects
- 2.4.6 Naming Patterns
- 2.4.7 Page Actions
- 2.4.8 Improving Our Login Detection
- 2.4.9: Separating Files
- 2.4.10 Chapter Challenge
2.5 Sharing Common Page Object Functionality
- 2.5.1 Testing the Post Editor
- 2.5.2 Has the Page Loaded Properly?
- 2.5.3 Storing Common Credentials as Test Fixtures
- 2.5.4 Using and Updating the Auth Login Function
- 2.5.5 Abstracting the Page Load
- 2.5.6 Common Page Objects
- 2.5.7 Time to ‘extend’ our generic page
- 2.5.8 The ‘super’ keyword
- 2.5.9 Implementing our Generic Page Object
- 2.5.10 Using our Page Object’s Path in tests
- 2.5.11 Taking advantage of NodeJS’s URL utility
- 2.5.12 Finishing the URL implementation
- 2.5.13 Chapter Challenge
2.6 Testing Complex Inputs
- 2.6.1 Testing the publish action
- 2.6.2 Key Commands
- 2.6.3 Submitting and Validating the Result
- 2.6.4 Form Submission Functions
- 2.6.5 ChanceJS to create data
- 2.6.6 Checking Page Data
- 2.6.7 Testing Multiple Tags
- 2.6.8 Checking alerts when leaving with unsaved changes
- 2.6.9 A Not So Random Chance
- 2.6.10 Global Chance via WebdriverIO Configuration Hooks
- 2.6.11 Chapter Challenge
2.7 Managing User Sessions
- 2.7.1 Thinking through a new type of test
- 2.7.2 Checking Those Feeds
- 2.7.3 Session Management
- 2.7.4 Executing Arbitrary Scripts in the Browser
- 2.7.5 Speeding up the login via APIs
- 2.7.6 Global Custom Commands
- 2.7.7 Exercises
2.x Chapter Challenge Code Solutions
- 2.1.1 Chai Assertions
- 2.1.2 Selectors
The Leanpub 45-day 100% Happiness Guarantee
Within 45 days of purchase you can get a 100% refund on any Leanpub purchase, in two clicks.
See full terms
Free Updates. DRM Free.
If you buy a Leanpub book, you get free updates for as long as the author updates the book! Many authors use Leanpub to publish their books in-progress, while they are writing them. All readers get free updates, regardless of when they bought the book or how much they paid (including free).
Most Leanpub books are available in PDF (for computers), EPUB (for phones and tablets) and MOBI (for Kindle). The formats that a book includes are shown at the top right corner of this page.
Finally, Leanpub books don't have any DRM copy-protection nonsense, so you can easily read them on any supported device.