Types Of Testing Flashcards

1
Q

Manual testing

A

Doing all the testing yourself (clicking around, interacting, and comparing expected results to reality

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Automated testing

A

Develop a program or script to perform a lot of the manual work. The script performs what you tell it to, gets results, and compares those results with expectations

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

When to test manually

A

At the beginning, to make sure you catch as many things as possible and test as a human would

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Advantages of Manual Testing

A

Easy to do
Ideal for exploratory and usability testing
Works well for small projects with fast changing requirements

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Disadvantages of Manual testing

A

Time consuming and repetitive
Prone to human error
Not scalable

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Advantages of Automated Testing

A

Fast and efficient for repetitive tasks
Reduces human error and improves accuracy
Scalable for large projects

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Disadvantages of Automated testing

A

High upfront cost for scripting/set up
Limited to programmed tasks, not suited for exploratory testing
Requires maintenance as application evolves

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Functional Testing

A

Checking the functionality of a product

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Examples of Functional Testing

A

Test the logic of trip cost calculation
How does a map’s scale change
Data display (how is information displayed to a user)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Non functional testing

A

Testing for things that don’t have to do with a single user

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Types of non functional requirements/tests

A

Security testing
Performance testing
Usability testing
Localization testing

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Regression Testing

A

Testing old features that were already released to make sure they still work

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Smoke Testing

A

Surface level testing
Checking only the most important features. Done first, and quickly, to allow time for changes
Makes sure the product is good enough to release

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Extended Testing

A

Uses all the requirements from planning to test
Done for particular features that are more extensive/important

Eg: checking price calculation logic

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Exhaustive Testing

A

Test all parts of the service in as much detail as possible

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Component Testing

A

Checking individual parts of an application without consideration the whole thing and interactions between parts

17
Q

Integration Testing

A

Test how components of an application without consideration work together

Test that a route is calculated when two addresses are provided and the calculate button is pressed

18
Q

System Testing

A

Testing the whole system to make sure that all parts work well together

Usually means testing a whole workflow from start to finish

19
Q

Scripted Software Testing

A

Checklist and testing are prepared in advance
Involves test analysis and design
Common when you have enough time and requirements are clear

20
Q

Exploratory testing

A

Product is analyzed and checked at the same time
Best when tester doesn’t have enough time and there are many gray areas in requirements

21
Q

Exploratory testing may not be ideal because

A

Big systems require a lot of time, and key areas may be missed
Scripted testing acts as a preventative measure by identifying potential problem areas before development begins

22
Q

Black box testing

A

QA engineer has no access to the code

23
Q

White-box testing

A

QA tester can see alp the code

24
Q

Grey box testing

A

Somewhere between black and white

25
Tour Testing
Testing an application based on a specific theme
26
Feature tour
Testing as many features as possible with the question in mind “What is the purpose of this feature?”
27
Variability tour
Testing all the inputs and outputs to see limits and potential bugs (eg: adding or removing a profile pic, inputting a maximum string length, ect)
28
Complexity tour
Look for the most complex features and data and check them.
29
Interaction tour
Let’s you see how different parts of the software interact
30
Scenario tour
Create realistic user scenarios and test them
31
Structure tour
Define the structure of the software (APIs, interface, code, hardware, ext)
32
Interoperability/Data tour
How does the app interact with third party tools, and if data is shared and updated properly
33
Session Based Testing
Test 1 thing during a single session
34
Session testing of functionality
Do all features work? Can you add new features or change existing ones? Does software support all valid data? Is software efficient? If not, what are the extra actions needed? Can software interact with other products? Can software do several things at once? Can it function with other products?
35
Session testing for security
How well does the software protect against leaks of PPI or financial data?
36
Session testing for reliability
Does the system run smoothly? For how long? Is the software fault tolerant? What happens in case of overload? Can the software be rebooted? Are there conflicts in the system? What happens when software stops running due to external circumstances?
37