안정적이고 신뢰할 수있는 우리의 응용 프로그램을 만들기 위해, 우리는 시험이 필요합니다. 테스터는 딸랑 딸랑 장과 DONGLIANG 그는입니다.
테스트 전략 :
우리의 테스트 계획은 주로 두 부분, 즉, 화이트 박스 테스트와 블랙 박스 테스트로 구성되어 있습니다.
화이트 박스 테스트.
우리가 계획 단계에있는 점을 감안하면, 우리는 APP의 코드에 대한 아무 생각이 없다, 우리는 일일 스크럼 단계에서 화이트 박스 테스트를 시행 할 계획이다. 우리는 테스트를 가지고있는 프로그램 코드의 구조에 따라 테스트 케이스를 설정합니다.
블랙 박스 테스트
우리는 사용자가이 APP 및 디자인 테스트 케이스를 처리하는 방법 시나리오의 종류를 가정합니다.
ⅰ) 기능 테스트 우리는 각 기능 모듈의 신뢰성과 안정성을 테스트하는 것이다.
II) 통합 테스트 : 우리는 서로 관련 모듈이 올바르게 수행 할 수 있는지 여부를 테스트합니다.
III) 시나리오 테스트 : 우리는 몇 가지 사용자 시나리오를 가정하고 사용자의 가정의 요구를 처리하려고합니다. 따라서, 우리는 우리의 응용 프로그램을 테스트해야합니다.
ⅳ) 알파 테스트 : 우리는 우리의 알파 버전을 출시하고 사용자의 피드백을 수집합니다.
우리의 시험 기준 :
테스트 모듈 (들)이 제대로 작동 할 수 있으며이 외에도, 적절하게 예외적 인 경우를 처리 할 수있는 경우, 신속하고 유창하게 사용자에게 응용 프로그램 캔 응답, 우리는 그것을 통과하게됩니다.
시험 자료 :
플랫폼 : WP7.0 및 비주얼 스튜디오 2010 및 윈도우 폰 에뮬레이터.
테스터 : DONGLIANG & 팅 장
테스트 매트릭스 :
|
|
사용자 유형 |
모바일 OS |
언어 |
회로망 |
| 변수 개수 |
이 |
1 |
1 |
삼 |
|
|
컨퍼런스. 호스트 |
|
영어 |
네트워크 없음 |
|
|
컨퍼런스. 출석자 |
WP 7.0 |
|
GPRS |
|
|
|
|
|
와이파이 |
사람 :
| 이름 : |
섬유주 |
| 성별, 연령 |
남성 32 세 |
| 점령 |
선임 연구 위원 |
| 수익 |
100 만 / 년 |
| 생활 / 일 |
컴퓨터는 하루 종일 종종 열린 회의에서, 연구를하고 |
| 어려움 |
회의, 종이 일정이 문제를 열고,하지만 그들은 한 때 수행 할, 또는 다음 용지 영감을 찾을 수있을 수있는 회의 회의 따라서 자신이 좋아하는 평생 후회를 그리워하고 것이 무엇 룸 모르는 그것 ~ |
| 목적 |
일정보고, 휴대 간편 |
| 사용자 환경 설정 |
한 눈에, 편리하고 간단하고 실용적인 |
| 사용자의 비율 |
전 세계의 학술 연구 또는 학생 회의를 열기로 돌아 가기 |
| 전형적인 장면 |
일정을 찾아 관련 기사 그림을 검색 할 경고 플래그을 |
장면 하나 :
... 소주는 모임에 초대를받을, 그래서 그 날 그 장소에왔다, 그러나 그는 그들의 머리의 의제 및 확인이 너무 많은 문제를 이메일을 보내, 내가있는 회의실이 방법을 수행하는 모든 회의를 열고 알고 싶은 것을 잊으 셨나요?
회의에 참석하기 위해 추가, 당신은 쉽게 언제 어디서나 일정을 잡을 찾아 볼 수 있습니다
장면 2 :
의제를 알고 있지만, 너무 많은 항목은, 자신의 사람들과 접근 방법을 수행하는 회의 시간을 놓친 경우, 모임에 갈 때 기억하지?
당신이 참여하도록 알림을 설정하려는 항목에 대한 일정을 검색, 그래서 전화는 친구를 만나기 위해 일찍 그에게 몇 분을 생각 나게 할 수있을 것입니다 때
장면 세 :
이 보고서 청취, 이봐, 사람들과 잠시 너희 가십을 아, 어떻게 그것을 이해하지 못했다 무엇을 말하고 (또는 어떤 일이 저자 아를 백업한다)?
항목 및 검색의 키 스피커의 일부
종료 기준 :
사용자, 중요, 사용하기 쉬운 노력하지 않는 간단한 인터페이스의 기본 요구 사항을 완료 할 수.
HTTPS : //www.cnblogs.com/OMG-Team/archive/2011/10/31/2229979.html 재현