ITPE Momentum

[정의] 트랜잭션 수행중 어떠한 검증도 수행하지 않고, 트랜잭션 종료시 검증을 수행하여 데이터베이스에 반영하는 기법

[기법] 사용자들이 같은 데이터를 동시에 수정하지 않을 것이라고 가정하는 낙관적 동시성 제어 기법에 기반

[처리단계]  판독 → 확인 → 실행(기록/철회)
- 판독(Read phase, R) : 트랜잭션의 모든 갱신은 사본에 대해서만 수행, 실제 DB 수행하지 않음
- 확인(Validation phase, V) : 판독단계에서 사본에 반영된 트랜잭션의 실행결과를 DB반영전 직렬 가능성의 위반여부를 확인
- 기록(Write phase, W) : 확인 통과시 실행결과를 DB에 반영, 실패시 결과 취소후 트랙잭션 복귀

[확인 단계의 확인 검사 조건]
- 타임스탬프 :
  1) Start(Ti) : 판독 시작시간
  2) Validation(Ti) : 판독 끝나고 확인 시작한 시간
  3) Finish(Ti) : 최종 기록 단계를 완료한 시간
- 판독 및 기록 집합 :  확인 작업 위해 트랜잭션의 판독집합 (read set) 과 기록집합(write set)을 유지.
  1) 판독집합(read set): Ti가 판독한 데이터 아이템의 집합
  2) 기록집합(write set): Ti가 기록한 데이터 아이템의 집합

[직렬성 검사 조건]
① Finish(Ti) < Start(Tj)
② Start(Tj) < Finish(Ti) <Validation(Tj) 이고 Write-Set(Ti) ∩ Read-Set(Tj) = F
③ Validation(Ti) < Validation(Tj) 이고 Write-Set(Ti) ∩ Read-Set(Tj) = F 이며 Write-Set(Ti) ∩ Write-Set(Tj) = F
- TS(Ti)<TS(Tj)의 관계에 있는 모든 트랜잭션 Ti 에 대해 위 3가지 조건 중 하나만 만족하면 트랜잭션들 간에 간섭이 없는 것으로 보고 확인을 성공
- 하나라도 만족하지 못하면 트랜잭션 간의 간섭이 일어났을 가능성이 있기 때문에 실패

 - 최초 제안은 4개의 파트로 시작

 - 2013년 키워드 주도 테스팅이 독립파트로 구성 (2016.07 최종 국제표준안 완료)

 - ISO29119의 핵심은 part2 테스트 프로세스

 - part3 : 테스트 프로세스의 결과를 기술하는 문서

 - part4 : 테스트 프로세스에 따라 테스트 기법 결정

[각 파트별 주요 내용]

[키워드 주도 테스팅]

테스트 데이터와 예상 결과뿐만 아니라, 테스트 대상 어플리케이션과 관련된 키워드를 포함한, 데이터 파일을 사용하는 스크립트 기법. 제어 스크립트가 테스트하기 위한 목적으로 호출한 특별 지원 스크립트로 키워드를 해석.

※ 참고 : 소프트웨어 테스팅 국제표준 (임태형 / TTA SW시험인증연구소)

[내용] 컴퓨팅 시스템을 구성하는 자원(프로세서, 메모리, I/O)을 필요한 만큼, 독립적으로 즉시 구성하여 사용하고자 하는 요구에서 도출된 개념으로 시스템을 유연하게 확대 및 축소할 수 있기 때문에 클라우드 컴퓨팅 환경에 적합한 엔터프라이즈 서버의 차세대 구조.

[참고사이트] 정리가 잘 되어있음.

https://www.slideshare.net/chosangwon7/definition-and-tendency-of-fabric-computing

끝.