내 머리속 지우개

이 포스팅은 CMU(Carnegie Melon University)의 SEI (Software Engineering Institute) 블로그의 "Incorporating Agile Principles into Independent Verificaiton and Validation (Author: Justin Smith, June 24, 2024)"을 기반으로 작성되었습니다.  우주로 사람을 보내는 소프트웨어를 개발할 때는 예상대로 작동하는지 철저히 검증해야 합니다. 이처럼 안전이 중요한 시스템에서 독립적인 검증 및 확인(IV&V) 프로세스는 제품이 요구사항을 충족하고 의도대로 기능하는지 확인하기 위해 존재합니다. 대부분의 IV&V 방식은 프로젝트 관리의 폭포수 모델과 연관되어 있지만, 애자일 사고방식과..

소프트웨어 인스펙션은 동료 검토 방식 중 가장 엄격한 절차로 수행되는 리뷰 방법입니다.최근 여러 시스템들이 안전과 보안이 중요해 짐에 따라 가끔식 등장하는 용어인데요.이번 포스팅에서는 소프트웨어 인스펙션 절차에 대해 상세히 알아 보겠습니다. 1. 소프트웨어 인스펙션 개요1.1 소프트웨어 인스펙션의 정의와 목적소프트웨어 인스펙션은 코드, 설계 문서, 요구사항 명세서와 같은 소프트웨어 산출물을 체계적으로 검토하여 결함을 조기에 발견하고 품질을 높이는 검토 기법입니다. 개발자가 아닌 검토자가 결함을 찾아내고 개선 사항을 제안하는 정적 분석 기법으로, 주로 코드 실행 없이 문서와 코드 자체를 검토하는 방식으로 진행됩니다.결함의 조기 발견: 개발 단계에서 결함을 미리 발견해 수정 비용을 절감하고, 후반부 결함으로..

소프트웨어 통합 테스트에서 커버리지(Coverage)는 테스트가 시스템 내 다양한 요소와 경로를 얼마나 잘 검증했는지를 나타내는 지표입니다. 커버리지를 통해 통합 테스트가 얼마나 완벽하게 수행되었는지 측정할 수 있으며, 통합 과정에서 발생할 수 있는 오류나 문제를 사전에 발견하고 해결하는 데 중요한 역할을 합니다. 1. 인터페이스 커버리지 (Interface Coverage)인터페이스 커버리지는 모듈 간의 모든 인터페이스가 테스트되었는지 확인하는 커버리지 유형입니다. 소프트웨어 통합에서는 각 모듈이 데이터를 주고받기 위해 인터페이스를 사용하므로, 이들 인터페이스가 정확히 작동하는지 확인하는 것이 중요합니다.인터페이스 커버리지 측정을 위해서는 모듈 간 상호작용은 모델과 코드 모두에서 검증이 필요합니다. 모..

소프트웨어 통합 테스트는 모듈화된 소프트웨어가 모듈 통합과정에서 오류가 없는지를 확인하는 테스트입니다.그런데, 일부에서는 이 테스트를 모듈 통합이 완료된 상태에서 테스트하는 것으로 잘못 이해하는 경우가 있습니다.약간 우스꽝 스러운 상황이지만, 용어를 잘못 이해한 상황으로 생각해보면, 이에 대한 이해가 부족한 것으로 볼 수 있기 때문에, 이번 포스팅에서는 소프트웨어 통합 테스트 전략에 대해 알아보도록 하겠습니다.    자동차 소프트웨어 개발에서 AUTOSAR (AUTomotive Open System ARchitecture)는 모듈화, 표준화, 호환성을 보장하는 주요 소프트웨어 아키텍처입니다. AUTOSAR 기반 소프트웨어는 Software Component (SWC)로 작성되며, 이들이 결합하여 Comp..

소프트웨어 인스펙션을 수행하기에는 막연함이 있습니다.이번 포스팅에서는 인스펙션 가이드라인에 대해 살펴 보고,인스펙션 수행에 도움이 되는 계기가 되면 좋겠습니다.  소프트웨어 개발에서 인스펙션은 결함을 조기에 발견하고 코드 품질을 높이는 중요한 활동입니다. 하지만 인스펙션이 효과적으로 이루어지기 위해서는 명확한 가이드라인이 필요합니다. 인스펙션 가이드라인은 검토 과정에서 지켜야 할 원칙과 절차를 제시하여, 모든 참여자가 일관된 기준으로 검토할 수 있게 합니다. 이번 글에서는 인스펙션 가이드라인의 주요 원칙과 이를 효과적으로 수행하기 위한 팁을 알아보겠습니다. 1. 소프트웨어 인스펙션의 목적과 중요성인스펙션은 소프트웨어 개발 단계에서 결함을 조기에 발견하여, 후반부의 수정 비용을 줄이고 품질을 높이기 위해 ..

소프트웨어 인스펙션에서는 Moderator(모더레이터), Reader(리더), Author(작성자), Recorder(기록자), Inspector(검토자)의 다섯 가지 역할이 중요합니다. 각 역할이 고유의 책임을 가지고 효과적으로 수행될 때 인스펙션의 품질과 효율성이 극대화됩니다. 아래에서는 각 역할의 주요 업무와 역할 선정 및 수행 시의 주의 사항을 설명하겠습니다.소프트웨어 인스펙션 절차에 대해서는 다음 포스팅에 정리되어 있습니다.  소프트웨어 인스펙션(Software Inspection) - 개요와 절차소프트웨어 인스펙션은 동료 검토 방식 중 가장 엄격한 절차로 수행되는 리뷰 방법입니다.최근 여러 시스템들이 안전과 보안이 중요해 짐에 따라 가끔식 등장하는 용어인데요.이번 포스팅에서habana4.tis..

소프트웨어 리뷰는 바쁜 개발 일정에 밀려, 소홀하게 되는 경우가 참 많은데요.이번 포스팅에서는 경제적 가치와 이익을 살펴 보면서, 단순히 바쁜 일정을 핑계삼을게 아니라실제로 많은 부가적인 이익이 있다는 점을 인식할 수 있는 계기가 되면 좋겠습니다.  소프트웨어 개발에서 동료검토(Peer Review)는 코드 품질을 높이고 결함을 초기에 발견하여 개발 비용과 시간을 절감하는 중요한 역할을 합니다. 동료검토는 코드 작성 직후에 다른 개발자가 코드를 검토하고 피드백을 주는 과정으로, 결함이 릴리즈 전에 발견되도록 돕고, 소프트웨어 품질을 강화하는 데 큰 기여를 합니다. 이번 포스팅에서는 동료검토가 개발 프로젝트에 가져오는 경제적 가치를 다양한 관점에서 살펴보겠습니다. 결함 발견 비용 절감1. 결함 발견 노력(..

소프트웨어 테스팅을 바라보는 시각은 다양하며,떄로는 잘못된 오해로 인해 원활한 테스팅 수행을 저해하는 요인이 되기도 합니다.이번 포스팅에서는 소프트웨어 테스팅 일반적 원리를 알아보고, 이를 통해 불필요한 오해를 가지지 않았으면 좋겠습니다.   목차소프트웨어 테스팅의 일반 원리는 소프트웨어 개발과 품질 관리에서 중요한 역할을 합니다. 이 원리들을 이해하면, 단순히 결함을 발견하는 것을 넘어서 효율적인 테스팅 전략을 수립하고, 소프트웨어의 신뢰성을 높일 수 있습니다. 이번 글에서는 소프트웨어 테스팅의 일곱 가지 일반 원리를 차례로 알아보겠습니다. 1. 테스팅의 목적은 결함을 밝히는 것테스팅의 주된 목적은 소프트웨어에서 결함을 발견하는 데 있습니다. 즉, 테스팅은 소프트웨어에 결함이 없음을 증명하는 것이 아니..

소프트웨어 개발에서 개발자와 테스트 엔니지어간에는 명확한 시각차이가 존재합니다.개발자는 자신의 코드가 정상적으로 잘 수행될거란 믿음이 있지만,테스트 엔지니어는 그렇지 못한 상황을 늘 염두에 두고 있거든요.이번 포스팅에서는 이런 시각차이로 인해 테스트 독립성의 필요성에 대해 알아 보겠습니다.  테스트 독립성(Test Independence)이란 테스트를 수행하는 주체가 소프트웨어 코드나 시스템의 개발에서 독립된 위치에 있어, 보다 객관적이고 편견 없는 시각에서 결함을 찾아낼 수 있도록 하는 개념입니다. 테스트 독립성의 목표는 편견과 주관이 배제된 환경에서 소프트웨어 품질을 평가하고, 더 높은 수준의 품질 보증을 달성하는 것입니다. 개발자와 테스트 엔지니어가 서로 다른 관점에서 소프트웨어를 바라보는 것이 필..