A practical reference for writing clearer prompts, improving output quality, and refining responses quickly. Designed for Resillion teams working across delivery, assurance, and Total Quality engagements.
A reliable prompt usually answers five questions: who, what, why, limits, and output shape.
| Principle | Weak | Better |
|---|---|---|
| Be specific | Write a test plan. | Create a high-level test plan for a SaaS login and registration feature, covering scope, risks, environments, test types, and entry/exit criteria. |
| Add context | Explain this. | This is for a senior stakeholder review, so keep the language professional and non-technical. |
| Set constraints | Tell me everything. | Keep it under 300 words, use UK English, and focus only on functional risks. |
| Define output format | Give me the answer. | Return the response in a 3-column table: Issue, Impact, Recommendation. |
| Give examples | Use a good structure. | Use this format for each recommendation: Recommendation / Benefit / Effort. |
| Iterate | Accept first response. | Refine with follow-ups like: make this more concise, rewrite for executives, add examples. |
Use this when you want consistent, reusable results.
Too vague. No audience, purpose, scope, or structure.
Clear role, topic, scope, expected depth, and style.
Follow-up prompts are often where the best results come from.
| Use case | Prompt |
|---|---|
| Generate tests | Act as a QA analyst. Generate functional, negative, and edge-case test scenarios for this feature based on the provided requirements and acceptance criteria. |
| Create a test plan | Act as a Test Lead. Create a high-level test plan for this release, including scope, assumptions, risks, test types, environments, dependencies, and entry/exit criteria. |
| Outcome reporting | Act as a QA lead. Create a concise test outcome report summarising execution progress, defects, outstanding risks, coverage achieved, and release readiness. |
| Requirement review | Review the following requirement and identify ambiguity, missing acceptance criteria, testability concerns, and any questions that should be resolved before delivery begins. |
| Defect triage support | Analyse these defects and group them by likely root cause, business impact, and urgency, then recommend which should be fixed before release. |
| Automation planning | Act as an SDET. Recommend which of these regression scenarios should be automated first based on frequency, risk, stability, and expected return on investment. |