Page:
Testing methodology
Pages
API SMHI
API TimeEdit
Accessibility Testing
Api documentation
Bat/Ps
Branch Creation
C# Coding Convention
CSS Coding Convention
Coding Conventions
Creating new databases
Dapper
Documentation for service endpoints
Documentation of useTemperature and mock sensor
Energy endpoints
Environment
Evaluation react-grid-layout
Evaluation Localization
Evaluation Password hashing
Evaluation Testing framework
Evaluation of Logging Frameworks
Formatter
Frontend model
Generic Diagram for Sensor data flow
Home
How to- Creating Databases in Docker
Implementing different Styles
Implementing new Mockup sensors
Implementing new Views
Installation script documentation
Installation
Issues
JSON Coding Convention
Jest Testing
Layout endpoints
Linux
Localization
Login endpoints
Mac
Middleware model
Mock API Ceation Guidelines
Mockup models
Model Tools and Standards
Parking endpoints
React/JavaScript Coding Convention
React
Reviews
Room booking endpoints
SQL Coding Convention
Scheduled Database tasks
Scripting Coding Convention
Secrets and .env
Server Access
Server-Deployment
Service/API models
System models
System requirements
Temperature endpoints
Testing API with Bruno
Testing Architecture
Testing frontend for Mobile devices
Testing frontend with Playwright
Testing methodology
Västtrafik API
Webpage Design
Windows
pg_cron and scheduled database jobs
xUnit Testing
No results
4
Testing methodology
Tim Svensson edited this page 2026-04-27 19:42:35 +00:00
Table of Contents
Testing methodology
This is the standard to the project's testing. Down below are when and how we write tests for our components. For more detailed information about how to write a specific test, you can read the specific test pages:
When to write test:
- The developer should NOT create tests for front end components, we should in those cases have manual interactive testing (From different developer).
- The developer should always create unit tests before writing the actual code.
- The developer should add the test to the regression testing suite. [WIP]
How we work with tests:
- Tests are a part of the definition done for every code task.
- No code should be merged or submitted as a pull request without relevant testing.
- Tests must be maintained when code is changed.
- A failing test should block the merge.
- Tests should be reviewed in a code review.
- Bug fixes should always include a test that tries to reproduces the bug.
- Regression tests must be update when new functionality is introduced.
- Test coverage is a team responsibility.
- Tests should be mapped to the requirement/issue they validate.
1. Setup
2. Standards
- Coding Conventions
- Issues
- Branch creation
- Reviews
- Implementation Standards
- [WIP] Creating new databases
- Localization
3. Models and Diagrams
4. Testing
5. Documentation
- Documentation for service endpoints
- API documentation
- Webpage Design
- Secrets and .env
- Evaluations
- Installation and Rebuild script documentation
6. Guides and How-to's
7. Micro Service Mockup Api
- Guidelines Mircro Service Mockup
- Documentation of useTemperature/useTemperatureTimeSeries mockup sensor