5 important diagrams that testers need learn how use
사진이 아니라면 초기 역사, 무난한 지식, 언어의 진화에 대한 기록이 없었습니다.
지나치게 각색하는 것이 아니라, 고도로 진화하고 정교한 글쓰기와 표현 방식을 가진 세계에서도 다이어그램은 그 자체로 특별한 위치를 차지합니다.
기술 산업에서 우리의 다이어그램은 우리에게 소중합니다.
다음은 우리 테스터들이 자주 접하는 눈에 띄는 것들과 우리가 그것들을 사용하는 방법입니다.
학습 내용 :
- 테스터가 사용 방법을 배우는 데 필요한 5 가지 다이어그램
- # 1) 순서도 :
- # 2) 상태 전환 다이어그램 :
- # 3) 컨텍스트 다이어그램 :
- # 4) 마인드 맵 :
- # 5) ER 차트 :
- # 6) 보너스 : 모의 스크린 / 와이어 프레임 :
- 마무리하려면-필요한 경우 이러한 다이어그램을 어떻게 만들 수 있습니까?
- 추천 도서
테스터가 사용 방법을 배우는 데 필요한 5 가지 다이어그램
여기 있습니다.
# 1) 순서도 :
순서도는 프로세스 그림에 가장 적합합니다. 프로세스 내에서 수행되는 각 작업 / 작업 유형에 대해 특정 기호를 사용합니다. 결정, 분기, 루프 등을 허용하여 문서화 및 이해를위한 완벽한 도구입니다.
테스터는 일반적으로 테스트 계획, 테스트 전략, 요구 사항 아티팩트 (BRD, FRD 등) 또는 기타 프로세스 문서에서 순서도를 찾습니다.
순서도에서 가장 일반적으로 사용되는 기호와 그 의미는 다음과 같습니다.
- 타원형 시작 및 중지
- 직사각형 처리 / 또는 작업용
- 다이아몬드- 결정을 위해
순서도 셰이프에 대한 자세한 내용은 순서도 기호 .
순서도를 통해 프로세스 또는 제어 흐름을 이해하는 것은 매우 간단합니다. 기억하고 이해하는 데 도움이되며 빠른 참조 역할을합니다.
테스터가 순서도를 사용하는 두 가지 방법은 다음과 같습니다.
a) 제어 흐름 및 통계 분석을위한 순서도 :
순환 복잡성 특정 소프트웨어 프로그램이 얼마나 복잡한 지 측정하는 데 도움이되는 측정 항목입니다. 순환 복잡성을 아는 용도 중 하나는 완전한 커버리지를 달성하기 위해 수행해야 할 단위 테스트의 범위를 이해하는 데 도움이됩니다 (자세한 내용과 아래 링크).
순서도는이 측정 값에 도달하기위한 이동 방법입니다.
제어 흐름도를 통해 다음 프로그램에 대한 순환 복잡도를 계산하는 방법을 알아 봅니다.
아래와 같이 제어 흐름 차트를 만들고 다음 공식을 사용하십시오.
순환 복잡성 : = 연결 또는 라인 수 – 노드 수 + 2
다이어그램에서 노드 수는 7 개이고 연결 수는 7 개입니다.
따라서 해당 코드 조각의 순환 복잡성은 7-7 + 2 = 2입니다.
제어 흐름 차트 및 순환 복잡성을 사용하는 방법에 대한 자세한 정보가 필요하십니까?
이것 좀 봐:
b) 공정 예시를위한 흐름도 :
다음은 순서도 형식으로 표시된 결함 추적 프로세스입니다. 보시다시피 흡수 및 구현이 매우 쉽습니다.
(노트 :확대 된 이미지를 보려면 이미지를 클릭하십시오)
# 2) 상태 전환 다이어그램 :
상태 전환 테이블 또는 다이어그램은 한 상태에서 다른 상태로 많은 변화를 겪는 복잡한 시스템을 볼 때 훌륭한 분석 도구입니다.
'상태 전환이란 무엇입니까?'라고 생각하는 초보자를 위해-스위치로 제어되는 전구를 생각해보십시오. 스위치를 켜거나 끌 수 있습니다. 따라서 전구가 주어진 시점에있을 수있는 상태는 ON 또는 OFF이고 한 상태에서 다른 상태로 전환하는 이벤트 / 액션은 스위치를 뒤집는 것입니다.
이것은 다이어그램이나 표의 형태로 표시 될 수 있습니다. 아래와 같이 :
LightBulb 켜기 | LightBulb 끄기 | |
---|---|---|
LightBulb 켜기 | 엔 | Flipswitch 끄기 |
전구 꺼짐 | 플립 스위치 ON | 엔 |
간단하지 않습니까? 좀 더 복잡한 것을 봅시다. 티켓팅 시스템에 대한 상태 전환 다이어그램을보십시오. 꽤 간단하고 이해하기 쉽습니다.
상태 전환 다이어그램은 일반적으로 비즈니스 항목 중심이며 페이지 별 탐색 중심이 아닌 시각적 페이지입니다.
예를 들면 : 우리의 경우 핵심 비즈니스 엔터티는 애플리케이션을 통해 생성 된 티켓 자체입니다. 티켓을 만드는 첫 번째 부분에는 몇 페이지를 통해 시스템을 탐색하는 것이 포함될 수 있습니다.
- 페이지 1-> 아니오를 선택하십시오. 여행자-성인, 어린이 및 노인.
- 페이지 2-> 1 일권, 주간권, 월간 권 등 티켓 종류를 선택하십시오.
- 페이지 3-> 세부 사항을 검토하고 마무리합니다.
- 페이지 4-> 결제 등
따라서 페이지별로 다양한 시각적 페이지 전환이있을 수 있지만 티켓 자체는 만들어진 상태입니다. 따라서 일반적으로 시각적 전환을위한 ST 다이어그램을 생성하지 않고 (원하는 경우 가능하지만 자주 사용되지는 않음) 핵심 비즈니스 항목의 상태 전환을 위해 생성합니다.
ST 다이어그램이 생성되면 다음과 같이 엔드 투 엔드 테스트 시나리오 및 최종 사용자 트랜잭션을 쉽게 식별하는 데 사용할 수 있습니다.
세 개의 노란색 선은 테스트시 응용 프로그램에서 가장 중요하고 가장 많이 사용되는 영역을 포함하는 세 가지 종단 간 케이스입니다. 이것은 의미있는 테스트 케이스를 만들고 엔드 투 엔드 승인 테스트를 만드는 데 매우 유용한 도구입니다.
훨씬 더 포괄적 인 설명과 실제 사용에 대해서는 =>를 확인하십시오. 복잡한 애플리케이션 테스트를위한 상태 전이 테스트 기법
# 3) 컨텍스트 다이어그램 :
소프트웨어 시스템은 거의 독립적 인 단위로 작동하지 않습니다. 계산기, 메모장 등과 같은 간단한 응용 프로그램은 자체적으로 작동 할 수 있지만 엔터프라이즈 응용 프로그램은 종종 다른 많은 응용 프로그램과 인터페이스합니다.
예를 들면 : 급여 시스템은 회계 응용 프로그램, 직원 시간에 대한 작업 표 시스템 및 직원 세부 정보에 대한 HR 포털과 상호 작용할 수 있습니다. 컨텍스트 다이어그램은 이러한 모든 관계를 이해하기 쉬운 방식으로 보여주는 훌륭한 다이어그램입니다.
다음은 방금 설명한 급여 시스템의 컨텍스트 다이어그램입니다.
컨텍스트 다이어그램은 관련된 다른 모든 엔티티와 함께 특정 시스템의 컨텍스트를 매우 명확하게 보여줍니다. 간단한 설명은 여기에서 확인하십시오 =>
간단한 설명은 여기에서 확인하십시오 => 시스템 컨텍스트 다이어그램
컨텍스트 다이어그램은 테스터가 더 넓은 의미로 시스템을 이해하고 시스템이 다른 엔티티와 갖는 이러한 인바운드 및 아웃 바운드 관계를 포함하는 테스트 전략을 만드는 데 도움이됩니다. 테스트 프로세스의 일부로 컨텍스트 다이어그램을 만들지 않을 수도 있지만 가능한 경우 이해를 높이는 데 도움이됩니다.
# 4) 마인드 맵 :
마인드 맵은 주제에서 주제로 이동하는 바쁜 마음을 추적합니다. 모든 생각이 점점 더 깊어지고 각 아이디어가 더 넓어집니다. 그것은 단지 당신의 주된 아이디어로 시작하여 그로부터 비롯된 모든 하위 생각을 문서화하는 다이어그램 형태입니다.
.json 파일을 보는 방법
마인드 맵은 모든 것에 사용될 수 있습니다. 아직 IEEE, CMMI 또는 기타 표준 템플릿이나 프로세스 문서에 등장하지는 않았지만 여전히 소프트웨어 산업 문화에서 매우 인기있는 부분입니다.
마인드 맵의 가장 인기있는 용도 중 하나는 탐색 테스트를 추적하는 것입니다. (저도 알고 있습니다. 탐색 테스트를 추적해야하는 이유는 무엇입니까? 빠른 개발주기, 애자일 및 기타 빠른 소프트웨어 개발 방법으로 인해 테스터가 완전한 문서화를위한 시간과 범위. 이것은 탐험의 범위가 증가하고 강화되어야 함을 의미합니다. 마인드 맵은 당신을 위해 그것을 할 수 있습니다.)
예를 들면 : 다음은 다음과 같이 마인드 맵으로 테스트를 추적하는 전자 상거래 애플리케이션의 다이어그램입니다.
테스터는 마인드 맵을 입력으로 얻지 못할 수 있습니다. 그러나 우리가 그것을 만들어야 할 때 상황을 볼 수 있습니다. 그렇게하는 것은 매우 쉽습니다. 중심 아이디어 또는 출발점으로 시작하여 생각이 어디로 가는지 따르십시오. 마인드 매핑에 사용할 수있는 간단하고 쉬운 무료 온라인 도구가 많이 있습니다. 이것은 제가 위를 그릴 때 사용한 것입니다. 여기지도.
자세한 정보와 도구는 =>를 확인하세요. 소프트웨어 테스팅에서의 마인드 매핑 – 테스팅을 더 재미있게 만드는 방법!
# 5) ER 차트 :
ER (Entity-Relationship) 다이어그램은 데이터베이스 모델링에 사용됩니다. 테이블, 해당 필드 및 한 테이블의 필드가 DB 시스템의 다른 테이블에있는 필드와 어떻게 관련되는지 이해하는 데 도움이됩니다. DB 시스템의 구성 요소와 이들 간의 관계를 시각적으로 보여줍니다.
ER 다이어그램은 DB 시스템을 설계하고 구축하기 전에 DB 모델 및 시각화의 초기 시험 실행으로도 사용됩니다.
ER 다이어그램에는 상자와 까마귀 발 커넥터를 사용하여 표현 된 엔티티 (DB 테이블의 인스턴스) 및 관계 (일대일, 일대 다, 일대 필수 등)가 있습니다. )
ER 다이어그램에는 많은 변형이 있지만 가장 간단한 버전은 다음과 같습니다.
영상 출처
빠른 소개 및 설명은 다음을 확인하십시오.
# 6) 보너스 : 모의 스크린 / 와이어 프레임 :
와이어 프레임은 HTML 또는 간단한 이미지 (스크린 샷)로 향후 UI 페이지 / 구성 요소를 다이어그램으로 보여줍니다.
와이어 프레임은 최종 제품을 매우 쉽게 시각화하고 테스트 설계 분석 프로세스를 개선 할 수 있기 때문에 테스터에게 축복입니다. 이는 더 나은 테스트 시나리오, 더 나은 테스트 케이스, 더 높은 테스트 효율성을 의미합니다.
와이어 프레임은 간단한 손으로 그린 이미지이거나 대화식으로 생성 된 웹 페이지 구조 또는 최종 시스템을 나타내는 기타 다이어그램 일 수 있습니다.
로그인 화면의 간단한 와이어 프레임은 다음과 같습니다.
다음은 QA 팀이 초기 테스트를 위해 와이어 프레임을 사용하는 방법과이를 생성하기위한 몇 가지 도구를 이해하는 빠른 링크입니다. => 와이어 프레임 – 실제로 테스트해야합니까? 그렇다면 어떻게?
마무리하려면-필요한 경우 이러한 다이어그램을 어떻게 만들 수 있습니까?
대부분 테스터는 위에서 언급 한 대부분의 다이어그램을 해석합니다. 하지만 드물게 생성해야 할 수도 있습니다. MS Visio 및 SmartDraw 사용할 수있는 훌륭한 도구입니다. 그러나 자유롭고 가벼운 것을 찾고 있다면 (설치 및 설정 없음), 여기에서 확인하세요.
인터넷에 액세스 할 수없고 단어 나 그림 만 있으면 이러한 다이어그램을 만드는 데 사용할 수있는 모양을 사용할 수 있습니다 (최소한 대부분). 이것은 시간이 많이 걸리고 사용자 친화적이지 않기 때문에 가장 선호하지 않는 방법이지만 그렇게 할 것입니다.
저자 정보 : 이 기사는 우리 팀원 Swati가 작성했습니다.
그렇다면 어떤 다이어그램을 사용하고 어떤 다이어그램을 가장 좋아합니까?
추천 도서
- 초보자 테스터를위한 소프트웨어 테스트 조언
- 최고의 소프트웨어 테스트 도구 2021 (QA 테스트 자동화 도구)
- 구성 요소 테스트 또는 모듈 테스트 란 무엇입니까 (예제를 통해 학습)
- 비교 테스트 란 무엇입니까 (예제로 배우기)
- 자동화로 인해 테스터가 테스트에 대한 이해를 잃고 있습니까?
- 글로벌 소프트웨어 테스팅 사업, 곧 288 억 달러에 도달
- 소프트웨어 테스터에서 동기 부여를 유지하는 방법은 무엇입니까?
- 시험 입문서 eBook 다운로드