AI가 작성한 판단을, AI의 기대값이 아닌 PHP 본연의 답변으로 테스트합니다

foreach (explode(',', (string) ini_get('disable_functions')) as $name) {
if ('putenv' === strtolower(trim($name))) {
return false;
...
}

// disable_functions read as PHP reads it: compared with PHP's own answer, in
// a child process started with each list.
foreach (['putenv', 'exec putenv', 'exec,putenv', 'exec , putenv', 'PUTENV', 

같은 날인 1.4.31의 테스트는 사정이 달랐습니다.

확인하고 싶었던 것은 WordPress 미디어 화면의 JavaScript에 자신의 스크립트가 어떻게 삽입되는지였습니다. 테스트에는 실제 `media-views.js`가 아니라, “media-views.js가 만드는 것과 같은 형태로 만든 대체 부품”을 사용했습니다.

이것은 PHP 본체에게 묻는 테스트와는 다릅니다. 대체 부품은 작성 시점의 WordPress 구조를 모방한 것입니다. WordPress 본체의 구조가 바뀌어도, 대체 부품은 변하지 않습니다. 테스트는 변화하기 전의 WordPress에 맞춰져 녹색 상태입니다.

그 때문에 커밋할 때 한 번, WordPress 7.1.3의 실제 미디어 화면 스크립트를 jsdom에 로드하여 확인합니다. 다만, 이 확인 과정은 리포지토리 테스트에는 포함되어 있지 않으므로, 다음에 WordPress가 바뀌어도 자동으로 재실행되지는 않습니다.

또 하나, 이 테스트에는 리뷰에서 나온 지적이 그대로 반영되어 있습니다. 다른 AI(Codex)가 1.4.30을 읽고, “같은 화면에서 다른 플러그인이 이미지 전용 화면을 만들면 PDF가 섞인다”는 재현 절차를 제시했습니다. 이를 테스트의 한 줄에 넣었습니다.

## 다음 자신에게 남기는 메모

- 판단 코드가 기대값과 같은 이해로 작성되면, 벗어나도 녹색 상태를 유지한다.
- 본체(PHP 본체, WordPress 본체)에 답을 요구할 거라면, 기대값을 적지 않고 묻는다.
- 본체에서 사용할 수 없는 도구도 배포물에는 포함되지 않는다.
`tests/`
내에서는 사용 가능한 - 본체에게 물어볼 수 없어 모방한 부품을 쓸 때는, 본체가 바뀌어도 테스트가 알아차리지 못한다는 것을 기억한다.
- 리뷰에서 나온 재현 절차는 테스트의 한 줄로 남긴다.

당신의 테스트 기대값은 코드를 작성한 사람과 같은 머리로 작성되지 않았나요?

평소에는 raplsworks.com에서 WordPress 플러그인 개발이나 Claude Code 관련 글을 쓰고 있습니다.

### Discussion
![](https://static.zenn.studio/images/drawing/discussion.png)