shift left testing secret mantra
소프트웨어 개발의 DevOps 만트라 인 새로운 Shift Left Testing :
빠른 DevOps의 모든 비디오 자습서 요약 이전 튜토리얼에서 설명했습니다. 이제 Shift left 테스트에 대해 살펴 보겠습니다.
'왼쪽으로 이동'이라는 용어를 사용할 때 소프트웨어에서 왼쪽으로 이동을 말하는 것이 무엇인지 궁금 할 것입니다.?
20 년 전 소프트웨어 테스터로 경력을 시작했을 때 소프트웨어 개발을위한 별도의 '테스트 단계'가 없었고 테스터 역할은 전혀 존재하지 않았습니다. 개발자는 소프트웨어를 개발하고 스스로 테스트하고 소프트웨어 릴리스를 만드는 데 사용되었습니다.
추가 읽기 => 유익한 DevOps 튜토리얼 시리즈
개념 소프트웨어 테스팅 생산의 결함이 프로젝트 예산에 도달하기 시작했을 때 점진적으로 도입되어 매우 간소 한 테스터 팀과 함께 '기능 테스트'가 시행되었습니다. 그 당시 우리는 20 명의 개발자로 구성된 팀을 상대로 한 두 명의 테스터였습니다.
IT 산업은 소프트웨어 개발을위한 워터 폴 모델을 따르기 시작했습니다. 우리 모두 알고 있듯이 소프트웨어 개발 라이프 사이클은 요구 사항 => 디자인 => 코딩 => 테스트 .
따라서 왼쪽에서 오른쪽으로 시작하면 테스트 단계는 소프트웨어 개발 수명주기의 가장 오른쪽에 있습니다.
학습 내용 :
- Shift Left의 개념 소개
- 왼쪽 시프트 테스트 란 무엇입니까?
- Shift Left가 소프트웨어 개발에 어떤 영향을 미칩니 까?
- 테스터는 왼쪽으로 시프트에서 무엇을 다르게해야합니까?
- Shift Left 테스트의 이점
- 결론
- 추천 도서
Shift Left의 개념 소개
일정 기간 동안 사람들은 소프트웨어 테스팅 그리고 '테스트 단계'를 극히 오른쪽으로 유지하거나 소프트웨어 개발 수명주기의 끝에서 유지하는 영향. 이 실현은 극우로 확인 된 버그의 비용이 최종적으로 매우 높고 막대한 노력과 수정에 너무 많은 시간이 필요했기 때문에 발생했습니다.
소프트웨어에 많은 시간과 노력을 쏟은 후 마지막에 확인 된 중요한 버그로 인해 미션 크리티컬 소프트웨어가 시장에 출시되지 않아 막대한 손실이 발생하는 경우가있었습니다.
따라서 마지막 단계에서 버그 식별 릴리스가 지연되거나 때때로 소프트웨어를 수정하는 데 필요한 노력을 고려하여 폐기되었는데 이는 실제로 가치가 없었습니다.
'결함은 조기에 발견하면 비용이 적게 듭니다.'
.xml 파일을 여는 방법
이 깨달음과 큰 교훈은 소프트웨어 산업에 큰 혁명을 일으켰고 새로운 개념을 탄생 시켰습니다. ‘왼쪽으로 이동’ 즉, '테스트 단계'를 오른쪽에서 왼쪽으로 이동하거나 모든 단계에서 테스트를 포함하고 전체적으로 테스터를 참여시킵니다.
Shift Left 테스트는 최종 테스트가 아니라 지속적으로 테스트한다는 의미이기도합니다.
왼쪽 시프트 테스트 란 무엇입니까?
첫째,‘왼쪽으로 이동’원칙은 모든 이해 관계자와 조기에 협력하는 테스트 팀 소프트웨어 개발 단계에서. 따라서 그들은 요구 사항을 명확하게 이해하고 테스트 케이스 설계 소프트웨어 'Fail Fast'를 지원하고 팀이 모든 오류를 가장 빨리 해결할 수 있도록합니다.
Shift Left 접근 방식은 소프트웨어 개발 수명주기의 훨씬 초기에 테스터를 포함하므로 요구 사항, 소프트웨어 설계, 아키텍처, 코딩 및 기능을 이해하고 고객, 비즈니스 분석가 및 개발자에게 어려운 질문을 할 수 있습니다. , 설명을 찾고 팀을 지원하기 위해 가능한 한 피드백을 제공합니다.
이러한 참여와 이해를 통해 테스터는 제품에 대한 완전한 지식을 얻고, 다양한 시나리오를 고려하며, 코딩이 완료되기 전에 팀이 결함을 식별하는 데 도움이되는 소프트웨어 동작을 기반으로 실시간 시나리오를 설계 할 수 있습니다.
Shift Left가 소프트웨어 개발에 어떤 영향을 미칩니 까?
Shift Lift Approach는 여러 가지 방식으로 소프트웨어 개발에 영향을 미칩니다.
다음은 Shift Left에 대한 몇 가지 핵심 사항입니다.
- Shift Left 접근 방식은 가장 중요한 모든 단계에서 테스터를 참여시킵니다. 프로그램의 . 이를 통해 테스터는 결함 감지에서 결함 방지로 초점을 전환하고 프로그램의 비즈니스 목표를 추진할 수 있습니다.
- Shift Left 접근 방식은 다음을 제공합니다. 테스트에 대한 높은 중요성 테스터의 역할과 책임이 엄청나게 증가합니다.
- 테스트 팀에 대한 책임이 증가함에 따라 팀은 '버그 식별을위한 소프트웨어 테스트' , 그러나 초기 단계부터 팀과 함께 적극적으로 협력하여 제품의 장기적인 비전에 집중하여 팀에 훌륭한 테스트 리더십과 지침을 제공함으로써 강력하고 효과적인 테스트 전략을 계획하고 구축합니다. 테스트 작업의 책임.
- Shift Left 접근 방식은 테스터가 먼저 테스트를 설계 할 수있는 기회 , 테스트는 고객 경험과 기대치에 완전히 초점을 맞추고 개발자가 이러한 테스트를 기반으로 소프트웨어를 개발하여 고객의 요구를 충족시킬 수 있습니다.
- Shift Left 접근 방식은 테스터만으로 끝나지 않습니다. Let으로 이동하고 테스트 활동을 지속적으로 수행하는 것도 개발자가 더 많은 소유권을 갖도록 허용 테스트에 대한 책임을 강화합니다.
- Shift Left 접근법은 또한 채택 할 테스터 행동 중심 개발 BDD 및 테스트 중심 개발 TDD , 이는 소프트웨어로의 결함 유도를 방지하는 데 도움이됩니다.
- Agile에서 왼쪽으로 이동 테스트 : Shift Left 접근법은 성형을 지원합니다. 애자일 스크럼 테스터를 의무적으로 포함하는 팀 다른 역할과 함께 테스터가 정기적 인 스탠드 업 통화, 기타 상호 작용, 검토 회의에 참여하여 테스터가 프로그램과 관련된 더 많은 정보를 얻도록하여 소프트웨어에 대한 자세한 분석에 빠져들고 참여하고 제공 할 수 있습니다. 소프트웨어에 기반한 결함을 방지하는 데 도움이되는 신속한 피드백.
전반적인 Shift Left 테스트는 테스터에게 '조기 참여' , 가능한 한 빨리 토론에 참여하고 단계의 결과가 최종 결과물의 가치에 영향을 미치는 모든 단계에서 아이디어, 요구 사항에 대해 협력하고 프로젝트가 위험을 식별하고 사전에 완화하도록 돕습니다.
품질 보증 분석가 면접 질문
테스터는 왼쪽으로 시프트에서 무엇을 다르게해야합니까?
다음은 테스터가 다른 방식으로 수행하는 작업으로 주목해야 할 몇 가지 핵심 요소입니다. 왼쪽으로 이동 전략 :
#1) 테스트 팀은 프로젝트 시작부터 시스템 초기에 참여 나머지 팀 및 비즈니스와의 통합을 개발하기 위해 모든 단계에서 유용한 정보 제공 소프트웨어 개발의.
#두) 테스트 팀은 비즈니스 및 운영 팀과 협력해야하며 프로그램을 명확히하다 수요에 대한 명확한보기를 제공하고 프로그램에 대한 리소스 증가 요구 사항, 교육 요구 사항 및 테스트 도구 요구 사항에 대해 효율적으로 계획하는 데 도움을줍니다.
#삼) 테스트 팀은 소프트웨어 개발 초기에 모든 비즈니스 이해 관계자와 상호 작용하여 제품에 대한 명확한 가시성 확보 & 통합 테스트 전략 설계 최적화 된 테스트 노력을 계획하고, 테스트 환경, 타사, 스텁 등에 대한 종속성을 분석하고, 강력한 자동화 전략과 프레임 워크를 준비하고 효과적인 테스트 데이터 관리 계획을 구축합니다.
# 4) 테스트 팀은 나머지 팀과 협력하여 팀에 대한 훌륭한 테스트 리더십 및 지침 따라서 테스트 활동에 대한 책임을지는 것보다 장기적인 제품 비전을 염두에 둡니다.
# 5) 요구 사항은 모든 프로그램의 성공을위한 핵심이자 기초이며 잘 정의 된 요구 사항은 프로젝트의 성공을 정의합니다. 요구 사항 계획 단계에서 테스터 요구 사항을 검토하고 분석해야합니다. 모호성, 더 나은 명확성, 완전성, 테스트 가능성, 허용 기준 정의 등
또한 누락 된 요구 사항 (있는 경우)을 식별하고 종속성 및 구현 전략을 이해해야합니다. Clear Requirements는 소프트웨어가 'Fail Fast'를 수행하고 모든 오류를 조속히 수정하는 데 도움이됩니다.
# 6) 요구 사항에 대한 충분한 명확성과 정확성을 가져와 실제 예 사용중인 기능을 설명합니다.
# 7) 테스터는 설계 검토 회의에 참석 정기적으로 제품 설계 및 아키텍처를 이해하고 설계 결함을 식별하고, 대체 설계 옵션을 제안하고, 허점을 식별하고, 그에 따라 테스트 시나리오를 만들어 설계를 깨뜨립니다.
# 8) 테스터는 수행하다 정적 테스트 (리뷰) 결함이 소프트웨어에 뿌리를 내리고 나중에 그 영향이 확대되는 것을 방지 할 수 있도록 주요 프로젝트 문서에 대한 피드백을 제공합니다.
# 9) 테스트 팀은 설계 및 개발 팀과 협력해야합니다. 코드 개발을위한 사전 테스트 시나리오 제공 가능한 모든 실시간 시나리오와 비즈니스 흐름을 해결합니다.
# 10) 테스트 팀은 디자인해야합니다 강력하고 강력한 테스트 시나리오 따라서 테스트 중에 몇 가지 결함 만 식별되고 테스트 단계에 들어가는 동안 주요 결함이 방지됩니다.
#열한) 테스터는 가능한 한 빨리 테스트 , 독립형 또는 로컬 시스템에서 결함이 나중 단계에 들어 가지 않도록합니다.
테스터를위한 'Shift Left'개념의 핵심은 가능한 모든 수단을 통해 가능한 한 빨리 결함을 찾는 것입니다.
Shift Left 테스트의 이점
Shift Left 접근 방식은 민첩한 선언을 기반으로 작동하며 몇 가지 장점도 있습니다.
그들은:
- 개인과 상호 작용 프로세스와 도구에.
- 작업 소프트웨어 포괄적 인 문서.
- 고객 협력 계약 협상에.
- 변화에 대응 계획을 따르는 것.
오른쪽에있는 항목에는 값이 있지만 왼쪽에있는 항목에는 더 많은 값이 있음을 알 수 있습니다.
음, Shift Left는 프로세스 초기에 테스트라는 아이디어를 가져 와서 더 좋고 효율적인 테스트를 수행하고 소프트웨어의 품질을 향상시키는 것입니다.
간단히 말해서 Shift Left 테스트 프로세스는 다음과 같습니다.
YouTube 비디오를 mp4 무료로 변환
- 결함을 조기에 발견하여 프로젝트 비용을 절감합니다.
- 결국 결함을 줄이기 위해 계속해서 테스트합니다.
- 모든 것을 자동화하고 출시 시간을 단축합니다.
- 고객 요구 사항에 집중하고 고객 경험을 개선합니다.
결론
‘왼쪽으로 이동’ 개념은 전체 '테스트'역할에 큰 변화를 가져 왔습니다. 그때까지 테스트의 유일한 초점은 '결함 감지'에만 집중되어 있었으며 이제 테스트 관점에서 '왼쪽으로 이동'의 목표는 '조기 결함 감지 결함 예방 ' .
따라서 Shift Left는 소프트웨어 개발 방법론에서 소프트웨어 산업의 시장 출시 속도를 높이고 소프트웨어 품질을 개선하고 '시장 출시 시간'을 단축하는 데 큰 도약입니다.
저자 정보 : 이 기사는 STH 팀원 Gayathri Subrahmanyam이 작성했습니다. 그녀는 업계에서 테스터 역할이 소개 된 90 년대부터 소프트웨어 테스팅에 종사하고 있습니다. 테스트 경력 동안 그녀는 많은 TMMI 평가, 테스트 산업화 작업, TCOE 설정을 수행하고 테스트 제공을 처리하고 대규모 참여를 위해 DevOps 연습을 구현했습니다. 하지만 그녀에 따르면 학습은 결코 멈추지 않습니다.
아래 의견란에 귀하의 생각 / 제안을 알려주십시오.
이전 튜토리얼 | NEXT 튜토리얼
추천 도서
- 최고의 소프트웨어 테스트 도구 2021 (QA 테스트 자동화 도구)
- 소프트웨어 테스팅 QA 어시스턴트 작업
- Shift-Left of Quality : 테스트에서 Shift-Left만큼 똑같이 중요합니까?
- 소프트웨어 테스팅 과정 : 어떤 소프트웨어 테스팅 기관에 가입해야합니까?
- 경력으로 소프트웨어 테스트 선택
- 소프트웨어 테스팅 기술 콘텐츠 작성자 프리랜서 작업
- 몇 가지 흥미로운 소프트웨어 테스트 인터뷰 질문
- 소프트웨어 테스팅 과정 피드백 및 리뷰