우선, 아래와 같이 I, 그 다섯 단계의 세 단계를 단순화하는 경우 시스템 분석과 다섯 단계의 문제를 해결하기 위해 설명의 서문 "언어 분석 시스템의 제 2 부분은 상기 문제점을 해결하기 위해"
내용, 시험에서 내 자신의 경험, 발생 유사한 사례를 관련 소프트웨어 테스팅 프로세스와 결합 - 목표 본 논문 "정의의 문제 제 3 장 문제를 발견".
문제는 무엇인가? 문제는 현실과 대상 사이의 간격을 의미한다. 목적은 무엇인가 : 따라서, 문제의 정의에 따라, 문제의 원인을 분석? 어떤 현실? 편차에 대한 이유는 무엇입니까? 어떤 조치가 격차를 닫습니다? 같은 효과적인 대응 여부? 저자 왕 SHIMING 교사, 생활 (통신과 표현)하고, 즉 네 가지 유형으로 분류 작성하는 과정에서 발생하는 학습 문제 (예 : 문제 해결로) 작동합니다 :
1) 정확하게 문제를 설명하는 데 실패
2) 명확하게 구조의 문제를 구분하지 않습니다
3) 표현의 문제에 눈을 멀게
4) 암시 적 가정 문제를 무시
정확하게 문제를 설명하기 위해 실패
사례 연구 : 개발자 D 및 테스트 관리자는 부서가 T 협력 나쁜 태도 테스터, 말한다.
"나쁜"문제가 해결되지 않는, 주관적인 포괄 문구입니다. 그래서 일단 당신이 알아야 할 모든 여전히 가난한 개발자 D 협력 태도 테스터 T에 가난한 사람들의 문제에 대한 일반적인 태도이다? 차이 여부 비즈니스 지식의 협력 태도에 기인하지만, 오프 발생? 그가 너무 바빠서 때문에 또는 개발자 협력 지원을 제공 할 수 없습니다 일으키는? 즉, 터치, 퍼지 모호한 및 비 정량적 문제의 기술, 우리는 먼저는, 정량화 예시 문제의 명확한로 변환해야합니다.
둘째, 구조의 문제를 밖으로 명확한 분류가 없다
적절한 예 : 나는 고객에게 예비 테스트를 제공 할
이 경우, 프레임 5W2H는 정보와 관련된 문제를 명확히하는 데 도움이. 예를 들면 : 당신이 예비 테스트를 수행 할 왜 이러한 응답에서 나는 보통 물어? (테스트 경험, 시험 레벨 테스트 유형 및 기타 정보 책임을 얻을) 참여 누가? 무엇 등등 시간 기간;
셋째, 문제의 모양 속지
진짜 문제는 자동으로 당신의 앞에 배치하지 않는, 그들은 문제에 대한 예비 솔루션의 모양, 또는 관련이없는 정보와 간섭이 발생하는 다른 형태의 문제 일 수 있습니다. 많은 사람들이 진짜 문제 솔루션에서 벗어나 이러한 편차에 의해 혼동된다. 예를 들면 :
이유는 1) 테스트 팀은 사용자의 사이트에 많은 결함을 놓칠 것인가?
대답은 직관적으로 인해 여러 가지 이유로 인해 가난의 시험 결과의 유효성을 팀을 테스트한다. 그러나,이 모양의 원인이 될 수 있습니다, 5WHY 법을 사용하여이 시간이 몇 후 질문이 문제의 근본 원인이 발생하는 결함 요구 사항 정의 작물이 없습니다 찾을 수 있습니다 왜 진짜 문제를 명확히하기위한 좋은 선택이 될 것입니다. 여러 번이, 특정 장면에 따라, 기본 기준에 도달 할 때 "왜"실제 물어 우리는 수준을 해결할 수 있습니다. 열쇠의 5WHY 분석은 다음과 같습니다 문제의 근본 원인을 찾을 때까지, 인과 관계의 사슬을 따라 결과에서 시작 주관적 가정이나 논리의 함정을 피하려고하는 문제를 해결하기 위해 사람들을 격려.
2) 고객은 예비 테스트를 수행합니다
마찬가지로, 당신은 사실, 고객 교육은 다음 탐색 시험이 목적을 달성하기 위해 단지 방법을 찾을 것입니다, 효율적으로 테스트하기 위해 설계, 전부는 아니지만되고, 찾을 이유 몇 가지를 요청할 수 있습니다.
넷째, 질문 암시 적 가정을 무시
사례 연구 : 왜 민첩한 개발 회사 내에서 실패? 민첩 성공적인 구현을 암시 적 가정을 무시하기 때문에 여러 번이다. 암시 적 가정은 또한 환경 가설을 포함 할 수있다 (예 : 환경 측정 대상 작업) 시간이 (내 내성적 인 성격 및 관리에 대한 때문에 적합하지 않습니다), 이론과 경계의 전제가 / 도구 등을 사용한다고 가정 (탐구는 성공적인 구현을 테스트 전제와 경계).
문제는 체계적인 분석과 문제 해결의 첫 번째 단계를 정의하는 매우 중요한 단계입니다. "제대로 문제를 명확히 가능, 문제는 반으로 해결되었습니다!"