If you were going to look at an application with fresh eyes, how would you test?
There is always a risk of being static and stale with your testing. Mind maps, heuristics, and mnemonics like SFDIPOT.
Imagine yourself a beginner in software testing. Where could you start to investigate an application and find a problem?
Top comments (2)
There is a concept called testing pyramide. The foundation are unit tests. This should be your main focus. Find your elemental building blocks (i.e. functions) and testing them properly. Imagine every case that could occur. Let's look at an example (javascript):
The following cases come to mind:
Then test everything and keep updating your test cases if you find a bug in production to avoid regression bugs. Work your way up to more complex scenarios, where multiple functions are called and interact with each other. We call this integration tests. This should be your next step. Finally you may do some snapshot testing or UI testing, which I am not a huge fan of to be honest. Would be much cheaper to hire someone to manually test your UI.
The key here is to be consistent and keep adding test to make your codebase more secure and maintainable. Consider measuring your test coverage to have a grasp on how much of your code is tested.
Interesting! How would apply this with accessibility?