Edge cases are test cases that are outside the usual user workflow. Edge case testing is therefore a creative testing process in which testers give the app unexpected input, interrupt the workflow, or serve the app in unintended ways. We have summarised what an edge case involves and why we should definitely include them in test cases in this article, so that you know how an extensive testing procedure works.
Edge cases are tests that are not on the "happy path" of an app and thus discover errors that occur only rarely or sporadically. Such special cases occur when users move outside the normal usage scenarios or when an app is used in an unplanned environment. Edge case errors do not necessarily belong to the core functions of the software, but they can still influence them or indicate errors in them. It is therefore important that testers take these cases into account. Edge cases can be divided into the following categories:
For example:
- A bug affects users of a particular device.
- A combination of two or three of these factors
- A new bug occurs after an Android or iOS system update.
- A problem with a web app occurs in individual browsers.
4. Other cases occur as well, of course. Sometimes users behave in ways that developers cannot foresee. In these cases, the very important customer feedback is used to become aware of such errors.
Edge Case Testing is often mistaken for Boundary Value Testing. Boundary Value Testing tests input values in certain input screens below and above the threshold value. Edge cases are rather isolated special cases that occur due to exceptional user behaviour or extreme environmental factors. The test procedures are therefore often interconnected, but in some cases run quite differently.
Everyday use is often difficult to mirror under laboratory conditions. One example of this is the load on the RAM: In everyday life, this is loaded much more by other apps running in the background on a device and this has an impact on the performance of tested apps: But testers will not always have YouTube, Google Maps, Instagram and a browser with 30 open tabs running. This leads to a distortion of the test, in which extreme use of RAM is not taken into account. Edge cases can reveal general problems with the software - if an app does not pass such stress tests, this is often a sign that the app's performance is poor.
Some developers place less emphasis on solving edge cases, as these errors occur only rarely and often only affect a small proportion of users. However, it is worth fixing such bugs, because small bugs can cause big problems:
That's why edge cases should already be developed when the other test cases are created. This will save you money and time in the long run, and you will gain happy users. Of course, in the course of development and use, more and more scenarios will arise from which new edge cases will emerge - it is important to anticipate these through comprehensive test planning.
Edge cases are often difficult to reproduce and therefore a great challenge. Nevertheless, some test cases can already be anticipated for the test phase.
We add our own set of standard edge cases to each test run, including mobile-specific cases: Does your app work as it should on all platforms and devices? We test under the following conditions:
Finding and executing edge cases is a comprehensive process whose importance should never be underestimated and should be part of any good test plan. We have extensive experience with edge cases to anticipate unusual user behaviour or situations before the release of your app.
Feel free to request a test plan from us to understand exactly how we go about the process.