Skip to content

Commit

Permalink
docs: updated testing contribution guidelines
Browse files Browse the repository at this point in the history
  • Loading branch information
jwala-anirudh committed Feb 24, 2024
1 parent d1b3741 commit 32c126b
Show file tree
Hide file tree
Showing 4 changed files with 143 additions and 1 deletion.
3 changes: 2 additions & 1 deletion .commitlintrc.json
Original file line number Diff line number Diff line change
Expand Up @@ -14,7 +14,8 @@
"refactor",
"revert",
"style",
"assets"
"assets",
"test"
]
]
}
Expand Down
23 changes: 23 additions & 0 deletions .github/ISSUE_TEMPLATE/code_coverage.yaml
Original file line number Diff line number Diff line change
@@ -0,0 +1,23 @@
name: 🧪 Testing Contribution
description: Share details about your test coverage for contribution to FreeAPI.
title: "TESTING: <title>"

labels:
- testing

body:
- type: textarea
id: test_description
attributes:
label: Describe the test
description: A clear and concise description of the proposed testing suite.
validations:
required: true

- type: textarea
id: additional_info
attributes:
label: Additional Information
description: Add any extra details or considerations that might be relevant such as screenshots.
validations:
required: false
112 changes: 112 additions & 0 deletions CONTRIBUTING_CODE_COVERAGE.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,112 @@
# FreeAPI Testing Contribution Guide

Thank you for your interest in contributing to the FreeAPI project to help us deliver our APIs that are battlefield tested. To ensure reliability & stablility for our end users, we utilize Playwright, a powerful testing framework to automate testing across all endpoints.

### Why Playwright?

After exploring our opensource community options such as Jest, Jasmine & Playwright. We decided to move forward with playwright as it facilitates automated testing, offers cross-browser support, rich enough API with familar syntax.

## ⚠️ Important Note:

### Before starting your contribution

- create an issue stating which module you will be working on
- in a given module if tests exists, we do not welcome as long as it is a logical fix
- test coverage for example frontend apps are not our top priority

<!-- TODO -->

**IMPORTANT: Contributor must create an issue with [Testing Contribution](https://github.com/hiteshchoudhary/apihub/issues/new?assignees=&labels=testing&projects=&template=code_coverage.yaml&title=TESTING%3A+%3Ctitle%3E) issue template.**

This ensures coordination and prevents duplicated efforts.

## Table of Contents

1. [🏁 Getting Started](#getting-started)
2. [👆🏻 Choosing a Module](#choosing-a-module)
3. [🗂️ Folder Structure](#folder-structure-main)
4. [📙 Coding Standards](#coding-standards)
5. [📝 Dependency Management](#dependency-management)
6. [📨 Submitting Your Contribution](#submitting-your-contribution)

## Getting Started <a name="getting-started"></a>

### Fork the Repository

Start by forking the FreeAPI project repository to your GitHub account.

### Clone Your Fork

Clone your fork of the repository to your local machine.

```bash
git clone https://github.com/<your_username>/apihub.git
cd apihub
```

### Install Dependencies

Make sure you have the necessary dependencies of FreeAPI installed for the frontend framework or library you plan to use.

Follow this [README.md section](https://github.com/hiteshchoudhary/apihub/blob/main/README.md#-installation) to know more about setting up the FreeAPI environment

## Choosing a Module <a name="choosing-a-module"></a>

Decide which module you want to contribute to. Browse the `/apps`, `/public`, or `/kitchen-sink` modules to explore the available modules and APIs. Read the following section carefully to understand the folder structure you need to follow to increase chances to get your PR approved.

## Folder Structure <a name="folder-structure-main"></a>

Follow the specified folder structure for your frontend application (**The folder names must not follow the camel casing to keep things consistent.** _Your actual project code folders may have camel casing_):

```
ROOT_FOLDER/e2e/{module}/
```

See the following examples with context for above structure:

## Example: Todo endpoint testing

Imagine you want to test todo endpoint that is part of `/apps` module of the FreeAPI project. To keep consistent folder structure for backtracking name your files with name identifier, but with an extension of `.test.js`.

### Folder Structure:

```
$ROOT_FOLDER/e2e/{package}/{module}/{file-indicator}.test.js
```

## Explanation for the examples:

- `ROOT_FOLDER`: Refers to the root directory of the FreeAPI project.

- `e2e`: This directory is designated for including test cases.

- `{package}`: The directory contains typical of a Node.js application: `app.js` initializes the app, `controllers` handle requests, `models` define data structures, `routes` map endpoints, `utils` provide utilities, and others manage logging, authentication, and database interactions.

- `{module}`: `apps` or `public` or `kitchen-sink`: Denotes the chosen module (`/apps` for complex apps, `/public` for public APIs, `/kitchen-sink` for backend-related static APIs. These folders are already created officially).

- `{file-indicator}`: This is the actual file name indicator that helps to identify for which file you are writing test cases for example: `todo.test.js`

By following this standardized folder structure, contributors can easily organize their frontend projects, making it convenient for others to explore, understand, and replicate the implementation.

## Coding Standards <a name="coding-standards"></a>

Adhere to the coding standards of playwright framework. Additionally, consider the following guidelines:

- Use clear descriptive test suite & block names
- Follow best practices for unit, integration & end-to-end testing
- Ensure your code is well-documented by comments wherever necessary
- Make sure to add both positive & negative test cases

## Dependency Management <a name="dependency-management"></a>

Ideally we do not encourage you to include new package. Confine your code practices within the available dependencies to avoid overheads. Please state with clear explanation with examples if you add anything new.

## Submitting Your Contribution <a name="submitting-your-contribution"></a>

Click [here](https://github.com/hiteshchoudhary/apihub/blob/main/CONTRIBUTING.md) for detailed contribution guide on submitting a PR.

Thank you for your contribution to FreeAPI! Your dedication helps make our APIs more accessible and valuable to the community. If you have any questions or need assistance, feel free to reach out to our [Discord](https://discord.gg/uuGBkhX8Yp).

Thank you for being part of the FreeAPI community and contributing to the project! We look forward to featuring your fantastic work. 🌟

Happy coding! 🚀
6 changes: 6 additions & 0 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -115,6 +115,12 @@ Thank you for your interest in contributing to the FreeAPI project by creating f

Click [here](https://github.com/hiteshchoudhary/apihub/blob/main/CONTRIBUTING_FRONTEND.md) for detailed contribution guide for Frontend Developers 🚀!

## Contribute in testing suite

Thank you for your interest in contributing to the FreeAPI project to increase code coverage of our API service that helps us to ship robust endpoints that are battlefield tested. Please follow this guide to ensure a smooth and collaborative contribution process.

Click [here](https://github.com/hiteshchoudhary/apihub/blob/main/CONTRIBUTING_CODE_COVERAGE.md) for detailed contribution guide for increasing code coverage.

# 🏁 Installation

### 📦 Using Docker (recommended)
Expand Down

0 comments on commit 32c126b

Please sign in to comment.