Skip to content
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Binary file removed static/img/glossary/types-of-testing.webp
Binary file not shown.
Original file line number Diff line number Diff line change
Expand Up @@ -25,7 +25,7 @@

The focus lies solely on examining the software's external behavior, inputs, outputs, and responses to different user actions or system interactions.

![Types of Testing](/static/img/glossary/types-of-testing.webp)
![types of testing](../../../../../static/img/glossary/types-of-testing.jpeg)

## What are the Fundamentals of Black-Box Testing?

Expand All @@ -52,7 +52,7 @@
5. **Detection of Defects**: Identifies functional errors, security vulnerabilities, and performance bottlenecks.
6. **Accessibility**: Suitable for testers with diverse backgrounds and skill sets, adaptable to various software applications.

## Whate are types of Black-Box Testing Techniques ?

Check failure on line 55 in versioned_docs/version-2.0.0/concepts/reference/glossary/black-box-testing.md

View workflow job for this annotation

GitHub Actions / vale

[vale] versioned_docs/version-2.0.0/concepts/reference/glossary/black-box-testing.md#L55

[Vale.Spelling] Did you really mean 'Whate'?
Raw output
{"message": "[Vale.Spelling] Did you really mean 'Whate'?", "location": {"path": "versioned_docs/version-2.0.0/concepts/reference/glossary/black-box-testing.md", "range": {"start": {"line": 55, "column": 4}}}, "severity": "ERROR"}

![How Black Box testing Works?](https://keploy-devrel.s3.us-west-2.amazonaws.com/thumbnail_Black-box.jpg)

Expand All @@ -63,7 +63,7 @@
**Example:** Consider a login screen for a web application that requires users to enter their username and password. In equivalence partitioning, we can identify three equivalence classes for each input:

- _Valid username_: Any valid username (e.g., "user123")
- _Invalid username_: Username that doesn't exist in the system (e.g., "invaliduser")

Check failure on line 66 in versioned_docs/version-2.0.0/concepts/reference/glossary/black-box-testing.md

View workflow job for this annotation

GitHub Actions / vale

[vale] versioned_docs/version-2.0.0/concepts/reference/glossary/black-box-testing.md#L66

[Vale.Spelling] Did you really mean 'invaliduser'?
Raw output
{"message": "[Vale.Spelling] Did you really mean 'invaliduser'?", "location": {"path": "versioned_docs/version-2.0.0/concepts/reference/glossary/black-box-testing.md", "range": {"start": {"line": 66, "column": 73}}}, "severity": "ERROR"}
- _Empty username_: No username provided

Similarly, for the password field, we can identify equivalence classes such as:
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -41,7 +41,7 @@ It's analysis provides several benefits:

Keploy has native integrations with your unit-testing libraries like go-test, jUnit, jest, pyTest. Keploy gives combined test-coverage and can also be integrated in existing CI pipelines easily within go-test, jUnit, jest, pyTest workflows.

![Keploy Test Replay](https://keploy.io/docs/gif/replay-tc.gif)
<img scr="https://keploy.io/docs/gif/replay-tc.gif?raw=true"/>

By generating additional tests that exercise different parts of your codebase, you can increase the percentage of code that is covered by your tests. For example, in case of NodeJS application you can use Jest. Jest provides a built-in code coverage tool that can help you measure the effectiveness of your tests and identify areas of the code that need additional testing. By adding Keploy SDK with Jest, you can easily generate test cases and increase your code coverage. Let's create a `Keploy.test.js`

Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -28,7 +28,7 @@

The primary goal of white box testing is to validate the software's internal operations, ensuring that it functions correctly and efficiently. This involves checking all pathways and conditions, optimizing code for speed and performance, and ensuring that there are no hidden errors.

![Types of Testing](/static/img/glossary/types-of-testing.webp)
![types of testing](../../../../../static/img/glossary/types-of-testing.jpeg)

## Fundamentals of White Box Testing

Expand Down Expand Up @@ -99,7 +99,7 @@
| Skill Level | Requires specialized technical skills | Can be performed by testers with various skill levels |
| Types of Defects Found | Internal logic errors, security vulnerabilities | Functional, usability, and performance issues |

## How to perform Whitebox testing with Keploy ?

Check failure on line 102 in versioned_docs/version-2.0.0/concepts/reference/glossary/white-box-testing.md

View workflow job for this annotation

GitHub Actions / vale

[vale] versioned_docs/version-2.0.0/concepts/reference/glossary/white-box-testing.md#L102

[Vale.Spelling] Did you really mean 'Whitebox'?
Raw output
{"message": "[Vale.Spelling] Did you really mean 'Whitebox'?", "location": {"path": "versioned_docs/version-2.0.0/concepts/reference/glossary/white-box-testing.md", "range": {"start": {"line": 102, "column": 19}}}, "severity": "ERROR"}

Firstly, install [Keploy](https://keploy.io/), a testing tool that helps you automate the testing process. Here’s how you can perform white box testing with Keploy:

Expand All @@ -113,7 +113,7 @@

- **Error Analysis and Debugging:** Utilize Keploy’s built-in error analysis tools to identify and resolve issues within your code. Keploy provides detailed insights into errors, helping you quickly pinpoint and fix problems in the internal logic of your application.

- C**ontinuous Integration and Testing:** Integrate Keploy with your CI pipeline to automate white box testing. This ensures that internal testing is part of your regular development workflow, helping maintain high code quality and quickly catch regressions or new issues.

Check failure on line 116 in versioned_docs/version-2.0.0/concepts/reference/glossary/white-box-testing.md

View workflow job for this annotation

GitHub Actions / vale

[vale] versioned_docs/version-2.0.0/concepts/reference/glossary/white-box-testing.md#L116

[Vale.Spelling] Did you really mean 'ontinuous'?
Raw output
{"message": "[Vale.Spelling] Did you really mean 'ontinuous'?", "location": {"path": "versioned_docs/version-2.0.0/concepts/reference/glossary/white-box-testing.md", "range": {"start": {"line": 116, "column": 6}}}, "severity": "ERROR"}

## Conclusion

Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -28,7 +28,7 @@ White box testing, also known as clear box or glass box testing, is a software t

The primary goal of white box testing is to validate the software's internal operations, ensuring that it functions correctly and efficiently. This involves checking all pathways and conditions, optimizing code for speed and performance, and ensuring that there are no hidden errors.

![Types of Testing](/static/img/glossary/types-of-testing.webp)
![types of testing](../../../../../static/img/glossary/types-of-testing.jpeg)

## Fundamentals of White Box Testing

Expand Down
Loading