Unit Testing

Base.runtests(tests=["all"]; ncores=ceil(Int, Sys.CPU_THREADS / 2),
              exit_on_error=false, revise=false, [seed])

tests에 나열된 Julia 단위 테스트를 실행합니다. tests는 문자열 또는 문자열 배열일 수 있으며, ncores 프로세서를 사용합니다. exit_on_error가 false인 경우, 하나의 테스트가 실패하더라도 다른 파일의 나머지 테스트는 여전히 실행됩니다. 그렇지 않으면 exit_on_error == true일 때는 무시됩니다. revise가 true인 경우, 테스트를 실행하기 전에 Base 또는 표준 라이브러리에 대한 수정 사항을 로드하기 위해 Revise 패키지가 사용됩니다. 키워드 인수로 시드가 제공되면, 테스트가 실행되는 컨텍스트에서 전역 RNG의 시드로 사용됩니다. 그렇지 않으면 시드는 무작위로 선택됩니다.

@test ex
@test f(args...) key=val ...
@test ex broken=true
@test ex skip=true

표현식 ex가 true로 평가되는지 테스트합니다. @testset 내에서 실행되면, true일 경우 Pass Result를 반환하고, false일 경우 Fail Result를 반환하며, 평가할 수 없을 경우 Error Result를 반환합니다. @testset 외부에서 실행되면, Fail 또는 Error를 반환하는 대신 예외를 발생시킵니다.

예제

julia> @test true
Test Passed

julia> @test [1, 2] + [2, 1] == [3, 3]
Test Passed

@test f(args...) key=val... 형태는 @test f(args..., key=val...)를 작성하는 것과 동등하며, 이는 표현식이 약식 비교와 같은 중위 구문을 사용하는 호출인 경우 유용할 수 있습니다:

julia> @test π ≈ 3.14 atol=0.01
Test Passed

이는 더 복잡한 테스트인 @test ≈(π, 3.14, atol=0.01)와 동등합니다. 첫 번째가 호출 표현식이고 나머지가 할당(k=v)인 경우를 제외하고는 두 개 이상의 표현식을 제공하는 것은 오류입니다.

key=val 인수에 대해 어떤 키를 사용할 수 있지만, broken과 skip은 @test의 맥락에서 특별한 의미를 가지므로 사용할 수 없습니다:

• broken=cond는 cond==true일 때 현재 일관되게 실패해야 하는 테스트를 나타냅니다. 표현식 ex가 false로 평가되거나 예외를 발생시키는 경우. true로 평가되면 Broken Result를 반환하고, true로 평가되면 Error Result를 반환합니다. cond==false일 때 일반 @test ex가 평가됩니다.
• skip=cond는 cond==true일 때 실행되지 않아야 하지만 테스트 요약 보고서에 Broken으로 포함되어야 하는 테스트를 표시합니다. 이는 간헐적으로 실패하는 테스트나 아직 구현되지 않은 기능의 테스트에 유용할 수 있습니다. cond==false일 때 일반 @test ex가 평가됩니다.

예제

julia> @test 2 + 2 ≈ 6 atol=1 broken=true
Test Broken
  Expression: ≈(2 + 2, 6, atol = 1)

julia> @test 2 + 2 ≈ 5 atol=1 broken=false
Test Passed

julia> @test 2 + 2 == 5 skip=true
Test Broken
  Skipped: 2 + 2 == 5

julia> @test 2 + 2 == 4 skip=false
Test Passed

@test_throws exception expr

표현식 expr이 exception을 발생시키는지 테스트합니다. 예외는 타입, 문자열, 표시된 오류 메시지에 발생하는 정규 표현식 또는 문자열 목록, 일치하는 함수 또는 값(필드를 비교하여 동등성을 테스트함)으로 지정할 수 있습니다. @test_throws는 후행 키워드 형식을 지원하지 않습니다.

예제

julia> @test_throws BoundsError [1, 2, 3][4]
Test Passed
      Thrown: BoundsError

julia> @test_throws DimensionMismatch [1, 2, 3] + [1, 2]
Test Passed
      Thrown: DimensionMismatch

julia> @test_throws "Try sqrt(Complex" sqrt(-1)
Test Passed
     Message: "DomainError with -1.0:\nsqrt was called with a negative real argument but will only return a complex result if called with a complex argument. Try sqrt(Complex(x))."

마지막 예제에서는 단일 문자열과 일치하는 대신 다음과 같이 수행할 수 있었습니다:

• ["Try", "Complex"] (문자열 목록)
• r"Try sqrt\([Cc]omplex" (정규 표현식)
• str -> occursin("complex", str) (일치하는 함수)

@testset [CustomTestSet] [options...] ["설명"] begin test_ex end
@testset [CustomTestSet] [options...] ["설명 $v"] for v in itr test_ex end
@testset [CustomTestSet] [options...] ["설명 $v, $w"] for v in itrv, w in itrw test_ex end
@testset [CustomTestSet] [options...] ["설명"] test_func()
@testset let v = v, w = w; test_ex; end

begin/end 또는 함수 호출과 함께

@testset가 사용될 때, begin/end 또는 단일 함수 호출과 함께 매크로는 주어진 표현식을 평가하기 위한 새로운 테스트 세트를 시작합니다.

사용자가 지정한 테스트 세트 유형이 없으면 기본적으로 DefaultTestSet이 생성됩니다. DefaultTestSet은 모든 결과를 기록하며, Fail 또는 Error가 있는 경우 최상위(비중첩) 테스트 세트의 끝에서 예외를 발생시키고 테스트 결과 요약을 함께 제공합니다.

사용자가 지정한 테스트 세트 유형(AbstractTestSet의 하위 유형)을 제공할 수 있으며, 이는 모든 중첩된 @testset 호출에도 사용됩니다. 주어진 옵션은 제공된 테스트 세트에만 적용됩니다. 기본 테스트 세트 유형은 세 가지 부울 옵션을 수용합니다:

• verbose: true인 경우, 모든 테스트가 통과하더라도 중첩된 테스트 세트의 결과 요약이 표시됩니다(기본값은 false입니다).
• showtiming: true인 경우, 표시된 각 테스트 세트의 지속 시간이 표시됩니다(기본값은 true입니다).
• failfast: true인 경우, 테스트 실패 또는 오류가 발생하면 테스트 세트와 모든 자식 테스트 세트가 즉시 반환됩니다(기본값은 false입니다). 이는 환경 변수 JULIA_TEST_FAILFAST를 통해 전역적으로 설정할 수도 있습니다.

설명 문자열은 루프 인덱스에서 보간을 허용합니다. 설명이 제공되지 않으면 변수에 따라 하나가 구성됩니다. 함수 호출이 제공되면 해당 이름이 사용됩니다. 명시적 설명 문자열은 이 동작을 무시합니다.

기본적으로 @testset 매크로는 테스트 세트 객체 자체를 반환하지만, 이 동작은 다른 테스트 세트 유형에서 사용자 정의할 수 있습니다. for 루프가 사용되면 매크로는 finish 메서드의 반환 값 목록을 수집하고 반환하며, 기본적으로는 각 반복에서 사용된 테스트 세트 객체의 목록을 반환합니다.

@testset 본문 실행 전에 Random.seed!(seed)에 대한 암시적 호출이 있으며, 여기서 seed는 전역 RNG의 현재 시드입니다. 또한 본문 실행 후 전역 RNG의 상태는 @testset 이전 상태로 복원됩니다. 이는 실패 시 재현성을 용이하게 하고, 전역 RNG 상태에 대한 부작용과 관계없이 @testset의 원활한 재배치를 허용하기 위한 것입니다.

예시

julia> @testset "삼각 함수 항등식" begin
           θ = 2/3*π
           @test sin(-θ) ≈ -sin(θ)
           @test cos(-θ) ≈ cos(θ)
           @test sin(2θ) ≈ 2*sin(θ)*cos(θ)
           @test cos(2θ) ≈ cos(θ)^2 - sin(θ)^2
       end;
테스트 요약:            | 통과  총계  시간
삼각 함수 항등식 |    4      4  0.2s

@testset for

@testset for가 사용될 때, 매크로는 제공된 루프의 각 반복에 대해 새로운 테스트를 시작합니다. 각 테스트 세트의 의미는 begin/end 경우와 동일합니다(각 루프 반복에 대해 사용된 것처럼).

@testset let

@testset let이 사용될 때, 매크로는 주어진 객체를 포함하여 실패한 테스트에 대한 컨텍스트 객체로 추가된 투명한 테스트 세트를 시작합니다. 이는 하나의 더 큰 객체에 대해 관련된 테스트 세트를 수행할 때 유용하며, 개별 테스트 중 하나라도 실패할 경우 이 더 큰 객체를 인쇄하는 것이 바람직합니다. 투명한 테스트 세트는 테스트 세트 계층에서 추가적인 중첩 수준을 도입하지 않으며, 부모 테스트 세트로 직접 전달됩니다(컨텍스트 객체가 실패한 테스트에 추가됨).

예시

julia> @testset let logi = log(im)
           @test imag(logi) == π/2
           @test !iszero(real(logi))
       end
테스트 실패: none:3
  표현식: !(iszero(real(logi)))
     컨텍스트: logi = 0.0 + 1.5707963267948966im

ERROR: 테스트 중 오류가 발생했습니다.

julia> @testset let logi = log(im), op = !iszero
           @test imag(logi) == π/2
           @test op(real(logi))
       end
테스트 실패: none:3
  표현식: op(real(logi))
     컨텍스트: logi = 0.0 + 1.5707963267948966im
              op = !iszero

ERROR: 테스트 중 오류가 발생했습니다.

TestSetException

테스트 세트가 완료되었지만 모든 테스트가 통과하지 않았을 때 발생합니다.

@test_logs [log_patterns...] [keywords] 표현식

collect_test_logs를 사용하여 표현식에 의해 생성된 로그 레코드 목록을 수집하고, 이들이 log_patterns 시퀀스와 일치하는지 확인한 후 표현식의 값을 반환합니다. keywords는 로그 레코드의 간단한 필터링을 제공합니다: min_level 키워드는 테스트를 위해 수집될 최소 로그 수준을 제어하고, match_mode 키워드는 매칭이 어떻게 수행될지를 정의합니다(기본값 :all은 모든 로그와 패턴이 쌍으로 일치하는지 확인합니다; :any를 사용하여 패턴이 시퀀스의 어딘가에서 최소한 한 번 일치하는지 확인합니다).

가장 유용한 로그 패턴은 (level,message) 형식의 간단한 튜플입니다. 다른 수의 튜플 요소를 사용하여 AbstractLogger에 handle_message 함수를 통해 전달된 인수에 해당하는 다른 로그 메타데이터와 일치시킬 수 있습니다: (level,message,module,group,id,file,line). 존재하는 요소는 기본적으로 ==를 사용하여 로그 레코드 필드와 쌍으로 일치하며, Symbol은 표준 로그 수준에 사용할 수 있고, 패턴의 Regex는 문자열 또는 Symbol 필드를 occursin을 사용하여 일치시킵니다.

예제

경고를 기록하고 여러 디버그 메시지를 기록하는 함수를 고려해 보겠습니다:

function foo(n)
    @info "Doing foo with n=$n"
    for i=1:n
        @debug "Iteration $i"
    end
    42
end

정보 메시지를 테스트할 수 있습니다:

@test_logs (:info,"Doing foo with n=2") foo(2)

디버그 메시지도 테스트하고 싶다면, min_level 키워드로 이를 활성화해야 합니다:

using Logging
@test_logs (:info,"Doing foo with n=2") (:debug,"Iteration 1") (:debug,"Iteration 2") min_level=Logging.Debug foo(2)

특정 메시지가 생성되는지 테스트하고 나머지는 무시하고 싶다면, match_mode=:any 키워드를 설정할 수 있습니다:

using Logging
@test_logs (:info,) (:debug,"Iteration 42") min_level=Logging.Debug match_mode=:any foo(100)

매크로는 반환된 값을 테스트하기 위해 @test와 함께 연결할 수 있습니다:

@test (@test_logs (:info,"Doing foo with n=2") foo(2)) == 42

경고가 없는지 테스트하고 싶다면 로그 패턴을 지정하지 않고 min_level을 적절히 설정할 수 있습니다:

# 로거 수준이 warn일 때 표현식이 메시지를 기록하지 않는지 테스트:
@test_logs min_level=Logging.Warn @info("Some information") # 통과
@test_logs min_level=Logging.Warn @warn("Some information") # 실패

@warn에 의해 생성되지 않은 stderr에서 경고(또는 오류 메시지)의 부재를 테스트하려면 @test_nowarn을 참조하십시오. ```

TestLogger(; min_level=Info, catch_exceptions=false)

logs::Vector{LogRecord} 필드에 기록된 메시지를 캡처하는 TestLogger를 생성합니다.

min_level을 설정하여 LogLevel을 제어하고, catch_exceptions는 로그 이벤트 생성의 일환으로 발생하는 예외를 포착할지 여부를 설정하며, respect_maxlog는 maxlog=n으로 메시지를 기록하는 관습을 따를지 여부를 설정합니다. 여기서 n은 최대 n회까지의 정수입니다.

자세한 내용은 LogRecord를 참조하세요.

예제

julia> using Test, Logging

julia> f() = @info "Hi" number=5;

julia> test_logger = TestLogger();

julia> with_logger(test_logger) do
           f()
           @info "Bye!"
       end

julia> @test test_logger.logs[1].message == "Hi"
Test Passed

julia> @test test_logger.logs[1].kwargs[:number] == 5
Test Passed

julia> @test test_logger.logs[2].message == "Bye!"
Test Passed

LogRecord

단일 로그 이벤트의 결과를 저장합니다. 필드:

• level: 로그 메시지의 LogLevel
• message: 로그 메시지의 텍스트 내용
• _module: 로그 이벤트의 모듈
• group: 로깅 그룹(기본적으로 로그 이벤트가 포함된 파일의 이름)
• id: 로그 이벤트의 ID
• file: 로그 이벤트가 포함된 파일
• line: 로그 이벤트의 파일 내 줄
• kwargs: 로그 이벤트에 전달된 모든 키워드 인수

@inferred [허용된유형] f(x)

호출 표현식 f(x)가 컴파일러에 의해 추론된 동일한 유형의 값을 반환하는지 테스트합니다. 이는 유형 안정성을 확인하는 데 유용합니다.

f(x)는 임의의 호출 표현식일 수 있습니다. 유형이 일치하면 f(x)의 결과를 반환하고, 다른 유형이 발견되면 Error Result를 반환합니다.

선택적으로, 허용된유형은 테스트를 완화하여 f(x)의 유형이 허용된유형을 제외한 추론된 유형과 일치하거나, 반환 유형이 허용된유형의 하위 유형일 때 통과하도록 합니다. 이는 Union{Nothing, T} 또는 Union{Missing, T}와 같은 작은 유니온을 반환하는 함수의 유형 안정성을 테스트할 때 유용합니다.

julia> f(a) = a > 1 ? 1 : 1.0
f (generic function with 1 method)

julia> typeof(f(2))
Int64

julia> @code_warntype f(2)
MethodInstance for f(::Int64)
  from f(a) @ Main none:1
Arguments
  #self#::Core.Const(f)
  a::Int64
Body::UNION{FLOAT64, INT64}
1 ─ %1 = (a > 1)::Bool
└──      goto #3 if not %1
2 ─      return 1
3 ─      return 1.0

julia> @inferred f(2)
ERROR: return type Int64 does not match inferred return type Union{Float64, Int64}
[...]

julia> @inferred max(1, 2)
2

julia> g(a) = a < 10 ? missing : 1.0
g (generic function with 1 method)

julia> @inferred g(20)
ERROR: return type Float64 does not match inferred return type Union{Missing, Float64}
[...]

julia> @inferred Missing g(20)
1.0

julia> h(a) = a < 10 ? missing : f(a)
h (generic function with 1 method)

julia> @inferred Missing h(20)
ERROR: return type Int64 does not match inferred return type Union{Missing, Float64, Int64}
[...]

@test_deprecated [pattern] expression

--depwarn=yes일 때, expression이 사용 중단 경고를 발생시키는지 테스트하고 expression의 값을 반환합니다. 로그 메시지 문자열은 기본적으로 r"deprecated"i에 대해 일치합니다.

--depwarn=no일 때, 단순히 expression을 실행한 결과를 반환합니다. --depwarn=error일 때, ErrorException이 발생하는지 확인합니다.

예제

# julia 0.7에서 사용 중단됨
@test_deprecated num2hex(1)

# 반환된 값은 @test와 연결하여 테스트할 수 있습니다:
@test (@test_deprecated num2hex(1)) == "0000000000000001"

@test_warn msg expr

expr를 평가할 때 stderr 출력이 msg 문자열을 포함하거나 msg 정규 표현식과 일치하는지 테스트합니다. msg가 부울 함수인 경우, msg(output)가 true를 반환하는지 테스트합니다. msg가 튜플 또는 배열인 경우, 오류 출력이 msg의 각 항목을 포함/일치하는지 확인합니다. expr을 평가한 결과를 반환합니다.

오류 출력의 부재를 확인하려면 @test_nowarn도 참조하세요.

참고: @warn으로 생성된 경고는 이 매크로로 테스트할 수 없습니다. 대신 @test_logs를 사용하세요.

@test_nowarn expr

expr를 평가했을 때 빈 stderr 출력(경고나 다른 메시지 없음) 결과가 나오는지 테스트합니다. expr을 평가한 결과를 반환합니다.

참고: @warn에 의해 생성된 경고의 부재는 이 매크로로 테스트할 수 없습니다. 대신 @test_logs를 사용하세요.

@test_broken ex
@test_broken f(args...) key=val ...

현재 일관되게 실패하는 테스트를 나타냅니다. 표현식 ex가 false로 평가되거나 예외를 발생시키는지 테스트합니다. 만약 그렇다면 Broken Result를 반환하고, 표현식이 true로 평가되면 Error Result를 반환합니다. 이는 @test ex broken=true와 동등합니다.

@test_broken f(args...) key=val... 형식은 @test 매크로와 동일하게 작동합니다.

예제

julia> @test_broken 1 == 2
Test Broken
  Expression: 1 == 2

julia> @test_broken 1 == 2 atol=0.1
Test Broken
  Expression: ==(1, 2, atol = 0.1)

@test_skip ex
@test_skip f(args...) key=val ...

실행되지 않아야 하지만 테스트 요약 보고서에는 Broken으로 포함되어야 하는 테스트를 표시합니다. 이는 간헐적으로 실패하는 테스트나 아직 구현되지 않은 기능의 테스트에 유용할 수 있습니다. 이는 @test ex skip=true와 동일합니다.

@test_skip f(args...) key=val... 형식은 @test 매크로와 동일하게 작동합니다.

예시

julia> @test_skip 1 == 2
Test Broken
  Skipped: 1 == 2

julia> @test_skip 1 == 2 atol=0.1
Test Broken
  Skipped: ==(1, 2, atol = 0.1)

Test.Result

모든 테스트는 결과 객체를 생성합니다. 이 객체는 테스트가 테스트 세트의 일부인지 여부에 따라 저장될 수도 있고 저장되지 않을 수도 있습니다.

Test.Pass <: Test.Result

테스트 조건이 참이었습니다. 즉, 표현식이 참으로 평가되었거나 올바른 예외가 발생했습니다.

Test.Fail <: Test.Result

테스트 조건이 거짓이었습니다. 즉, 표현식이 거짓으로 평가되었거나 올바른 예외가 발생하지 않았습니다.

Test.Error <: Test.Result

테스트 조건을 예외로 인해 평가할 수 없거나 Bool 이외의 다른 것으로 평가되었습니다. @test_broken의 경우, 예상치 못한 Pass Result가 발생했음을 나타내는 데 사용됩니다.

Test.Broken <: Test.Result

테스트 조건은 깨진 테스트의 예상(실패한) 결과이거나, @test_skip으로 명시적으로 건너뛰었습니다.

record(ts::AbstractTestSet, res::Result)

테스트 세트에 결과를 기록합니다. 이 함수는 포함된 @test 매크로가 완료될 때마다 @testset 인프라에 의해 호출되며, 테스트 결과(이는 Error일 수 있음)를 받습니다. 테스트 블록 내에서 @test 컨텍스트 외부에서 예외가 발생하면 Error와 함께 호출됩니다.

finish(ts::AbstractTestSet)

주어진 테스트 세트에 필요한 최종 처리를 수행합니다. 이는 테스트 블록이 실행된 후 @testset 인프라에 의해 호출됩니다.

사용자 정의 AbstractTestSet 하위 유형은 테스트 결과 트리에 자신을 추가하기 위해 부모에게 record를 호출해야 합니다(부모가 있는 경우). 이는 다음과 같이 구현될 수 있습니다:

if get_testset_depth() != 0
    # 이 테스트 세트를 부모 테스트 세트에 연결합니다
    parent_ts = get_testset()
    record(parent_ts, self)
    return self
end

get_testset()

작업의 로컬 저장소에서 활성 테스트 세트를 가져옵니다. 활성 테스트 세트가 없으면 기본 테스트 세트를 사용합니다.

get_testset_depth()

기본 테스트 세트를 제외한 활성 테스트 세트의 수를 반환합니다.

TestCounts

테스트 세트의 결과를 재귀적으로 수집하여 표시하기 위한 상태를 보유합니다.

필드:

• customized: get_test_counts 함수가 이 카운트 객체에 대한 AbstractTestSet에 맞게 사용자 정의되었는지 여부. 사용자 정의 메서드가 정의된 경우, 항상 생성자에 true를 전달하십시오.
• passes: 통과한 @test 호출의 수.
• fails: 실패한 @test 호출의 수.
• errors: 오류가 발생한 @test 호출의 수.
• broken: 고장난 @test 호출의 수.
• passes: 통과한 @test 호출의 누적 수.
• fails: 실패한 @test 호출의 누적 수.
• errors: 오류가 발생한 @test 호출의 누적 수.
• broken: 고장난 @test 호출의 누적 수.
• duration: 해당 AbstractTestSet이 실행된 총 지속 시간, 형식화된 String으로.

" gettestcounts(::AbstractTestSet) -> TestCounts

테스트 세트에서 각 유형의 테스트 결과 수를 직접 계산하고 자식 테스트 세트에서 총계를 계산하는 재귀 함수입니다.

사용자 정의 AbstractTestSet은 이 함수를 구현하여 DefaultTestSet과 함께 총계를 계산하고 표시해야 합니다.

사용자 정의 TestSet에 대해 이 기능이 구현되지 않은 경우, 출력은 실패에 대해 x를 보고하고 지속 시간에 대해 ?s로 대체됩니다.

format_duration(::AbstractTestSet)

테스트 세트가 실행된 기간을 인쇄하기 위한 형식화된 문자열을 반환합니다.

정의되지 않은 경우 "?s"로 대체됩니다.

print_test_results(ts::AbstractTestSet, depth_pad=0)

AbstractTestSet의 결과를 형식화된 테이블로 출력합니다.

depth_pad는 모든 출력 앞에 추가해야 할 패딩의 양을 나타냅니다.

Test.finish 내부에서 호출되며, finish된 테스트 세트가 가장 상위 테스트 세트인 경우에 해당합니다.

GenericArray는 AbstractArray 인터페이스에 프로그래밍된 일반 배열 API를 테스트하는 데 사용할 수 있으며, 이를 통해 함수가 표준 Array 유형 외의 배열 유형에서도 작동할 수 있는지 확인할 수 있습니다.

GenericDict는 AbstractDict 인터페이스에 프로그래밍된 일반 dict API를 테스트하는 데 사용할 수 있으며, 이를 통해 함수가 표준 Dict 유형 외의 연관 유형과 함께 작동할 수 있는지 확인할 수 있습니다.

GenericOrder는 일반 정렬 유형에 대한 지원을 테스트하기 위해 API를 테스트하는 데 사용할 수 있습니다.

GenericSet는 AbstractSet 인터페이스에 프로그래밍된 일반 집합 API를 테스트하는 데 사용할 수 있으며, 이를 통해 함수가 표준 Set 및 BitSet 유형 외의 집합 유형에서도 작동할 수 있는지 확인할 수 있습니다.

GenericString는 AbstractString 인터페이스에 프로그래밍된 일반 문자열 API를 테스트하는 데 사용할 수 있으며, 이를 통해 함수가 표준 String 유형 외의 문자열 유형과 함께 작동할 수 있는지 확인할 수 있습니다.

detect_ambiguities(mod1, mod2...; recursive=false,
                                  ambiguous_bottom=false,
                                  allowed_undefineds=nothing)

지정된 모듈에서 정의된 모호한 메서드의 (Method,Method) 쌍의 벡터를 반환합니다. 모든 하위 모듈에서 테스트하려면 recursive=true를 사용하십시오.

ambiguous_bottom은 Union{} 타입 매개변수로만 유발된 모호성을 포함할지 여부를 제어합니다. 대부분의 경우 이 값을 false로 설정하는 것이 좋습니다. Base.isambiguous를 참조하십시오.

allowed_undefineds에 대한 설명은 Test.detect_unbound_args를 참조하십시오.

detect_unbound_args(mod1, mod2...; recursive=false, allowed_undefineds=nothing)

유형 매개변수가 바인딩되지 않았을 수 있는 Method의 벡터를 반환합니다. 모든 하위 모듈에서 테스트하려면 recursive=true를 사용하십시오.

기본적으로 정의되지 않은 기호는 경고를 발생시킵니다. 이 경고는 경고를 건너뛸 수 있는 GlobalRef의 컬렉션을 제공하여 억제할 수 있습니다. 예를 들어,

allowed_undefineds = Set([GlobalRef(Base, :active_repl),
                          GlobalRef(Base, :active_repl_backend)])

는 Base.active_repl 및 Base.active_repl_backend에 대한 경고를 억제합니다.