이 기사에서는 생년월일에 대한 테스트 케이스를 설계하는 방법에 대해 설명합니다.
이 기능은 많은 용도로 사용되기 때문에 매우 중요합니다.
이러한 용도 중 일부는 보안 및 식별과 같은 영역을 포함합니다.
테스트 케이스를 자유롭게 사용하고 필요에 따라 수정하십시오.
이제 계속하기 전에 테스트 사례 작성에 대해 자세히 알아볼 수 있습니다.
목차
생년월일 기능에 대해 테스트해야 할 주요 사항은 무엇입니까?
생년월일은 하나의 필드입니다.
그러나 제 생각에는 사용자 프로필을 등록 할 때 가장 중요한 필드 중 하나입니다.
요소를 분해하자;
- 일(텍스트 필드)
- 월(텍스트 필드)
- 년(텍스트 필드)
- 모든 요소가 유효합니까?
생년월일 기능을 사용하는 시나리오
- 계정/사용자 등록
- 제품 또는 서비스에 등록할 때 사용자의 연령 확인
- 사용자가 잊어버린 경우 로그인 자격 증명 재설정
- 일련의 보안 질문의 일부로 관리자 사용자
위에서 언급한 시나리오에 대해 자세히 설명해 보겠습니다.
시나리오 1:생년월일 테스트 사례–사용자의 연령 확인
연령 확인은 다양한 플랫폼에서 사용됩니다. 다음은 고려해야 할 몇 가지 테스트 시나리오입니다.
- 사용자는 소셜 미디어/이메일 계정을 만들고 싶어하며 13 세 이상이어야 합니다.
- 사용자가 영국 임시 운전 면허증을 신청하고 있습니다. 최소 연령은 17 세입니다.
- 제한된 제품 또는 서비스를 온라인으로 구매. 예를 들어 연령 검사를 실시 할 필요 제한 유튜브 동영상을보고.
- 알코올이나 게임 서비스를 온라인으로 구매!
시나리오 2: 생년월일에 대한 테스트 케이스-사용자가
- 를 잊어버린 경우 로그인 자격 증명을 재설정하는 경우,시스템은 사용자의 신원을 증명하기 위해 추가 검증을 요청할 수 있다.
시나리오 3:생년월일에 대한 테스트 사례–시스템의 관리자는 위의 시나리오와 비슷하지만 인간 요소가 있는 일련의 보안 질문
- 의 일부로 보건복지부를 묻습니다. 이 시나리오는 응용 프로그램 관리자 사용자가 호출하는 사용자가 실제로 자신이 누구라고하는지 확인하려는 경우이며 국방부는 일련의 보안 확인 질문의 일부입니다.
비즈니스 및 기능 요구 사항
테스트가 고품질 인 경우 항상 몇 가지 요구 사항을 시도해야합니다.
나는 항상 비 테스트 동료들에게 사양 기반 테스터로서 우리는 우리가 가진 요구 사항만큼 훌륭하다고 말한다.
내 비즈니스 분석가 친구를 주목하십시오.
의 내가 당신을 위해 만든 몇 가지 예제 요구 사항을 분해 할 수 있습니다.
나는 자세한 것을 시도했지만 배 밖으로 가고 싶지 않다.
가능한 경우 항상 모든 프로젝트 요구 사항을 저장할 수 있는 요구 사항 추적 매트릭스를 만들어야 합니다.
| 요구 사항 아이디 | 요구 사항 설명 | 참고 사항 |
| 이 시스템은 출생의 날짜를 캡처해야합니다. | ||
| 생년월일은 영국 형식이어야 합니다. 예를 들어 필드의 날짜 형식은 아래 순서여야 합니다.드롭 다운 옵션이 필요한 경우 사용자 인터페이스에서 13 세까지의 최소 시작 날짜를 업데이트하고 표시할 수 있습니다. 그것은 또한 수동 입력을 받아들일 수 있습니다. |
||
| 이 요구 사항은 날짜/달력 제어 옵션을 포함하도록 확장할 수 있습니다. 그러나 단순화를 위해 우리는 수동 양식 옵션을 사용합니다. 사용성 관점에서 볼 때,날짜 선택기는 덜 지루하고 유효성 검사 문제가 발생하는 경향이 적습니다. |
||
| 사용자 연령 제한 최소 사용자 연령은 13 세입니다. 시스템은 현재 날짜로부터 13 세 미만의 사용자를 자동으로 거부해야 합니다. |
||
| 일 필드 유효성 검사 일 필드는 1 에서 31 사이의 유효한 숫자여야 합니다.1 보다 작거나 31 보다 큰 값을 거부해야 합니다. |
||
| 유효한 월 필드는 1 에서 12 사이의 숫자입니다. 월 1 은 1 월을 나타내고 12 월은 12 월을 나타냅니다.사용자가 월을 숫자 값으로 입력하면 시스템에서 일 값이 올바른지 확인해야 합니다. |
||
| 연도 필드 유효성 검사 연도 필드는 현재 연도에서 125 년을 넘지 않아야 하는 4 자 숫자 값입니다. 예를 들어 오늘이 2021 년 9 월 1 일인 경우 시스템이 갈 수있는 가장 빠른 날짜는 1896 년 9 월 1 일입니다. |
110 세 이상의 사람들이 살아 있고,그 결과 나는 더 많은 비상 사태를 추가했습니다. | |
| 윤년 검증 사람이 윤년에 태어난 경우,시스템은 검증해야한다; 그들이 태어난 해는 사실 윤년이었다. 비 윤년에 3 월 1 일에 자신의 생년월일을 기본. 입력한 연도가 올바르지 않으면 시스템에 오류 메시지가 표시되어야 합니다. |
참고:일부 국가에서는 윤년을 2 월 28 일로 디폴트하는 것은 불법으로 간주됩니다. 이 경우,우리는 3 월 1 일 사용하는 영국의 법적 관점을 사용합니다. |
|
| 정확한 날짜 확인 사용자가 전체 생년월일을 입력하면 시스템의 유효성을 확인해야 합니다. 비즈니스 규칙 1: 날짜가 올바른 월을 준수하는지 확인합니다. |
||
| 2010 년 10 월 10 일(토)~10 월 11 일(일)~10 월 11 일(일)~10 월 11 일(일) |
사용자 여정
테스트 사례에는 일반적으로 양수 및 음수 유효성 검사가 포함됩니다. 다음과 같이 표시됩니다;
- 사용자가 등록 페이지로 이동
- 메시지가 표시되면 사용자가 잘못된 생년월일을 입력
- 사용자가 유효한 생년월일을 입력(실수로 13 세 미만)
- 13 세 미만인 경우 등록할 수 없음을 알리는 오류 메시지가 표시됩니다.
- 출생(13 세 이상)
- 시스템은 날짜를 올바른 것으로 처리하고 유효성을 검사합니다.
생년월일의 테스트 사례 예
| 단계 번호 | 테스트 단계 | 요구 사항 아이디 | 예상 결과 | 실제 결과 | 상태(통과/실패) | 양성/음성 테스트 |
| 1 | 테스트 대상 응용 프로그램에 대한 사용자 등록 양식 페이지에 액세스) | 사용자는 사용자 등록 페이지에 착륙합니다. | + | |||
| 2 | 생년월일 필드를 건너뛰고 나머지 양식에 유효한 데이터를 입력합니다 | 유효한 데이터는 생년월일 필드를 제외한 모든 필드에 채워집니다. | + | |||
| 3 | 음수 테스트 시나리오 ‘일’필드에=>32 와 같은 잘못된 번호를 입력하십시오. |
날짜 필드가 잘못된 항목으로 채워집니다. 예:32/미리메터/년 참고: 요구 사항을 작성하는 방법에 따라 이 시점에서 또는 모든 날짜 필드가 채워지면 응용 프로그램에서 오류 메시지를 표시할 수 있습니다. |
– | |||
| 4 | ‘월’필드에 사용자는 유효한 숫자 값을 입력합니다. | 유효한 숫자 값이 입력됩니다 | + | |||
| 5 | ‘연도’필드에 사용자가 올바른 값을 입력합니다. | 정확한 출생 연도가 입력됩니다. | + | |||
| 6 | 사용자가’제출’을 클릭합니다’ | 일 필드가 올바르지 않다는 경고 오류 메시지가 표시됩니다. 참고:사용자가 수정할 수 있도록 입력된 수동 데이터로 모든 필드가 여전히 채워집니다. 필드는 여전히 편집할 수 있습니다.. |
+ | |||
| 7 | 음수 테스트 사례 일 필드에 사용자가 빈 공간을 입력합니다. |
다른 모든 필드는 여전히 채워지고 일 필드는 공백으로 업데이트됩니다 | – | |||
| 8 | 사용자 클릭 제출 | 일 필드가 올바르지 않다는 경고 오류 메시지가 표시됩니다. 모든 필드는 사용자가 수정할 수 있도록 입력한 수동 데이터로 채워집니다.. |
+ | |||
| 9 | 비즈니스 규칙 테스트’일’필드에 사용자가’31’값을 입력합니다. |
값’31’이 일 필드에 입력됩니다. | – | |||
| 10 | 월 필드에 09 참고:9=9 월 값을 입력합니다 |
월 필드에 값’09’가 채워집니다. | ||||
| 11 | 연도 필드에 사용자가 올바른 값을 입력합니다. 예. 1985 |
올바른 값이’연도’필드에 입력됩니다. | ||||
| 12 | 사용자가’제출’을 클릭합니다’ | ‘유용한’오류 메시지가 표시됩니다. 이 메시지는 9 월에 31 일이 없음을 사용자에게 알립니다. 그에 따라 수정하십시오. |
||||
| 13 | 사용자가 일 값을 다음과 같이 수정합니다 30 | 일 필드는’30’으로 채워져 있습니다. | ||||
| 14 | 사용자가’제출’을 클릭합니다’ | 시스템; 가)양식을 처리합니다. 나)생년월일의 유효성을 검사합니다. 다)비즈니스 규칙에 대한 유효성을 검사합니다. 는 사용자를 등록 확인 페이지로 리디렉션합니다. |
이 테스트 케이스를 너무 오래 만들고 싶지는 않지만 몇 가지 테스트 단계를 추가하여 다음을 보장 할 수 있습니다;
- 사용자가 13 세 이상
- 2 월 29 일에 태어난 사용자는 생년월일로 3 월 1 일로 기본 설정됩니다(윤년 제외).
- 해당 연도가 현재 날짜로부터 125 년을 넘지 않는지 확인합니다.
캘린더 컨트롤이있는 경우 마우스로 날짜를 선택하는’일’이 훨씬 쉬워야합니다.
이는 기능 테스트가 적고 준비 할 테스트 데이터가 적기 때문입니다.
등록 프로세스의 일부로 암호 변경 기능에 대한 테스트 사례도 고려할 수 있습니다.
경계 값 분석
다음은 여러분이 생각해 보고 싶은 경계 값입니다.
나이
| 경계 1 | 경계 2 |
| 0 -13 | 13 > |
등가 분할
이 테스트의 일부로 여러 파티션이 있습니다.
| 파티션 1 | 파티션 2 |
| 0-12 | >13 |
회귀 테스트 스위트
에 큰 도움이됩니다.이 같은 상세한 기능 테스트를 좋아합니다. 왜?
내 회귀 테스트 팩에 추가 할 수 있기 때문입니다.
모든 복잡한 세부 사항이 있으면 문자 그대로 이러한 테스트를 필요할 때 실행할 수 있습니다.
수동 테스트인지 자동 테스트인지에 관계없이.
요약
위의 내용이 생년월일 기능 테스트에 대한 좋은 테스트 케이스가되기를 바랍니다.
나는 내 경력에서 많은 일을 기억하기 때문에 이러한 유형의 블랙 박스 테스트 기술을 절대적으로 좋아합니다.
테스트 날짜 필드를 찾은 경우 캘린더 응용 프로그램에 대한 테스트 사례를 작성하는 데 관심이 있을 수도 있습니다.
품질 보증 분야에서 일하는 것은 쉬운 일이 아니지만 이것은 소프트웨어 테스터가되는 많은 과제 중 하나입니다.