단일 테스트 권장

개시하다
테스트 용례를 만들어 본 적이 없다. "단독으로 테스트했나요? 어떤 관점으로요?"주변에 이런 사람이 늘었기 때문에 적는 정도로 써야 한다.
단일 테스트란
인코딩된 프로그램이 정상적으로 작동하는지 확인하기 위한 테스트입니다.
각 조건 지점에서 설치 기능에 논리적 오류가 있는지 조정하고 정상적으로 작동하는지 확인합니다.
테스트는 단일 테스트뿐만 아니라 다른 결합 테스트와 종합 테스트도 있다.
*결합 테스트: 다른 기능이나 다른 서비스와 정확하게 제휴, 연계할 수 있는지 여부
*종합적인 테스트: 전체 시스템 구상에 적합한 요구 사항을 충족하는지 여부
이러한 것들은 단일 테스트의 목적과 관점과 다르지만 단일 테스트와 같은 서비스 개발에서 매우 중요한 역할을 한다.
사이트, 응용 프로그램 등 화면에서의 단일 테스트 제작 방법
기본적으로 서비스에 대해 화면 디자인서가 검사한 내용을 망라하면서 테스트 용례를 만들어야 한다.
다음 그림은 화면 설계서의 예이다.
내가 화면에 있는 단일 테스트 테스트 용례를 제작할 때 주의해야 할 점은 주로 다음과 같은 몇 가지이다.
1. 화면 규격
2. 유효성 검사
3. 입출력
단일 테스트는 상기 세 가지 관점을 고려한 화면상의 테스트와 다르다
서버측 API 작업에 대한 테스트도 중요합니다.
API 테스트에 관해서는 다음에 설명하고 싶습니다.
1. 화면 규격
요구에 따라 동작, 레이아웃을 했는지 확인하는 테스트 용례다.
예를 들어 설계서에 따라 아이콘, 문자, 수치 등 화면 항목을 설정했는지 여부
그 양식의 일치 여부를 확인하다.
화면 항목에 관해서는 크게 네 가지 검사 관점으로 나뉜다.
배치
형식
동작
오류

레이아웃
디자인북에 비해 아이콘 이미지와 헤더 이미지가 레이아웃 지시에 부합되는지, 편차와 문제가 있는지 확인한다.
또한 화면 항목의 문구가 일치하는지, 초기 값이 설계서와 같은지 확인한다.
위의 그림에서 테스트 결과인 NG는 수정이 필요하다고 할 수 있다.

형식
사용한 화면 항목의 형식이 디자인과 일치하는지 확인하세요.
화면 표시 항목의 형식(날짜가 YYY/MM/DD인지 아니면 YY년 MM 월 DD일인지)이 설계서와 일치하는지 확인합니다.

동작
화면 항목의 단추 등의 이동, 정렬, 대화상자 모드가 올바른지 확인하십시오.
또 Ajax 등을 사용할 때도 동작할 때 동적 처리가 이뤄졌는지 확인하는 것을 잊지 말아야 한다.

오류
오류가 발생했을 때의 동작 검사는 동작의 검사 관점과 유사합니다.
먼저 오류가 발생했을 때의 화면, 모드, 오류 코드, 오류 정보가 설계서와 일치하는지 확인합니다.
또한, 오류 발생 시 사용자에게 다음 조작을 유도하거나 회피하는 방법 등을 제시한다
오류 발생 시 재작업 불가, 화면 닫기 불가 등의 잠금 상태가 발생하지 않는지 확인하십시오.

2. 유효성 검사
입력란 등의 입력내용과 기술내용이 요건에 부합되는지 타당성을 확인하는 것을 말한다.
검증 검사는 응용 프로그램이 상상할 수 없는 오류 입력을 피하고 취약성을 보완하기 위해 필요한 요소이다.
특히 입력 형식 등에서 악의적인 사람의 공격을 막는 것은 큰 의미가 있다.
유효성 검사는 입력되지 않은 체크, 문자열 길이 체크, 유형 체크 등 여러 가지 유형도 있습니다.
단일 테스트는 주로 다음과 같은 검증을 확인한다.
　1. 숫자, 문자열 길이가 적당한지 여부
　2. 날짜와 날짜가 구상한 형식(YY/MM/DD인가 양력, 화력 등)
　3. 최소, 최대 또는 예상 범위 내의 수치를 선택했는지 여부
　4. 검색 형식(전면 일치, 전문 일치)이 설계 요구에 부합되는지 여부
　5. 입력 값의 부족에 대해 보완, 오류가 발생한 규격을 채택했는지 여부
이 외에도 각 터미널과 브라우저에 대한 테스트가 필요하다.
3. 입출력
입력과 출력의 형식이 설계서가 지정한 형식인지 확인하세요.
만약 입력이라면 창의 사용자가 입력하고 동작을 선택하며
파일 가져오기, 카메라 시작 시 사진 등 설계서가 예상과 일치하는지 확인한다.
출력의 경우 화면, 변환, 모드 대화상자,
데이터를 추출할 때 형식(CSV, TSV, TXT 등)이 예상과 일치하는지 확인합니다.
또한, 이 때 입력과 출력의 둘 중
파일의 프로젝트 이름이나 프로젝트 이름의 정의가 일치하는지 확인할 수 있습니다.
단일 테스트 용례로 만든 검사표 가져오기
저는 위와 같은 것들을 주의하면서.
응용 프로그램과 서비스를 검사하는 단일 테스트를 만들고 있습니다.
단독 테스트 경험을 쌓은 공동 프로젝트를 총결하여 검사표를 만들었다.

위의 그림은 내가 테스트 용례를 제작할 때 주의사항을 항목별로 종합한 검사표이다.
이런 검사표가 있으면 제작할 때의 누락을 줄일 수 있다
경험이 없는 사람에게도 어느 정도 테스트 용례에 대한 주의점을 공유할 수 있다.
끝말
테스트 인원은 단일 테스트에서 공통된 인식을 가지고 수동 테스트와 자동 테스트가 모두 중요하다.
검사표의 제작과 테스트 대상의 논리성, 망라성 이해는 일종의 수단이라고 할 수 있다.
또한 고품질의 테스트 용례를 만드는 것은 테스트에서 낭비를 없애는 것과 관련이 있다
이것도 서비스 품질의 보증과 관계가 있다.
한편, 단독 테스트의 실시가 자동인지 수동인지에 대해 테스트 디자이너와 실장자가 판단한다.
원가, 기한 등 상황, 자원의 상태에 따라 결정되기 때문이다
단일 테스트 자동화를 할 때는 별도의 주의점과 관점이 필요하다.
다음에 API 테스트를 진행하는 동안 이 자동화에 대해 설명해 주시기 바랍니다.