Close the app after the server accepts the report
The hardest offline test is a successful server write with no receipt on the phone. Reopening must recover that result without submitting the work twice.
Read articleAI implementation, software architecture, cloud operations and Australian technology policy.
512 articles
Page 9 of 29
The hardest offline test is a successful server write with no receipt on the phone. Reopening must recover that result without submitting the work twice.
Read articleAddress tests should cover manual entry, partial matches and downstream truncation. A list of familiar suburban houses leaves important failures untouched.
Read articleSmall boundary values expose rounding defects that large round numbers conceal. Exercise scale, signs, allocation and serialisation together.
Read articleKeyboard and screen-reader tests reveal whether errors are discoverable. Follow a failed submission through correction and confirmation instead of checking labels in isolation.
Read articleSelection, refresh and mobile transitions expose mistakes that static screenshots miss. Test record identity while the visible order changes.
Read articleTest both rejected access and an uncertain write outcome. Recovery must preserve the draft without creating a second business action.
Read articleRelevance failures often begin with vocabulary, outdated content or overbroad synonyms. Test those mechanisms directly instead of relying on exact-title queries.
Read articleFocus on the behaviour and privileges introduced by an update. Installation, malformed inputs and fallback code can matter more than the happy-path API call.
Read articlePositive tests establish functionality. Deliberate denial tests establish the boundaries that make a service identity useful.
Read articleA rehearsal reveals missing context quickly. Give the incoming responder only the record and ask them to explain the next safe action.
Read articleRetention testing must include partial failures and recovery. A record disappearing from the live screen is only the first observation.
Read articleSearch quality and access safety answer different questions. Measure both so a useful-looking answer cannot hide a failed permission check.
Read articleA missing document and a badly ordered document need different fixes. Measure the retrieval stages separately before changing the model or increasing the context window.
Read articleRetrieval can find the right words and still produce the wrong conclusion. Add interpretation checks for the context that document splitting can remove.
Read articleA fluent answer can still misstate its evidence. Measure whether its claims are supported, whether important conditions survived and whether readers can inspect the source.
Read articleA healthy ingestion job can coexist with stale answers. Measure the interval a reader experiences, then use pipeline timings to explain it.
Read articleAn assistant can repeat hostile text without executing it, or claim to refuse while a tool still runs. Security results need observable application outcomes.
Read articleTask completion does not show how much unnecessary or prohibited work an agent tried along the way. Measure the action path as well as the final result.
Read article