SQA - Testing Types Flashcards

1
Q

Functional Testing

A

“How” the system works?
Reliability, usability, maintainability, compatibility, response times, capacity for performance testing, etc.

Positive:aimed at showing that software handles properly situations in which user acts as expected (verification);

runs to verify that a software works, as expected when user conducts a correct actions.
Positive testing = Validation.

Ad hoc
Smoke
Acceptance 
Regression 
Boundary 
Alpha
Beta

Negative:aimed at showing that software handles properly situations in which user acts not as user is supposed to act (error detection)

Testing runs to verify that a software
handles exceptions properly (invalid actions, inputs,
settings…)

Negative testing = Handling Exceptions (falsification ; break the system)

Error handling

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

Non Functional

A

“What” the system does?
Typically described in requirements, but can be undocumented;
Verify that functions of a system are working as specified.
May occur at all test levels.

Performance
Load
Stress
Security
Compatibility
System
Usability
Recovery
Installation
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Ad Hoc - Functional Positive

A

performed without planning and documentation

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

Smoke - Functional Positive

A

A sanity (健全)check to see if the software functions on the most basic level. Identify simple failure.

Main features don’t work, severe bugs are not fixed, etc;

Example:
Does the program run?
Does it open a window?
Does clicking the main button do anything?

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

Acceptance-Functional Positive

A

to determine if the requirements of a specification are met (main flows of the application are functional)

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

Regression回歸測試-Functional Positive

A

partial retesting of a
modified program to make sure that no new
errors were introduced while making changes to
the code (developing new or fixing existing one)
should be done for each new release (build)

*What is the most frequently executed type of testing?
release/build acceptance (each & every build)
next one is regression

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

Boundary condition- Functional Positive

A

using the extremes of the input domain (min,max)

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

Alpha - Functional Positive

A

simulated or actual operational testing by potential users/customers or an independent test team at the developers’ site

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

Error handling -Negative

A

to determine the response of the system outside of what is defined

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

Security - Non Functional

A

Is System data protected?
How the system prevents hackers intrusion?

Confidentiality: data security (SSN, salary, medical data, etc.);

Authentication: is it a trusted computer? program?

Authorization: user’s identification (id/password); access control (read/write/delete), etc

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

Load - Non Functional Performance

A

(simplest) – system behavior under an
expected load.
Example: 50 users perform 100 transactions every 1 minute;
Load test will give out the response times of all the transactions and point to system “bottlenecks” (database, server, etc).

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

Performance - Non Functional

A

Testing if application meets the performance criteria;

Compare two systems to find which performs better;

Measure what parts of the system causes poor performance;

Need a stable build and environment, closest to production

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

Stress - Non Functional Performance

A

system behavior under an extreme load.
Example: the current load goes well above the expected
maximum (very high number of users, transactions, etc).
Will the system performs sufficiently “under stress”?

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

Compatibility - Non Functional

A

conducted on the application to evaluate the application’s compatibility with the computing environment

Examples:
Hardware platform: Desktop, Laptop, Mobile
Browser:is conducted to ensures that application look, behave, and respond the same way across different browsers
Operation System
Database: Orcale, DB2, Sybase
Mobile Carrier: Verizon, Tmobile, ATT

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

Recovery - Non Functional Performance

A

how well the application is able to recover fro crashes, hardware failures and other similar problems

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

Usability - Non Functional

A

measuring a human-made product’s capacity to meet its intended purpose

17
Q

System - Non Functional

A

conducted on a complete, integrated system to evaluate the system’s compliance with its specified requirements

18
Q

Black box Testing

A

testing done without access to the source code

19
Q

Whit box Testing

A

testing done with access to the source code. Bugs are reported at the source code level, not behavioral.

20
Q

Gray box Testing

A

testing using structural, design, and environment information (complete or incomplete) to expand or focus black box testing and to enhance testing productivity by using appropriate methods and tools

21
Q

Manual Testing

A
  • Manually testing software for defects;
  • Tester plays the role of an end user;
  • Test all features to ensure the correct behavior.

When to conduct the Manual Testing?

  • Expensive to do automation;
  • Need for human judgment;
  • Ongoing need for human intervention.
22
Q

Automated Testing

A

Test Script is an instructions for particular test, that
will be carried out by an automated test tool.

Higher upfront costs- Lower costs to repeat the test

When to automate?
Regression, not expected to change;
Repetitive tests;
Structured data/data driven;
Static, complex but static;
Load, volume, capacity
Performance, reliability;
23
Q

Testing Level

A
  1. Unit testing
  2. Integration testing
  3. System Testing
  4. Acceptance testing
24
Q

Unit (smallest testable part) Testing

A

verifies that units of source code with
associated data, etc are fit for use

Unit tests are usually created/run by developers (or
white box testers) during the development process to
ensure that code meets its design and behaves as
intended.

25
Q

Integration testing

A

the phase of testing when
individual software modules are combined and
tested as a group.

Unit Testing ->Integration Testing

Integration testing:
Take few unit tested modules;
Group them (functionally) in a larger group;
Test based on the requirements;
Deliver the output for further system testing

26
Q

System Testing

A

is conducted on a complete
system to evaluate it’s compliance with the
requirements.

System testing is a black box testing;
You need to know the design or logic.