달력

7

« 2020/7 »

  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  •  


 

 

일일스크럼 프랙티스 고려사항

·         가능하면 팀원 모두 참여합니다.

·         기타 이해당사자들은 선택적으로 참석하되 팀이 이야기하는 것에 귀를 기울여야 합니다.

·         제품 책임자와 자주 진행상황과 방향을 이야기하는 것이 좋습니다.

 

 

 

스프린트 미팅시에는 스크럼 마스터와 팀원들이 모두 참석하여 현황판의 작업현황을 토대로 서로간의 업무를 공유하는 것이 중요합니다.


http://bit.ly/2DAW4Ag

 



Posted by codedragon codedragon

댓글을 달아 주세요


 

 

소프트웨어 테스트 모니터링(SW Test Monitering)

·         테스트 상태 뿐만 아니라 진행 중인 테스트의 현황을 악하는 것도 중요합니다.

·         이슈 개수, 수정 개수 등을 파악합니다.

·         테스트 기간 동안의 이슈를 파악합니다.

·         개발자, 테스터, 관리자 모두에게 매우 중요한 정보입니다.

·         테스트 종료가 다가오면 잔여 이슈 개수 또는 우선순위가 높은 심각한 이슈 개수 등이 주요 관심사가 됩니다.

 

 

 

 

[이슈 현황표 ]


 

빨강

생성된 이슈

녹색

수정된 이슈

 

http://bit.ly/2ZBgjaE

 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

 

결정 테스팅(Decision Testing)

·         결정 커버리지(Decision Coverage)

·         브랜치 커버리지(Branch Coverage) 에지 커버리지(Edge Coverage)

·         결정 커버리지는 테스트 케이스 스위트(Suite, 묶음) 의해 실행된 조건문 분기(if 구문의 혹은 거짓) 전체 가능한 분기의 퍼센트인지를 측정하고 평가하는 것이다.

·         결정 커버리지는 결정 포인트(Decision Points) 내의 전체 조건식이 "" "거짓" 모든 값을 갖게 되어 모든 분기로 흐르게 되면 달성된다.

·         결정 테스팅은 결정 커버리지를 늘리기 위해 특정 조건문의 분기를 테스트하는 테스트 케이스를 도출하는 것이다.

·         조건문의 (True) 거짓(False) 적어도 이상 실행시키는 것을 기준으로 하는 커버리지입니다.

·         구문 커버리지(Statement Coverage) 기준을 포함합니다.

·         모든 결과값을 검증할 있어야 합니다.

 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

지속적 통합 프랙티스 과정

개발자 머신에서 소스코드를 통합빌드서버 보내고 통합서버에서는 매일매일 빌드하면서 검증가능한 코드를 통합하고 배포합니다.


http://bit.ly/2PBVU0r

 




'Security > SecureCoding' 카테고리의 다른 글

소프트웨어 테스트 모니터링(SoftWare Test Monitering)  (0) 2020.07.01
결정 테스팅(Decision Testing)  (0) 2020.06.18
지속적 통합 프랙티스 과정  (0) 2020.06.14
구문 테스팅(Statement Testing)  (0) 2020.06.06
Lint(린트)  (0) 2020.05.31
테스트 자동화  (0) 2020.05.17
Posted by codedragon codedragon

댓글을 달아 주세요


 

 

구문 테스팅(Statement Testing)

·         구문 커버리지(Statement Coverage)

·         코드 커버리지(Code Coverage) 노드 커버리지(Node Coverage) 라인 커버리지(Line Coverage)

·         구문 커버리지는 테스트 스위트(Test Suite, 테스트 케이스 묶음) 의해 실행된 구문이 퍼센트인지를 측정하는 것입니다.

·         구문 테스팅은 구문 커버리지를 늘리기 위해 특정 구문을 테스트하는 테스트케이스를 도출하는 것입니다.

·         테스트 케이스에 의해 프로그램 내의 모든 구문(Statement) 이상 실행시키는 것을 기준으로 하는 커버리지입니다.

 

 

http://bit.ly/2DuqTXq

https://en.wikipedia.org/wiki/Code_coverage

 

 

 

 



'Security > SecureCoding' 카테고리의 다른 글

결정 테스팅(Decision Testing)  (0) 2020.06.18
지속적 통합 프랙티스 과정  (0) 2020.06.14
구문 테스팅(Statement Testing)  (0) 2020.06.06
Lint(린트)  (0) 2020.05.31
테스트 자동화  (0) 2020.05.17
디폴트 값(Default Value)  (0) 2020.05.07
Posted by codedragon codedragon

댓글을 달아 주세요

2020. 5. 31. 00:30

Lint(린트) Security/SecureCoding


 

 

Lint(린트)

·         linter(린터)

·         소스 코드를 분석하여 프로그램 오류, 버그, 스타일 오류, 의심스러운 구조체에 표시(flag) 달아놓기 위한 도구들을 가리킵니다.

 

 

http://bit.ly/2UPYIrO

http://bit.ly/2ITg5GF

https://en.wikipedia.org/wiki/Lint_(software)

 



'Security > SecureCoding' 카테고리의 다른 글

지속적 통합 프랙티스 과정  (0) 2020.06.14
구문 테스팅(Statement Testing)  (0) 2020.06.06
Lint(린트)  (0) 2020.05.31
테스트 자동화  (0) 2020.05.17
디폴트 값(Default Value)  (0) 2020.05.07
libssh2 라이브러리 - download(다운로드)  (0) 2020.04.24
Posted by codedragon codedragon

댓글을 달아 주세요

 

 

 

테스트 자동화

테스트 자동화란 사람이 하던 반복적 테스트 절차 자동화 도구를 활용하여 준비, 구현, 수행, 분석 등을 스크립트 형태로 구현함으로써, 시간과 인력 투입의 부담을 최소화하면서 운영 중인 시스템의 모니터링 또는 UI 없는 서비스의 경우에도 정밀한 테스트가 가능하도록 하는 것을 말합니다.

 

 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

디폴트 (Default Value)

·         컴퓨터 시스템자체에서 기본적으로 설정되어 있는 값입니다.

·         프로그램에서 사용자가 값을 지정하지 않아도 자동으로(저절로) 주어지는 값입니다.

 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

libssh2 라이브러리 - download(다운로드)

 

사이트에 접속 >>

https://www.libssh2.org/


 

하단의 "Download" 항목에서  "The lastest release:" 있는 [libssh2 x.x.x] 링크를 클릭하면 다운받을 있습니다.


 

 

 

 

직접 다운로드 

libssh2-1.8.0.tar.gz



Posted by codedragon codedragon

댓글을 달아 주세요


 

 

경계값 분석(Boundary Value Analysis)

·         동등 분할의 경계에서 결함이 발견될 확률이 높기 때문에 결함을 예방하기 위해 경계값까지 포함하여 테스트하는 기법입니다.

·         분할 영역의 최대값과 최소값은 영역의 경곗값이 됩니다.

입력 조건의 중간 보다는 경계 값에 오류(Error) 발생할 확률 경험적으로 높다는 점을 감안하여 경계 값을 포함하여 테스트 케이스를 설계하는 방법입니다.

 

 

 

 

경계값 분석 특징

·         등기 분할(Equivalence Partitioning) 변형입니다.

·         입력 값의 경계 부분에서 많은 오류가 발생합니다.

·         개발자가 비교 연산자(Comparison Operators) 사용에서 실수할 여지가 많습니다.

·         일반적으로 해당 경계 , 경계보다 작은 , 경계보다 선정합니다.

o    N, N-1, N+1 for the 상위 경계

o    N, N-1, N+1 for the 하위 경계

 

 

 

 

 

등기 분할(Equivalence Partitioning)과의 차이점

등기 그룹(Equivalence Class) 내의 임의 값을 선택하는 대신 그룹(Class) 경계 값이 선택되도록 합니다.

 

 

 



Posted by codedragon codedragon

댓글을 달아 주세요