How the TestDriver agent behaves on GitHub issues, pull requests, and @mentions
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Wait for the screen to stabilize after interactions
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치 방법 보기설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
The redraw system waits for the screen to become stable after an interaction. Then it continues. It finds when animations, page loads, and network requests are complete. This stops actions on a screen that changes.
<Note> **Redraw is disabled by default from v7.3.** Enable it if your tests interact with applications that have many animations or load states. </Note>Redraw uses a two-phase detection method:
The screen is complete when both phases finish: the screen changed from the first state AND the frames that come after each other are now stable.
flowchart TD
A[Action performed] --> B{Phase 1: Change Detection\ndiffFromInitial > 0.1%?}
B -- "Yes (screen changed)" --> C{Phase 2: Stability\nz-score < 0 or\ndiffPercent < 0.1%?}
C -- "Yes (frames stable)" --> D[Screen settled ✓]
B -- "No (waiting...)" --> B
C -- "No (waiting...)" --> C
The system polls at 500ms intervals, comparing screenshot frames. This reduces WebSocket traffic while still providing responsive detection.
Uses pixelmatch for per-pixel comparison with a threshold of 0.1 for pixel sensitivity. A frame diff above 0.1% of total pixels indicates the screen has changed.
Screen stability uses statistical analysis of the last 10 measurements:
(currentDiff - mean) / stddevdiffPercent < 0.1% or z-score < 0 (current diff is below the average)This approach adapts to the specific animation patterns of your application rather than using a fixed threshold.
Each command type has a specific redraw timeout:
| Command | Timeout | Reason |
|---|---|---|
click | 5000ms | Page navigations, modal openings |
hover (within click) | 5000ms | Same as click |
hover (standalone) | 2500ms | Tooltip animations |
scroll | 5000ms | Lazy-loaded content |
type | 5000ms | Autocomplete, validation |
pressKeys | 5000ms | Keyboard shortcuts may trigger changes |
focusApplication | 1000ms | Window focus animations |
If the timeout is reached before the screen settles, the command continues anyway. The timeout event is available via the redraw:complete event.
const testdriver = new TestDriver({
// Shorthand: enable/disable
redraw: true, // enable with defaults
redraw: false, // disable (default since v7.3)
// Full configuration
redraw: {
enabled: true,
screenRedraw: true, // enable screen pixel diff detection
networkMonitor: false, // enable network settling detection
},
});
<ParamField path="redraw" type="RedrawConfig | boolean" default={false}>
Redraw configuration. Pass `true`/`false` for shorthand, or an object for fine-grained control.
<Expandable title="properties">
<ParamField path="enabled" type="boolean" default={false}>
Enable or disable the redraw system. Default changed to `false` in v7.3.
</ParamField>
<ParamField path="screenRedraw" type="boolean" default={true}>
Enable pixel-diff-based screen change detection. If both `screenRedraw` and `networkMonitor` are `false`, redraw auto-disables.
</ParamField>
<ParamField path="networkMonitor" type="boolean" default={false}>
Enable network traffic monitoring for settling detection. Monitors WebSocket traffic on the sandbox to detect when network activity subsides.
</ParamField>
</Expandable>
</ParamField>
Override redraw settings for individual commands:
// Enable redraw for a specific click
await testdriver.find('load more').click({
redraw: { enabled: true },
});
// Disable redraw for a fast interaction
await testdriver.find('checkbox').click({
redraw: false,
});
When networkMonitor is enabled, the system also monitors sandbox network traffic:
totalBytesReceived and totalBytesSent from the sandboxThe final settling condition requires both screen AND network to be settled (when both are enabled).
The redraw system emits events through the SDK emitter. See Events for the full event reference.
| Event | Description |
|---|---|
redraw:status | Emitted on each poll with current screen diff, network stats, and timeout info |
redraw:complete | Emitted when redraw resolves (settled or timed out) |
testdriver.emitter.on('redraw:status', (status) => {
console.log(`Screen: ${status.redraw.text}`);
console.log(`Network: ${status.network.text}`);
console.log(`Timeout: ${status.timeout.text}`);
});
testdriver.emitter.on('redraw:complete', (result) => {
if (result.isTimeout) {
console.warn(`Redraw timed out after ${result.timeElapsed}ms`);
} else {
console.log(`Screen settled in ${result.timeElapsed}ms`);
}
});
Enable redraw when:
Keep redraw disabled when:
interface RedrawConfig {
enabled?: boolean; // Default: false (since v7.3)
screenRedraw?: boolean; // Default: true
networkMonitor?: boolean; // Default: false
}
interface RedrawStatusEvent {
redraw: {
enabled: boolean;
settled: boolean;
hasChangedFromInitial: boolean;
consecutiveFramesStable: number;
diffFromInitial: number;
diffFromLast: number;
text: string;
};
network: {
enabled: boolean;
settled: boolean;
rxBytes: number;
txBytes: number;
text: string;
};
timeout: {
isTimeout: boolean;
elapsed: number;
max: number;
text: string;
};
}
interface RedrawCompleteEvent {
screenSettled: boolean;
hasChangedFromInitial: boolean;
consecutiveFramesStable: number;
networkSettled: boolean;
isTimeout: boolean;
timeElapsed: number;
}
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
How the TestDriver agent behaves on GitHub issues, pull requests, and @mentions
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Execute natural language tasks using AI
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Make AI-powered assertions about screen state
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Deploy TestDriver on your AWS infrastructure using CloudFormation
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Speed up tests with screenshot-based caching
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
How TestDriver learns your app and caches what it discovers for instant, deterministic replays
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.