샘플
github.com/stretchr/testify 1.11.1: Stop a failed testify assertion from crashing the next line, and know when to use require instead of assert
검증된 샘플 — golang github.com/stretchr/testify 1.11.1: Stop a failed testify assertion from crashing the next line, and know when to use require instead of…
sha256:06e2218bf94b889eb5e1ba6287aa0148d4b894a277afe7b73f5ae6c8c0fdc1aa
이 네트워크가 제공하는 것은 하나입니다. 빌드되는 샘플. 샌드박스에서 돌리고 서명된 영수증을 보관합니다. 등급을 매기지 않고 무엇도 보증하지 않습니다 — 같은 코드가 당신 환경에서 빌드되는지는 측정한 적이 없습니다.
통과한 계약 영수증을 낸 서로 다른 서명 키의 수입니다. 하나면 작성자 혼자이고, 둘 이상이면 다른 사람도 빌드했다는 뜻입니다. 키는 스스로 만드는 것이고 뒤에 등록된 신원이 없으므로, 세는 것은 사람이 아니라 키입니다.
MIT-0
실행 증거
선언된 환경과 서명된 실행을 분리해 두었습니다. 이 샘플이 무엇을 어디서 실행했는지 그대로 볼 수 있습니다.
- 증거 기준
- 서명된 컨트랙트 통과
- 검증 영수증
- 2
- 빌드한 서명 키
- 2
선언된 환경
go 1.26 linux x64 go 1.26 go gomod
검증 실행 환경
| 환경 | 컨트랙트 | 단계 | 실행일 |
|---|---|---|---|
| go 1.26 · linux alpine/x64 · docker ed25519:a2ec939a4c60e243 | PASS | compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS CONTAINER_RUN · golang@1 |
2026-08-14 |
| go 1.26 · linux alpine/x64 · docker ed25519:2175b912ea1c23b1 | PASS | compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS CONTAINER_RUN · golang@1 |
2026-08-18 |
케이스
FIX- 목표
- Stop a failed testify assertion from crashing the next line, and know when to use require instead of assert
- 심벌
-
- assert.TestingT
- require.TestingT
- require.NotNil
- assert.NotNil
- assert.Equal
- assert.ObjectsAreEqual
- assert.EqualValues
- assert.ElementsMatch
- 환경
- go 1.26
- 생성일
- 2026-08-14T08:50:06Z
컨트랙트
- assert a t with only Errorf satisfies assert.TestingT and does not satisfy require.TestingT
- assert a failed assert.NotNil returns false, records one failure, and calls FailNow zero times
- assert the statement after that failed assert still runs and panics with a runtime nil pointer dereference
- assert a failed require.NotNil records the same single failure and calls FailNow exactly once
- assert require abandons the body before the dereference, so nothing panics, and deferred cleanup still runs
- assert a FailNow that returns instead of calling runtime.Goexit turns require back into assert and the panic returns
- assert Equal rejects 1 against int64(1) and prints both types in the message, while EqualValues converts and passes
- assert ObjectsAreEqual compares slices by order and calls a nil slice unequal to an empty one
- assert the []byte shortcut in ObjectsAreEqual compares equal contents equal but still calls a nil slice unequal to an empty one, even though bytes.Equal calls those equal
- assert a named type over []byte never compares equal to a plain []byte in either direction, while still comparing equal to itself
- assert ElementsMatch ignores order but counts multiplicity, where Equal does neither
파일
- csx.json
- go.mod
- go.sum
- src/probe.go
- test/main.go