728x90
반응형

QA 24

정보처리기사 소프트웨어 개발 : 요구사항 검증방법(동료 검토, 워크 스루, 인스펙션)

1. 소프트웨어 공학에서 워크스루(Walktiirough)에 대한 설명으로 틀린 것은? ① 사용사례를 확장하여 명세하거나 설계 다이어그램, 원시코드, 테스트 케이스 등에 적용할 수 있다. ② 복잡한 알고리즘 또는 반복, 실시간 동작, 병행 처리와 같은 기능이나 동작을 이해하려고 할 때 유용하다. ③ 인스펙션(Inspection)과 동일한 의미를 가진다. ④ 단순한 테스트 케이스를 이용하여 프로덕트를 수작업으로 수행해 보는 것이다.정답 : ③ " data-ke-type="html">HTML 삽입미리보기할 수 없는 소스① 사용사례를 확장하여 명세하거나 설계 다이어그램, 원시코드, 테스트 케이스 등에 적용할 수 있다.워크스루는 다양한 소프트웨어 아티팩트(명세서, 설계 다이어그램, 코드, 테스트 케이스 등)에 ..

정보처리기사 소프트웨어 개발 : 개발 단계에 따른 애플리케이션 테스트! 단위 테스트 (Unit Test), 통합 테스트 (Integration Test), 시스템 테스트 (System Test), 인수 테스트 (Acceptance Test)

1. 통합 테스트(Integration Test)와 관련한 설명으로 틀린 것은? ① 시스템을 구성하는 모듈의 인터페이스와 결합을 테스트하는 것이다. ② 하향식 통합 테스트의 경우 넓이 우선(Breadth First) 방식으로 테스트를 할 모듈을 선택할 수 있다. ③ 상향식 통합 테스트의 경우 시스템 구조도의 최상위에 있는 모듈을 먼저 구현하고 테스트한다. ④ 모듈 간의 인터페이스와 시스템의 동작이 정상적으로 잘되고 있는지를 빨리 파악하고자 할 때 상향식 보다는 하향식 통합 테스트를 사용하는 것이 좋다.정답 : ③" data-ke-type="html">HTML 삽입미리보기할 수 없는 소스시스템을 구성하는 모듈의 인터페이스와 결합을 테스트하는 것이다.올바른 설명입니다. 통합 테스트는 단위 테스트가 완료된 모..

[php] 변수와 데이터 타입

" data-ke-type="html">HTML 삽입미리보기할 수 없는 소스1. 변수 생성하고 접근하기변수는 프로그램에서 데이터를 저장하고 관리하는 기본적인 단위입니다. 쉽게 말해, 변수는 데이터를 담는 그릇과 같습니다. 프로그램이 실행되는 동안 변수를 통해 데이터를 저장, 수정, 삭제, 참조할 수 있습니다. 변수에는 다양한 종류의 데이터를 저장할 수 있으며, 데이터는 필요에 따라 변경될 수 있습니다.변수가 생성되면, 변수를 선언한다고 표현합니다.변수에 값이 주어지면, 변수에 값이 할당되었다고 표현합니다.$name = 'Ivy';$price = 5; PHP에서 변수는 $ 기호로 시작하며, 그 뒤에 변수명을 붙여 사용합니다. 변수명은 사람이 이해할 수 있는 의미 있는 이름을 사용하는 것이 좋습니다.$nam..

[정보처리기사] 소프트웨어 설계 | 애자일(Agile) 방법론 | 정보처리기사 필기&실기 기출문제

애자일(Agile) 방법론 소개애자일 방법론은 소프트웨어 개발의 한 접근 방식으로, 초기부터 고객의 피드백을 받아들이고 빠르게 변화하는 요구사항에 유연하게 대응할 수 있도록 설계되었습니다. 이 방법론은 개발 과정을 일정한 주기를 반복하면서 진행하며, 작은 단위의 작업을 짧은 기간 안에 완료하고 피드백을 받아 수정하는 방식으로 진행됩니다.따라서 소규모 프로젝트, 고도로 숙달된 개발자, 급변하는 요구사항에 적합합니다.애자일 방법론의 주요 특징기능 중심의 요구사항 정의: 프로젝트의 요구사항을 기능적인 측면에서 정의하고, 이를 우선순위에 따라 구현합니다. 이러한 접근 방식은 초기에 전체적인 요구사항을 상세히 명시하지 않고도 빠르게 시작할 수 있는 장점을 가지고 있습니다.개인과 소통의 중요성: 애자일은 절차나 도..

정보처리기사 소프트웨어 설계 : 요구사항의 유형 (기능 요구사항과 비기능 요구사항)

요구사항 분석에서 비기능적(Nonfunctional) 요구에 대한 설명으로 옳은 것은?① 시스템의 처리량(Throughput), 반응 시간 등의 성능 요구나 품질 요구는 비기능적 요구에 해당하지 않는다. ② '차량 대여 시스템이 제공하는 모든 화면이 3초 이내에 사용자에게 보여야 한다'는 비기능적 요구이다. ③ 시스템 구축과 관련된 안전, 보안에 대한 요구사항들은 비기능적 요구에 해당하지 않는다. ④ '금융 시스템은 조회, 인출, 입금, 송금의 기능이 있어야 한다'는 비기능적 요구이다.정답 : ②요구사항은 기본적으로 기능 요구사항(Functional Requirements)과 비기능 요구사항(Non-functional Requirements)으로 구분됩니다. 기능 요구사항은 시스템이 무엇을 수행해야 하는..

정보처리기사 소프트웨어 설계 : 유스케이스(Use Case) 다이어그램

1. 유스케이스(Use Case)의 구성 요소 간의 관계에 포함되지 않는 것은?① 연관 ② 확장 ③ 구체화 ④ 일반화정답 : ③구체화는 유스케이스 다이어그램에서 사용되지 않는 용어입니다. UML에서 구체화는 클래스 다이어그램에서 사용되며, 추상 클래스와 그것을 구현하는 실제 클래스 간의 관계를 나타냅니다. 유스케이스 다이어그램에서는 연관, 확장, 일반화의 세 가지 관계 유형을 주로 사용하여 시스템의 구조와 흐름을 명확히 표현합니다. 구체화는 클래스 다이어그램에서 클래스 간의 관계를 설명하는 용어로 사용됩니다. 1. 유스케이스 다이어그램 개념개념 : UML 다이어그램의 행위 다이어그램 (동적 다이어그램)의 한 종류로, 시스템이 제공해야 할 기능을 사용자의 관점에서 시각화합니다.목적 : 외부 요소와 시스템 ..

정보처리기사 소프트웨어 설계 : 메시지 지향 미들웨어(Message-Oriented Middleware, MOM)

1. 메시지 지향 미들웨어(Message-Oriented Middleware, MOM)에 대한 설명으로 틀린 것은? ① 느리고 안정적인 응답보다는 즉각적인 응답이 필요한 온라인 업무에 적합하다. ② 독립적인 애플리케이션을 하나의 통합된 시스템으로 묶기 위한 역할을 한다. ③ 송신측과 수신측의 연결 시 메시지 큐를 활용하는 방법이 있다. ④ 상이한 애플리케이션 간 통신을 비동기 방식으로 지원한다.정답 : ①MOM은 일반적으로 즉각적인 응답이 필요한 경우보다는 안정적이고 신뢰성 있는 메시지 전달이 중요한 상황에 더 적합합니다.정의메시지 지향 미들웨어(Message-Oriented Middleware, MOM)는 분산 애플리케이션 간의 통신을 위해 메시지 기반의 미들웨어를 사용합니다. MOM은 다양한 애플리케..

User Story 유저 스토리 : User Story로 사용자 중심의 소프트웨어 개발하기

User story는 소프트웨어 개발에서 요구사항을 정의하고 관리하는 방법 중 하나입니다.User story는 주로 애자일(Agile) 방법론에서 사용되며, 사용자 관점에서 시스템이 제공해야 하는 기능을 짧고 간결하게 서술한 것입니다.User Story의 구성 요소역할(Role): 누가 이 기능을 사용할 것인가?목표(Goal): 사용자가 무엇을 하고 싶은가?이유(Reason): 왜 이 기능이 필요한가?이 세 가지 요소를 포함하여 작성된 것이 기본적인 User story입니다.User Story의 형식User story는 보통 다음과 같은 형식을 따릅니다As a [역할], I want to [목표] so that [이유].EX) 소셜 미디어 플랫폼 예시As a user, I want to be able t..

BTS(Bug Tracking System)란? : BTS 도입으로 결함 관리 효율성 극대화하기

효율적인 소프트웨어 개발을 위한 BTS(Bug Tracking System)소프트웨어 개발 과정에서 결함(bug)은 피할 수 없는 현실입니다. 결함이 발견될 때마다 이를 체계적으로 관리하고 추적하는 것은 프로젝트의 성공에 중요한 요소가 됩니다. 이때 사용되는 도구가 바로 Bug Tracking System, 줄여서 BTS입니다. 이 글에서는 BTS의 필요성과 주요 기능, 그리고 대표적인 BTS 도구인 JIRA에 대해 자세히 알아보겠습니다.Bug Tracking System(BTS)란?Bug Tracking System(BTS)은 소프트웨어 개발 과정에서 발생하는 결함을 체계적으로 관리하고 추적하는 시스템입니다. 결함의 발견, 보고, 수정, 검증 과정을 효율적으로 관리함으로써 개발 속도와 품질을 향상시킬 ..

코딩일기 2024.06.24

Regression Test 회귀 테스트 : IT QA 테스트 용어 정리

회귀 테스트(Regression Test)란 소프트웨어에서 수정된 코드나 기능 변경 후에 기존의 기능들이 여전히 원활하게 작동하는지를 확인하기 위한 테스트 과정을 말합니다. 즉, 소프트웨어의 변경 사항이나 수정 사항이 기존의 기능에 부정적인 영향을 미치지 않았음을 확인하는 것이 주된 목적입니다.주로 다음과 같은 상황에서 회귀 테스트가 필요합니다:코드 변경: 소프트웨어의 코드가 수정되거나 추가되었을 때, 해당 변경 사항이 기존의 기능에 영향을 주지 않는지 확인합니다.버그 수정: 이전에 발견된 버그를 수정했을 때, 수정된 부분이 다른 기능에 부정적인 영향을 미치지 않는지 검증합니다.환경 변경: 시스템의 하드웨어나 소프트웨어 환경이 변경되었을 때, 기존 기능이 여전히 제대로 작동하는지 확인합니다.

코딩일기 2024.06.24
728x90
반응형