Checking release readiness
Dan Fletcher, QA lead at Northwind, asked whether the release runs were clean. Memtro listed the week's runs with their status, the failed results, and the open defects found in them.
Which test runs failed this week, and which defects are still open?
Qase shows you projects with case, run and defect counts, and test cases by suite, milestone, severity, priority or status. It reads test runs with pass and fail counts, results, defects, milestones and test plans. When asked and granted, it can create, edit or delete test cases, start, complete or delete runs, and record results. It can also file, edit, resolve or delete defects, and create milestones, suites and plans. Qase can tell Memtro as it happens when a run completes or a defect is filed, and a job can start on it. Those webhooks are set per project.
Ask in plain English from chat, your editor, a scheduled job or your own agent. The model picks the right Qase tool, reads what it needs, and answers with the source cited.
These tools change something in Qase. The model is told to use them only when you ask for exactly that, and an administrator grants each one by name to the teams that may use it; a personal connection acts only after its owner allows it.
Turn events on in the connection's Events tab on the Connections page, then add the address it shows as a webhook in Qase, choosing the same kinds; the tab shows Qase's own steps. Each event can start a job, with the event as its input, and can be remembered where you choose. Qase sends a secret with every delivery, and one without it is refused.
Events and webhooksOnce Qase is connected, these are the kinds of things people ask. Plain questions, no syntax. If the answer lives partly in another system you have connected, Memtro looks there too.
Which runs failed this week?
Which defects are still open on the mobile project?
Which critical test cases are in the checkout suite?
Which cases are in the release test plan?
Which milestones are due this month?
Dan Fletcher, QA lead at Northwind, asked whether the release runs were clean. Memtro listed the week's runs with their status, the failed results, and the open defects found in them.
When a test run completed in Qase, a job started for Priya Sharma at Acme Ltd. It read the run's failed results and the defects already filed, and listed which failures had no defect yet.
The teams that lean on Qase most, a question each of them asks, and what they connect beside it.
A record in Qase is rarely the whole story. Connect the systems that hold the rest and Memtro checks them together, then remembers what it learned so the next question starts further along.
Using something else for the same job, or both? Each connector has its own tools; connect as many as you like.
In Qase open your avatar, then API tokens, and create a token. It has your role's access, so a dedicated user with only the projects Memtro needs is safer.
In Memtro open Connections → Qase and paste the API token. Fill in Enterprise workspace address only if you sign in on your own domain.
An administrator grants the case, run and defect actions by name. Events are turned on from the connection's Events tab, and the address is then added in each project's webhook settings in Qase.
Ask: which runs failed this week?
Chat in the dashboard, the OpenAI-compatible API, scheduled jobs, and any MCP client: Claude Code, OpenCode, Cursor, Claude Desktop. The Qase tools are the same everywhere.
Only when you ask, and only what it has been granted: create a test case; edit a test case; delete a test case; start a test run; complete a test run; delete a test run and its results; record a test result in a run; file a defect; edit a defect; resolve a defect; set a defect to in progress, resolved or invalid; delete a defect; create a milestone; create a test suite; create a test plan. Every other tool reads, searches or lists. The Connections page labels the tools that act, an administrator grants each one by name to the teams that may use it, and a personal connection acts only after its owner allows it.
A personal connection serves only your own requests. A shared connection serves the organisation: everyone, or only the teams an admin chooses. Admins can always add shared connections; other members need the permission.
Credentials are encrypted at rest. Tool results are cached briefly so agent loops do not repeat identical calls, and the facts the model extracts are saved to your organisation's memory with provenance (system, record and link) so they can be checked and superseded.
API token. In Qase open your avatar, then API tokens, and create a token. It has your role's access, so a dedicated user with only the projects Memtro needs is safer.
Yes. Turn events on in the connection's Events tab on the Connections page, then add the address it shows as a webhook in Qase, choosing the same kinds; the tab shows Qase's own steps. A job set to start "When an event arrives" then runs once for each matching event, with the event as its input. The run treats the event as outside data, never as instructions, and anything the run remembers is kept as unverified.
Seven-day free trial, then one monthly price per organisation. Connectors, jobs and memory are never metered.
Sign in, add a provider key, create an API key and point your tools at Memtro. It takes about five minutes.
7-day free trial · card on file, nothing charged until it ends · cancel any time