Security/SecureCoding(233)
-
다중 조건 커버리지(Multiple Condition Coverage), 마스크(Mask) 현상
다중 조건 커버리지(Multiple Condition Coverage)· ≒ 복수 조건 커버리지· 불 연산식(Boolean Expression) 간의 마스크(Mask) 현상을 해결하기 위하여 각 조건문 내에 존재하는 논리 연산자를 고려한 모든 조합을 실행하는 것을 기준으로 하는 커버리지입니다.· 조건문 간의 조합은 고려되지 않으나, 각 조건(Condition)의 모든 가능한 조합이 나오도록 합니다. 마스크(Mask) 현상어떤 조건이 다른 조건들의 판단 결과에 상관없이 미리 판단하는 것입니다.
-
소프트웨어 테스트 툴의 필요성
소프트웨어 테스트 툴의 필요성· 툴을 사용하지 않고 소프트웨어 개발을 하는 것이 불가능한 것은 아닙니다. 하지만 사람이 모두 관리할 경우 이슈가 100개정도 넘어가는 순간부터 복잡해져 각 이슈에 대한 상태 파악을 쉽게 정리 불가능해 줍니다.· 유관 부서도 많고 테스트 케이스나 버그 수준도 상당히 복잡하여 관리해줄 툴을 적절히 사용하는 것이 중요합니다. 그래서 툴 없이 개발을 한다는 것은 비효율적이고 상식에 맞지 않습니다. 소프트웨어 테스트 툴은 종류가 다양할 뿐만 아니라, 각 테스트 절차마다 차이가 있습니다.
-
플래닝포커(Planning poker), 스크럼 포커(Scrum poker)
플래닝포커(Planning poker)· ≒ 스크럼 포커(Scrum poker)· 추정을 위한 합의 기반 기술(consensus-based technique)· 사용자 스토리의 규모를 추정하는 방식입니다.· 소프트웨어 개발에 있어서 개발 목표를 위한 공수 산정이나 상대적 규모산정에 사용됩니다.· 플래닝 포커에서 그 그룹의 구성원들은 공수 산정 시에 입으로 크게 말하는 대신에 숫자로된 카드를 테이블에 엎어놓는 방식으로 놀이처럼 진행합니다. 그 카드들을 확인 하면서 해당 공수들이 논의됩니다.· 숫자를 숨기는 이런 방식은 구성원들의 편향적인 고정관념을 피할수 있게 해줍니다. 누군가 처음 숫자를 크게 말하면서 다음 사람들의 공수 산정에 영향을 미칠 수 있는것 처럼 말입니다. http://bit.ly/2ULvWs..
-
블랙박스 vs 화이트박스
블랙박스 vs 화이트박스 · 블랙박스/화이트박스 기법을 비교한 내용입니다. · 블랙박스 테스트와 화이트박스 테스트를 병행하는 것이 바람직합니다.
-
화이트박스 기법(White-box testing)
화이트박스 기법(White-box testing) · 화이트박스 검사 ≒ 화이트박스 테스트 · ≒ 구조 시험 · 화이트박스 기법은 컴포넌트(단위) 또는 소프트웨어(시스템)의 구조(코드)를 중심으로 테스트 케이스를 도출하는 방법입니다. · 컴포넌트(Component) 혹은 코드(Code)와 같은 내부 구조 분석에 바탕을 두고 테스트 케이스를 도출하여 테스트하는 방법입니다. · 프로그램 내의 경로를 수행하여 잠재적인 오류를 찾아냅니다. http://bit.ly/2vmWA0c https://en.wikipedia.org/wiki/White-box_testing
-
블랙박스 기법(Black-box testing)
블랙박스 기법(Black-box testing) · ≒ 블랙박스 검사 ≒ 블랙박스 테스트 · ≒ 명세 기반 기법 · 테스트 대상의 내부구조(코드)를 참조하지 않고 테스트 베이시스(Test Basis), 그리고 개발자와 테스터, 사용자들의 경험을 바탕으로 기능적 혹은 비기능적 테스트 케이스를 도출하고 선택하는 방법입니다. · 소프트웨어의 내부 구조를 직접 참조하지 않고 요구사항 명세서나 설계 문서를 기반으로 소프트웨어의 기능적 혹은 비기능적 요구 및 지시사항이 제대로 동작하는지 검증하는 방법입니다. · 테스트 케이스를 체계적으로 도출하여 테스트합니다. · 문서 기반 테스트입니다. http://bit.ly/2Dt7bLx https://en.wikipedia.org/wiki/Black-box_testing