HeuJung
d17ea28da5
관리자 환경설정이 값을 저장은 하지만 실제 동작에는 닿지 않던 결함군을 정리했다. 설정 화면(min/max)·저장 검증(FormRequest)·런타임 적용(Service) 세 계층이 각자 리터럴을 들고 있어 서로 조용히 갈라지던 것이 공통 원인이다. 경계값 SSoT 도입: - config/core.php `settings_limits` 를 단일 출처로 두고, FormRequest 는 이 값으로 규칙을 만들고 화면은 설정 응답의 `_meta.limits` 로 같은 값을 받아 바인딩한다. - 게시판·이커머스도 각 모듈 config 의 limits 를 동일 구조로 노출한다. 적용되지 않던 정책을 실제로 적용: - 비밀번호 최소 길이·특수문자 필수(신규 지정 7개 경로. 로그인은 제외 — 정책을 올렸을 때 기존 회원이 자기 계정에 접근조차 못 하는 데드락을 막기 위함) - 계정 잠금 시간 0 = 무한대(전용 컬럼 분리. timestamp 상한과 NULL 규약 때문에 기존 컬럼 재사용이 불가능하다) + 관리자 수동 해제 경로 - 업로드 최대 크기·허용 확장자, 게시판 첨부 개수·댓글 깊이, 페이지 첨부 정책, 장바구니 수량·구매 한도, 마일리지 사용 한도, 주문 부가세 파생 결함: - 큐 Job(sync 드라이버)이 진행 중인 요청의 Request 바인딩을 덮어써, 뒤이어 실행되는 훅 리스너가 헤더를 잃고 조용히 건너뛰었다. Job 이 원 바인딩을 복원하도록 고치고, 전송 헤더가 필요한 리스너는 동기 실행으로 선언한다. - 확장 업데이트 실패 시 상태만 되돌리고 상태 캐시를 비우지 않아, 그 확장의 관리자 화면만 캐시 TTL(기본 하루) 동안 404 로 남았다. 실패 경로에도 무효화를 대칭으로 두고, 빈 목록 자체를 캐시하지 않는다. - 글 작성 시 첨부 파일이 Service 로 전달되지 않아 검증·권한은 통과하고 첨부만 사라졌다. - 환경설정 저장 실패 안내가 내부 설정 키를 그대로 노출했다(105개 항목에 라벨 부여). 재발 방지: - audit 룰 3종(레이아웃 경계 리터럴 / FormRequest 경계 불일치 / Service 재클램프) - 테스트 실행 범위 강제 훅(check-test-scope) - 트러블슈팅 사례 2건(큐 Job 요청 오염 / 확장 상태 캐시 고착) 공개 이슈: gnuboard/g7
92 lines
3.0 KiB
PHP
92 lines
3.0 KiB
PHP
<?php
|
|
|
|
namespace Tests\Unit\Providers;
|
|
|
|
use App\Providers\SettingsServiceProvider;
|
|
use App\Repositories\JsonConfigRepository;
|
|
use ReflectionMethod;
|
|
use Tests\TestCase;
|
|
|
|
/**
|
|
* SettingsServiceProvider 업로드 설정 테스트 (C2)
|
|
*
|
|
* 관리자 환경설정 `upload.*`(MB) 를 `config/attachment.*`(KB) 로 옮기는 단일 변환 지점이
|
|
* 실제로 동작하는지 검증합니다.
|
|
*
|
|
* 수정 전에는 존재하지 않는 키(`max_size`)를 읽어 어떤 설정도 반영되지 않았고,
|
|
* 소비자가 없는 `g7.upload.max_size` 로 써 두 번째 SSoT 를 만들고 있었습니다.
|
|
*/
|
|
class SettingsUploadConfigTest extends TestCase
|
|
{
|
|
/**
|
|
* applyUploadConfig 를 리플렉션으로 호출합니다.
|
|
*
|
|
* @param array $uploadSettings upload 카테고리 설정 데이터
|
|
*/
|
|
private function callApplyUploadConfig(array $uploadSettings): void
|
|
{
|
|
$configRepository = $this->createMock(JsonConfigRepository::class);
|
|
$configRepository->method('getCategory')
|
|
->with('upload')
|
|
->willReturn($uploadSettings);
|
|
|
|
$provider = new SettingsServiceProvider($this->app);
|
|
$method = new ReflectionMethod($provider, 'applyUploadConfig');
|
|
$method->invoke($provider, $configRepository);
|
|
}
|
|
|
|
/**
|
|
* 관리자 설정 MB 가 KB 로 변환되어 attachment config 에 반영되는지 테스트합니다.
|
|
*/
|
|
public function test_max_file_size_mb_is_converted_to_kb(): void
|
|
{
|
|
$this->callApplyUploadConfig(['max_file_size' => 20]);
|
|
|
|
$this->assertSame(20480, config('attachment.max_file_size'));
|
|
}
|
|
|
|
/**
|
|
* 소비자가 없는 dead key 를 더 이상 쓰지 않는지 테스트합니다.
|
|
*/
|
|
public function test_dead_g7_upload_key_is_not_written(): void
|
|
{
|
|
$this->callApplyUploadConfig(['max_file_size' => 20]);
|
|
|
|
$this->assertNull(config('g7.upload.max_size'));
|
|
}
|
|
|
|
/**
|
|
* 허용 확장자가 소문자로 정규화되어 반영되는지 테스트합니다.
|
|
*/
|
|
public function test_allowed_extensions_are_normalized(): void
|
|
{
|
|
$this->callApplyUploadConfig(['allowed_extensions' => ['JPG', '.PNG', 'pdf']]);
|
|
|
|
$this->assertSame(['jpg', 'png', 'pdf'], config('attachment.allowed_extensions'));
|
|
}
|
|
|
|
/**
|
|
* 빈 배열(제한 없음)도 그대로 반영되는지 테스트합니다.
|
|
*/
|
|
public function test_empty_allowed_extensions_is_applied_as_no_restriction(): void
|
|
{
|
|
config(['attachment.allowed_extensions' => ['png']]);
|
|
|
|
$this->callApplyUploadConfig(['allowed_extensions' => []]);
|
|
|
|
$this->assertSame([], config('attachment.allowed_extensions'));
|
|
}
|
|
|
|
/**
|
|
* 설정이 비어 있으면 기본값을 건드리지 않는지 테스트합니다.
|
|
*/
|
|
public function test_empty_settings_keep_defaults(): void
|
|
{
|
|
config(['attachment.max_file_size' => 10240]);
|
|
|
|
$this->callApplyUploadConfig([]);
|
|
|
|
$this->assertSame(10240, config('attachment.max_file_size'));
|
|
}
|
|
}
|