Question TEST 02

TEST-02 How should a candidate release demonstrate reliable local operation, safe updates and recovery from faults or a compromised account?

Start here · Questions · Progress · People decide

Why this matters

People need the right information on the actual screen, including when an update fails or the device loses outside services.

What to bring back

A repeatable test pack covering offline startup, local assets, uncertain time, invalid or interrupted updates, return to a working edition, frozen displays, reconnection, account misuse and captured results.

What we know so far

• comprehensive rebuild plan — reviewed source; public copy can be added through the evidence process (Sections 5-6 and 9)
• Professional review and comparison of proposed improvements (When this work overlaps professional or public-authority responsibilities, compare the proposal and Luke's research with applicable industry/global best practice and relevant legal-engine sources. Record differences, reasonable improvements and deficiencies, with the responsible reviewer and response. Routine authorised drafting and wiki work can advance.)
• Council plan crosswalk and proposed Aura integration (Relevant question row identifies the management/recovery source section and printed/PDF page. AI-generated analysis, 21 October 2026; proposed checks and actual review/operating agreements retain separate status.)

AI-generated potential answers

For discussion and review · research checked 2026-10-20. These are AI-generated options and transfer assessments. The user's request and research method identify the source of this work. The source catalogue states what the references establish. The decision and approval record retains its own status.

Prove a candidate release can start offline, reject unsuitable updates and recover to a working edition. Rehearse delayed connections, uncertain time, frozen screens and lost credentials with test accounts, recording the observed result and recovery steps.

Existing-practice adaptation

AI-generated adaptation of an existing pattern. Build a repeatable fault exercise with an isolated test dataset: interrupt an update, replay a revoked credential, disconnect the network and restore a known working edition. Capture time to recovery and whether public records retained their meaning.

Research basis: Managing Exercises Handbook · Australia's AI Ethics Principles.

Future concept to explore

AI-generated future concept. An AI/SI test team could search for failure combinations within a bounded laboratory and propose patches for review. A future device controller could detect a frozen screen, switch to an approved fallback and log exactly why it acted.

Examples and local differences

• Managing Exercises Handbook: AI transfer assessment: Test a defined recovery capability through controlled faults and evaluation. Local difference to check: An exercise result covers the recorded version and conditions; it does not prove protection against every attack or authorise live-system disruption.

Evidence to bring back next

• Define a recoverable test environment and a responsible test lead.
• Independently check restored information and account permissions after each recovery.

People and connected choices

Who reviews: Luke, as project initiator, coordinates the prototype evidence and proposed acceptance criteria. Relevant technical reviewers assess the criteria and results against applicable practice; actual operators and qualified people determine field readiness within their roles, alongside the required installation decisions.

Connected questions: TEST-01, DAT-02, DAT-03, DAT-04

Work state: open. Assigned person or AI assistant: Ready to be assigned.

Research and alternatives can move ahead while connected decisions develop. Before acting on a choice, check the people, evidence and approved scope in People decide.