EXXETA / EXXETA/trufos

Assertions Tab (No-Code Tests)

Open
#841 0 comments 0 reactions 0 assignees View on GitHub
backend design needed enhancement frontend testing
Dominant language
TypeScript
Stars
49
Forks
25
Avg merge
3d 21h
Merged PRs (30d)
4

Description

> ℹ️ _This issue was partially AI-generated and may contain technical inaccuracies._

**Is your feature request related to a problem? Please describe.**
Response testing currently requires writing JavaScript in the scripting editor (#710). Non-developers and quick checks are blocked by that barrier.

**Describe the solution you'd like**
Add an Assertions tab with a no-code UI to define checks such as:
- status code equals / is in range
- response time below a threshold
- JSON path value equals / contains / exists
- header present / equals
Assertions run automatically after each response and show pass/fail inline.

**Describe alternatives you've considered**
Scripting-only assertions (current state); a snippet library that generates test scripts from a form.

**Additional context**
Scripting stays available for advanced cases. Should integrate with the eventual Collection Runner (#774) so assertion results aggregate across a run.

Contributor guide

Open the contributing guide

Research direction

Start by reading the current scripting-based response testing described in #710 and the Collection Runner context in #774. Determine how response results and editor tabs are currently handled, then clarify the supported assertion types and aggregation behavior. Done means a no-code Assertions tab runs the defined checks after each response and shows pass/fail results inline.

Written by the indexing model from the issue text.

Assessment

Tech stack
electron, javascript, react, typescript
Domain
desktop, frontend, testing
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
42/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.