Test Design Flashcards
Test design guideline 1
Several test cases may be needed for one requirement
Eg:
Zooming in and out is done 3 ways. Each way needs one test cases
Test Design Guideline 2
One test case = one test
+/- test case for zooming in out is one test case and one tes
Tests should not duplicate functionality
Don’t make the tester do the same thing twice
Test cases exist within the requirements
Don’t write test cases for scenarios outside what’s documented in the requirements. Eg: don’t test if you can boil a phone if you don’t need to
Tests must cover all requirements
Don’t forget to make a test cases for every element of every requirement
Software for test cases creation
Jira
Excel
Testrail
Black box testing
Is scripted, with test cases written in advance based on requirements
Equivalence partitioning
Grouping test data to reduce the number of required tests
Partition
A subset of acceptable values from within a larger set
(5-8 within all integers)
Boundary analysis
Test boundaries in a range and everything right above and right below the boundaries
Decision tables
Allows you to map all the possible combinations necessary to test. For example, a login form with username and password
Four rules of bug reports
Use cause and effect relationships
Describe the logical chain of steps
State the core issues
Structure the information
Cause and effect
State what the problem is, and what probably caused it
Describe the logical chain of steps that explains cause and rffect
Describe every step you took to get to the bug