일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- ISTQB
- agile
- Testing
- QA
- selenium
- testcase
- 파이썬
- 자동화
- 유지보수성 테스트
- 비기능테스트
- SQA
- Test Case
- test
- regression test
- 위험 기반 테스트
- seleium
- 테스트 설계 기법에 따른 분류
- 테스트
- testing method
- csts
- risk-based testing
- 테스트케이스
- Software life cycle model
- maintainability test
- Python
- RBT
- 셀레니움
- 애자일
- 테스트 케이스
- 품질
- Today
- Total
목록분류 전체보기 (94)
Study_Note
테스트 베드, 테스트 드라이버, 테스트 스텁(test bed, test driver, test stub) 테스트 베드(test bed)란?테스트 베드는 실험이나 테스트를 수행하기 위한 특별한 준비된 환경을 의미합니다. 이 환경은 테스트를 안전하고 효과적으로 진행할 수 있도록 필요한 모든 것을 갖추고 있습니다. 일상적인 비유빵을 굽기 위한 오븐을 준비해야 한다고 생각해 봅시다. 빵을 굽기 위해서는 오븐이 필요하고, 이 오븐은 온도 조절 기능이 잘 되어 있어야 하며, 깨끗하고 제대로 작동해야 합니다. 그리고 오븐 안에는 반죽을 넣을 수 있는 틀과 다양한 도구들도 필요할 수 있습니다.테스트 베드는 소프트웨어에서 이 오븐과 비슷한 역할을 합니다. 즉, 소프트웨어를 제대로 테스트할 수 있는 환경을 만드는 것이죠...
소프트웨어 개발 단계와 테스트(software development stages and testing)소프트웨어 테스트는 담으과 같이 매우 다양한 방법으로 분류할 수 있다.https://staedtler1207.tistory.com/49 test classification테스트 분류 (test classification) 소프트웨어 테스트는 테스트 레벨, 테스트 유형, 그리고 테스트 설계 기법에 따라 다양하게 분류됩니다. 테스트 레벨 컴포넌트 테스트 : 개별 컴포넌트 또는 모듈을staedtler1207.tistory.com테스트 레벨에 따른 테스트 분류테스트 설계 방식에 따른 분류테스트 유형(품질 특성)에 따른 분류테스트 레벨에 따른 테스트 분류소프트웨어 개발의 여러 단계에서 수행되는 테스트를 의미합니다..
프로젝트 매니저(PM)의 역할과 CMMI(능력 성숙도 통합 모델)에 따른 조직 성숙도 분석The role of the project manager (PM) and Organizational tree analysis for the Competency Lightness Integrated Model (CMMI) 프로젝트 매니저(PM)의 역할프로젝트 매니저는 프로젝트의 성공적인 완료를 책임지는 사람으로, 다음과 같은 주요 역할과 책임을 가집니다: 계획 수립프로젝트 목표 정의일정 계획 수립자원 할당위험 관리 계획 수립 조직 및 자원 관리팀 구성 및 역할 배분팀원들 간의 의사소통 촉진필요 자원의 확보 및 관리 진행 관리프로젝트 진행 상황 모니터링 및 보고예산 관리 및 비용 추적품질 관리 위험 관리잠재적 위..
모델 기반 테스트(testing method - model based testing) 모델 기반 테스트(MBT) 는 특정 소프트웨어나 시스템의 기대 동작을 나타내는 모델을 활용합니다. 이 모델은 다양한 형태로 표현될 수 있습니다. 자연어, 상태 전이도, UML 다이어그램 등의 시각적 형식 또는 의사결정표와 같은 표 형태로 나타낼 수 있습니다. 이전의 테스트 방법은 주로 수작업으로 테스트 입력과 출력을 결정했습니다. 반면에 모델 기반 테스트는 자동으로 정보를 추출할 수 있을 정도로 상세하고 정형화된 모델을 사용합니다. 이를 통해 테스트 계획, 테스트 케이스, 절차, 입력 및 예상 결과 등을 자동으로 결정할 수 있습니다. 모델 기반 테스트의 장점은 대부분의 활동을 자동화할 수 있다는 것입니다. 또한 모델을 ..
적시관리 시스템JIT(Just in Time) system 적시관리(JIT) 시스템은 필요한 부품이 필요한 시점에 정확한 수량으로 제공되는 것을 목표로 합니다. 이는 일본의 자동차 산업에서 토요타의 생산방법으로 유명해졌습니다. 이 시스템은 1970년대 후반에 일본의 자동차 제조업체인 토요타가 개발한 생산 방법으로 시작되었습니다. 당시 토요타는 경쟁사들과의 경쟁에서 차별화를 이루기 위해 생산과정에서 발생하는 낭비를 제거하고자 하였습니다.의의JIT 시스템은 생산이나 재고 관리를 효율적으로 하여 필요한 부품을 정확한 수량과 타이밍에 제공하는데 중점을 두고 있습니다. 이는 불필요한 재고를 최소화하고 무재고 시스템을 구축하는 것을 목표로 합니다.수단(목표)주된 목표는 낭비를 줄이는 것입니다. 생산과잉, 대기, 재..
PDCA cycle PDCA는 Plan-Do-Check-Act의 네 가지 단계로 구성된 지속적인 개선을 위한 프로세스입니다. 이는 품질 관리 및 프로세스 향상을 위해 사용되는 과학적이고 체계적인 방법론으로, Edward Deming이 통계적 품질 관리의 일환으로 개발했습니다. 1950년대에 제조업에서 품질 관리의 핵심 도구로 소개되었으며, 이후에는 다양한 산업 및 조직에 적용되어 널리 사용되고 있습니다. Plan (계획) - 문제 해결 또는 프로세스 개선을 위한 목표를 설정합니다. - 현재 상황을 평가하고 개선이 필요한 영역을 식별합니다. - 목표를 달성하기 위한 전략 및 계획을 개발합니다. - 자원 할당 및 일정 계획을 수립합니다. Do (실행) - 계획된 활동을 실행합니다. - 프로세스를 변경하거나 ..
위험 기반 테스트 (risk based testing) 위험 기반 테스트는 소프트웨어 프로젝트에서 주어진 비용과 일정 내에서 최적의 품질을 달성하기 위해 사용되는 테스트 전략입니다. 이는 테스트 비용과 자원의 제약을 고려하여 테스트 접근 방법과 범위를 결정할 때 중요한 역할을 합니다. 일정과 자원 제약 하에서 테스트를 수행하기 위해서는 어떤 부분을 테스트할 것인지 결정해야 합니다. 이는 단위 테스트, 통합 테스트, 시스템 테스트와 같은 테스트 수준에서 어떤 기능이나 모듈을 포함할지를 결정하는 것으로 이어집니다. 그러나, 테스트 대상을 선택하고 범위를 좁힘으로써 테스트 비용을 줄일 수 있지만, 이는 테스트되지 않은 부분에서 결함이 발생할 가능성을 높일 수 있습니다. 이는 소프트웨어의 품질을 저하시킬 수 있..
애자일 칸반 (agile - kanban) 애자일 칸반은 애자일 방법론 중 하나로, 작업을 시각적으로 관리하고 작업의 흐름을 최적화하는 것을 중점으로 하는 방법론입니다. 주로 작업 보드를 사용하여 작업의 상태를 표시하고, 제한된 작업 인벤토리를 유지하여 효율성을 높입니다. 칸반은 생산시스템에서 생산 흐름을 효과적으로 통제하기 위해 사용되는 방법으로, 부품에 대한 정보를 기록한 카드를 의미합니다. 이 시스템은 주로 도요타 자동차의 생산 시스템에서 사용되는 용어로, JIT(Just in Time) 시스템의 일환으로 생산을 효율적으로 관리합니다. 주요 목적은 낭비를 줄이고 필요한 때에 필요한 양만큼의 제품을 더 빠르고 비용 효율적으로 생산하는 것입니다. [구체적인 설명] 작업 보드(Board) 작업 보드는 작..
애자일 익스트림 프로그래밍 (agile - extreme Programming) 애자일 익스트림 프로그래밍(XP)은 민첩한 소프트웨어 개발 방법론 중 하나로, 고객의 요구 사항 변화에 유연하게 대응하고 고품질의 소프트웨어를 빠르게 제공하기 위해 만들어진 방법론입니다. XP는 소프트웨어 개발 프로세스에서 기술적인 실천 방법과 소프트웨어 개발 팀의 조직 및 협업 방법을 강조합니다. [구체적인 설명] 주요 실천 방법 테스트 주도 개발(Test-Driven Development, TDD) 코드를 작성하기 전에 테스트 케이스를 먼저 작성하고, 그 테스트를 통과하는 코드를 작성합니다. 지속적인 통합(Continuous Integration) 작은 단위의 변경 사항을 자주 통합하여 팀 전체의 코드 베이스를 최신 상태..
애자일 스크럼 (agile - scrum) 애자일 스크럼은 반복적이고 증분적인 개발 방법론으로, 작은 팀이 일정 기간 동안 일하는 프로세스를 중심으로 합니다. 각각의 스프린트(Sprint)라 불리는 이러한 기간 동안에는 팀이 완전한 제품 기능을 제공하는 것이 목표입니다. 다음은 애자일 스크럼의 주요 구성 요소와 예시를 보여줍니다. [구성 요소] 스크럼 팀(Team) 작은 규모의 팀으로 구성되며, 팀 멤버들은 서로 다른 역할을 가질 수 있습니다. 예를 들어, 개발자, 테스터, 디자이너 등이 포함될 수 있습니다. 스크럼 마스터(Scrum Master) 팀을 이끄는 역할을 수행하며, 스크럼 프로세스를 관리하고 팀이 최적의 결과를 얻을 수 있도록 지원합니다. 제품 소유자(Product Owner) 제품의 비전을..