반복되는 약속 모델을 철저히 블랙 박스 테스트하기 위해 필요한 테스트 시나리오는 무엇입니까?

Question

나는 매우 포괄적 인 테스트 드라이버를 작성하려는 캘린더에서 약속을위한 Django 모델이 있습니다. 반복되는 약속은 어느 시점에서 발생하며 무한대로 실행되거나 고정 된 횟수로 재발 할 수 있습니다. 약속은 Google 캘린더 약속에 사용할 수있는 기능을 반영합니다 (매월/매년/매주, 2 주마다, 3 년마다 재발 할 수 있습니다.)

이 구현의 기본 사항을 철저하게 테스트 할 단위 테스트를 생각해 내려고 노력하고 있습니다. 가장 기본적인 테스트를 정의 할 엣지 케이스를 찾고 있습니다.

나는 기본적으로 많은 것을 가지고 있지만 가장 중요한 사례를 식별하는 데 도움이되는 제안을 찾고 있습니다. 1) 단일 약속 만들기 2) 매주 반복하는 약속 만들기 3) 월별 4) 2 주 5. 2 개월마다 6) 매년 반복됩니다

Answer 1

마지막 몇 달, 도약 및 연도가 추가로 2 초가 걸리면 미치게 될지 여부를 테스트하십시오 (Zune 플레이어에서 드라이버를 쳤다).

테스트 몇 년을 건너면 잘 작동합니다.

즉, 프레임 워크의 일부인 무언가를 다시 테스트하고 있는지 고려하십시오. 날짜 로직 테스트는 추악한 빠르게 빠르게 얻을 수 있으므로 응용 프로그램의 일부와 프레임 워크의 일부에 대한 선을 그려야합니다.

Answer 2

약시 연도에 2 월 29 일 연간 재발을 테스트하는 것을 잊지 마십시오.)

Answer 3

시나리오를 시작하기 전에 요구 사항에 대한 이해를 바탕으로 테스트 계획을 세워야합니다.

사용자 기반 및 기타 가능한/미래의 사용자 기반을 고려하십시오 (최우선 과제). 그들은 주로 그것을 사용하고 사업에서 그들에게 가치가있는 사용 사례는 얼마입니까?

이상적으로는 앱 모델을 만들고 거기서부터 시작하십시오.

당신이 계획하고있는 일에 대한 위험 분석을 생각해보십시오. 그런 다음 기능, 보안, 현지화 테스트 등을 계획하십시오.

그런 다음 (위험 분석에서) "위험한"방법에 따라 시나리오에 대해 생각하기 시작할 수 있습니다. "위험한"것을 먼저 쓰고 실행하는 데 집중하십시오.

위험 분석 및 사용 방법에 대한 비즈니스 입력 (가능한 경우 사인 오프)을 얻으십시오.

무작위 시나리오를 던지는 것만으로도 좋은 테스트 연습이 없으며 개발자로부터 얻을 수있는 모든 조롱이 필요합니다. 테스트는보다 엔지니어링되고 계획된 운동이어야합니다. 그들은 거리에서 누군가를 고용하여 머리 꼭대기에 오는 시나리오를 실행할 수 있습니다.

즉, 앞서 언급 한 시나리오가 시도되고 사실이라는 데 동의합니다. 좋은 생각. 또한 일광 절약 테스트를 던지십시오. 다른 이메일 클라이언트를 사용하십시오. 무료/바쁜 날짜를 출판해보십시오. 개발자 가이 정보를 게시하는 방법을 설명하도록하십시오. 웹 서비스를 통해입니까? 교환 사용자 만 이것을 사용하기를 기대합니까? 날짜가 다르게 형식화되는 다른 나라에있는 사람이 있습니까? 그런 다음 약점을 찾고 더 많은 버그를 찾을 수 있습니다.

행복한 테스트.