구분

설명

blockhash

·       Blockhash는 blocknumber를 input 인자로 받습니다.

·       주어진 block number에 해당하는 32 bytes의 hash값을 리턴합니다.

block.coinbase

·       현재 블록 채굴자의 외부 계정 주소(address) 또는 지갑 주소를 리턴하게 됩니다.

block.difficulty

·       현재 블록의 채굴 난이도를 반환합니다.

block.gaslimit

·       현재 블록의 가스 리미트를 반환합니다.

block.number

·       현재 블록의 넘버를 반환합니다.

·       현재 블록의 넘버는 현재 블록까지의 블록체인 길이이기도 합 니다.

block.timestamp

·       현재 블록의 timestamp로서 unix epoch 이후 초 단위를 알려줍니다.

gasleft()

·       Gasleft는 함수로써 현재 남은 가스량을 알려줍니다.

msg.gas

·       gasleft() 함수와 마찬가지로 현재 남은 가스량을 알려줍니다.

·       0.4.21 버전 이전에 사용되다가, 이후 gasleft()로 대체되었습니다.

msg.data

·       현재 message call의 전체 데이터를 반환합니다. Cal Data라고도 부릅니다.

msg.sig

·       msg.data 또는 Call Data의 첫 4 bytes를 반환합니다.

·       함수 ID로도 사용됩니다.

msg.value

·       현재 message call과 함께 전송된 Ether의 양입니다.

·       스마트 계약에서 Ether의 기본단위인 wei 단위로 표현됩니다.

now

·       현재 블록의 timestamp로서 block.timestamp와 동일합니다.

tx.gasprice

·       Transaction의 Gas Price를 반환합니다.

tx.origin

·       transaction 송신자의 주소(address)를 반환합니다.

분야

활용

디지털 자산 거래 분야

·       결제

·       송금 및 주식 거래

·       채권/특허 등 무형자산의 소유권 등 금융자산 거래

·       주택/자동차와 같은 유형자산의 소유권 이전

디지털 계약 분야

·       블록체인 기술에 기반을 둔 '스마트 계약(smart contract)'

·       다양한 규제와 긴 거래 사이클을 가지는 글로벌 물류, 유통 분야

디지털 인증 분야

·       주소, 전화번호 등 기존의 개인정보

·       사용자의 생체 정보도 추가한 디지털 신분증으로 더욱 간편하고 안전한 인증을 구현하는 데 활용

·         결함 내용

·         테스트 케이스 식별 번호

·         결함 유형

·         발견일

·         심각도

·         우선순위(결함 수정의 우선순위)

·         시정 조치 예정일

·         수정 담당자

·         재 테스트 결과

·         종료일

단계

절차

1

상태-이벤트 테이블 구성

2

전이 트리 구성

3

반응(Legal or Valid)테스트 케이스 구성

4

무반응(Illegal or Invalid)테스트 케이스 구성

5

가드 또는 조건 테스트 케이스 구성

6

테스트 프로시저 구성

원리

설명

테스팅은 결함이 존재함을 밝히는 활동입니다.

·         결험이 발견되지 않는다해도 결함이 없다는 것은 증명할 수 없습니다.

완벽한 테스팅은 불가능합니다.

·         리스크 분석과 결정된 우선순위에 테스팅을 집중해야 합니다.

·         모든 가능성을 테스트하는 것은 불가능합니다. (자원 한계, 무한한 조건/조합이 존재)

테스팅은 개발 초기에 시작합니다.

·         개발 시작과 동시에 테스트를 계획, 전략적으로 접근해야 합니다.

결함 집중(Defect Clustering)

·         대다수의 결함들은 적은 수의 모듈에서 대다수의 결함이 발견됩니다.

살충제 패러독스(Pesticide Paradox)

·         동일한 테스트를 반복적으로 수행하면 버그를 찾기 힘듭니다.

·         동일한 테스트케이스로 반복 수행할 경우 새오운 결합을 찾을 수 없으므로 정기적인 테스트케이스 리뷰와 개선이 필요합니다.

테스팅은 정황(Context)에 의존적입니다.

·         정황과, 분야에 따라 다르게 테스트를 진행합니다.

·         효율적, 효과적 테스트 팀 조직과 독립적 테스트 환경이 필요합니다.

오류-부재의 궤변(Absence of Errors Fallacy)

·         사용자 요구사항에 맞지 않는다면 결함을 찾고 수정하는 것은 무의미합니다. 즉, 요구사항을 충족하지 못하면 결함을 모두 발견했다고(오류가 없더라도) 해도 품질이 높다고 할 수 없습니다.