how tester can think
장면 : 식당에 부모님과 유아 3 인 가족이 도착했습니다. 가장 좋아하는 피자를 주문한 후 가족은 휴식을 취했고 유아는 테이블에 놓인 젓가락을 가지고 놀기 시작했습니다. 그는 그들을 좋아했고 젓가락만으로 저녁을 먹기로 결정했습니다.
그는 자신의 욕망을 발표했고, 이야기에 바빴던 부모는 그것에 동의했다. 피자가 나왔을 때, 아이는 젓가락을 사용하기 시작했고 피자를 입에 넣는 데 여러 번 실패했습니다. 갑자기 부모가 눈치 채고 젓가락을 사용하지 말라고 지시했습니다. 유아는 부모가 이전에 자신의 욕망에 이미 동의했기 때문에 확신하지 못했습니다.부모가 나이프와 포크만으로 피자를 먹는 법을 가르치기 시작했을 때 아이가 믿음에 의문을 던 졌는데 젓가락으로 만 먹고 싶은데 왜 그럴까요? 그리고 좋아하는 피자를 먹지 못해 젓가락을 쓰다가 참을성이 없어 결국 젓가락을 버리고 피자도 먹지 않기로했다. 답답한 부모들도 아무것도 할 수 없었고 가족 저녁 시간이 최악의 시간으로 나타났다.
이제 위의 para의 일부 단어를 다음과 같이 바꾸고 그것에 대해 다시 생각하십시오.
부모님: 비즈니스 분석가, 영업 담당자, 개발 관리자 및 아키텍처 팀을 포함한 프로젝트 관리 팀.
유아 : 고객 / 최종 사용자
피자: 제품 / 용도
젓가락: 잘못
가장 좋아하는 응용 프로그램은 사용자가 실수하지 않고 응용 프로그램의 최악의 동작을 보지 않을 때까지만 선호됩니다. 일단 경험하면 사용자는 응용 프로그램으로 돌아 오지 않습니다. 따라서 테스터로서 이해하는 것이 매우 필요합니다. 사용자의 마음가짐 , 그가 행동 할 것으로 예상되는 방식, 애플리케이션으로 할 수있는 문제, 최악의 실수가 무엇인지 등.
대부분의 경우 포럼과 사내 팀 구성원으로부터 테스트 중에 사용자 경험을 복제하는 방법에 대해 질문을 받았습니다. 제 대답은 항상 간단했습니다. 사용자되기 :)
구현하는 것보다 말하기는 쉽지만 소프트웨어 테스트 산업이 사용자 경험과 피드백이 무엇보다 중요한 혁명의 방향으로 나아가기에 적절한시기입니다.
테스터는 최종 사용자로 어떻게 생각할 수 있습니까?
이로써 일부 제시 최종 사용자로 행동하고 놀라움을 찾는 전형적인 예 , 지난 며칠 동안 관찰 한 내용 :
#1) 날짜 필드를 테스트하는 동안 사용자가 올바른 날짜 값을 선택하거나 수동으로 입력하면 제대로 작동했습니다. 그러나 사용자가 12 / 00 //과 같이 완전히 잘못된 값을 입력하고 확인을 클릭하면 잘못된 날짜 값에 대한 오류 메시지가 표시되었습니다.
이제 사용자가 날짜를 수정하지 않고 페이지를 새로 고칩니다. 어떻게해야합니까? 글쎄요, 많은 사람들이 무슨 일이 일어나야할지 짐작할 수 있지만 응용 프로그램에서 무슨 일이 일어 났는지 생각할 수 있습니까? 페이지를 새로 고친 후 사용자에게 다음과 같은 메시지가 표시되었으며 동일한 값이 데이터베이스에도 저장되었습니다.
그래서… .. 테스터가 여기에있는 사용자를 복제했습니다. 동의하십니까?
#두) 응용 프로그램을 테스트하는 동안 워크 플로는 주문을 따를 경우 특별한 순서로 다양한 양식을 제출하는 것이지만 제대로 작동했습니다. 하지만 사용자가 # 5 양식에서 # 3 양식으로 돌아 가려고하면 어떻게 될까요?
다시 말하지만, 무슨 일이 일어나야하는지 생각하기보다는 무슨 일이 일어 났는지 살펴 보자 ...
테스터는 멍청했지만 사용자로서 자신을 드러내는 데 자부심을 느꼈습니다… .. 동의하십니까?
#삼) 로그인에 성공하면 사용자는 브라우저의 뒤로 버튼을 클릭합니다. 다시 한번, 무슨 일이 일어 났는지 봅시다…
자격 증명은 정리되었지만 정리되지 않았습니다. 더 나아가이 로그인 페이지에서 사용자는 비밀번호 분실 링크를 클릭합니다. 사용자가 이미 로그인했고 브라우저의 뒤로 버튼을 클릭하여 로그인 페이지에 있었음을 분명히합니다. 비밀번호 분실을 클릭하면 사용자가 애플리케이션의 홈 페이지로 이동했습니다.
테스터가 사용자로 바뀌 었습니다… .. 동의 하시겠습니까?
# 4) 애플리케이션의 검색 페이지 URL (http : //x.x.x.x : y / # / Search)을 확인한 후 테스터는 URL을 http : //x.x.x.x : y / # / Search / test? 그리고 무슨 일이 일어 났을 지 생각할 수 있습니까?
글쎄, 응용 프로그램이 충돌하고 다시 테스터가 사용자에게로 향했습니다 ... 동의하지 않으시 길 바랍니다.
결론
이 예를 통해 내가 원하는 것을 충분히 전달했다고 생각합니다.
배열 자바에 값 추가
실제로 테스트는 응용 프로그램의 작업 흐름을 확인하는 것을 의미하지 않으며 응용 프로그램을 중단하는 것도 의미하지 않습니다. 사용자 경험 확인 그가 실수를하더라도.
저자 정보 : 이 게시물은 STH 팀원 Bhumika Mehta가 작성했습니다. 그녀는 소프트웨어 테스트 분야에서 10 년 이상의 경험을 쌓은 프로젝트 책임자입니다. 그녀는 좋은 아이디어와 혁신, 위험도 높이 평가합니다. 그리고 물론 단조로운 작업, 사람 및 환경을 싫어합니다.
그리고 예, 테스터를 최종 사용자로 전환하겠습니다…. 동의하십니까? :)
그래서… .. 우리는 여러분의 더 많은 사례를 듣고 싶습니다. 여러분의 의견도 듣고 싶습니다.