좋은 소프트웨어 (웹 사이트) 테스터가되는 법에 대한 질문

Question

저는 소프트웨어 테스터 (SDET 어쩌면)로서, 특히 웹 사이트 테스트를 위해 일할 것입니다. 나는이 지역의 일부 모호한 인상을 아래로 특정 몇 가지 질문 있어요 : 나는 더 많은 관심을 지불해야한다 등의 기능 사양, 설계 사양과 같은 많은 문서 중

1. 를? 테스터의 견해로 그들을 보는 방법?

2. 시험 사양 작성에 대한 좋은 제안이 있으십니까?

3. 웹 사이트 테스트에주의해야합니까?

다음은 몇 가지 질문입니다. 곧 업데이트 할 예정입니다.

나는 당신의 목소리를 대단히 듣고 싶습니다. 많은 감사합니다.

Answer 1

저는 2 년의 .NET 경험과 1.5 년의 이전 테스트 경험 및 ISTQB/ISEB Foundation 자격을 갖춘 개발자입니다.

귀하의 질문에 대답하려면 :

는

1 : 테스트 매니저 (일반적으로)에 대해 테스트 할 수있는 사양 문서의 테스트 계획 및 인식을해야합니다. 개발자가 사용하는 것을 사용하는 것이 좋은 출발입니다. 개발 방법론이 민첩하다면 아마도 "사용자 스토리"가 될 것입니다.
문서를 보는 좋은 방법은 기능의 개별 요소가 지정된 곳을 살펴보고이를 실행하는 단계를 만드는 것입니다 (아래 기능적 기술 참조).

2 : "테스트 사양"이란 무엇입니까? 테스트를 필요로하고 필요한 범위를 이해해야하는 응용 프로그램 영역의 우선 순위를 지정해야합니다. "테스트 케이스 스펙".
등가 분할,
경계 값 분석 (또는 테스트 스크립트)을 효율적이고 효과적으로 (기능) 기술 등 일부 블랙 박스를 사용하여 작성 할 수 있습니다 (테스트 계획 및 테스트 전략 등) 높은 수준의 문서에 맞는 ,
의사 결정 테이블,
상태 전이 분석 (사용자 스토리를 기반으로 할 수있다)
사용 사례 분석
에서는 테스트 사례가 포함 된 스크립트를 제안합니다. 이러한 기술은 온라인으로 조회 할 수 있습니다.

화이트 박스 (구조)는 테스트 코드의 인식을 포함하고 포함

:
성명의 범위,
의사 결정의 범위가

당신이 웹 사이트에서 찾고있는 경우,이 포함될 수 있습니다 자바 스크립트 ; QUnit은 JavaScript 테스트 자동화를위한 테스트 프레임 워크이며 연구에 유용합니다. NUnit은 .NET 응용 프로그램 (웹 응용 프로그램 포함)에 일반적으로 사용되는 테스트 프레임 워크입니다. NUnit은 Java equivanlent JUnit에서 포팅되었으며 확장되었습니다 (대부분 .NET의 인기로 인해).

3 : 당신이이 뜻을 이해하지 못합니까? 웹 응용 프로그램은 여러 가지 방법으로 테스트해야하며 다양한 기술을 사용하여 테스트 할 서버 및 클라이언트 기능이 포함되어 있으므로 테스트 요구 사항을 분석해야합니다. 프로젝트에 따라 다릅니다. 시험 다른 형태도 다른 답 바와 같이

: 단위 - 최저 수준에서 기능 모듈 테스트
통합 - 다른 기능 영역 사이의 테스트 기능
회귀 - 테스트
시스템 테스트 (기능적) - 테스트중인 코드/시스템이 지정된대로 작동하는지 확인합니다.
시스템 테스트 (비 기능) - 지정되지 않은 시스템 측면이 적합한지 확인합니다. 성능, 부하, 스트레스, 상호 운용성, 관리 성, 신뢰성, 휴대 성, 사용 편의성
수용 (뭔가라는 사용자 수용 테스트 또는 UAT) - 다른 답변에서 언급 한 바와 같이 테스트중인 시스템이 사용

에 적합 보장, 기존 결함을 다시 테스트하고이를 테스트 스크립트에 포함시키는 것이 좋습니다.

이 대답을 통해 생각해 볼 수있는 많은 식량과 연구의 기반이되기를 바랍니다. 테스터 자격 또는 주니어 테스터로서의 역할이 확립 된 팀에서 이해와 경험을 쌓는 데 매우 유용 할 수 있습니다.

Answer 2

내 50C

당신이 테스트 사양이없는 경우, 또는 사양의 모든 종류의, 당신은 테스트 계획에 버그 보고서를 변환 할 수 있습니다.

발생하는 각 버그 보고서에 대해 하나의 테스트 항목을 만듭니다. 이렇게하면 회귀 테스트를 수행 할 때 따라야 할 테스트 목록이 표시됩니다.

Answer 3

"기능 사양, 디자인 사양과 같이 많은 문서 중에서 내가주의를 기울여야 할 것이 있습니까? 테스터의 견해로 보는 방법은 무엇입니까?"

많은 다른 문서 소스에서 유용한 정보를 추출 할 수 있다는 것은 테스터에게 중요한 기술이므로보고자하는 영역으로 식별하는 것이 옳습니다. 살펴 봐야하는 문서는 프로젝트마다 다르며 회사마다 다르므로 어떤 문서를보아야하는지에 대한 하나의 좋은 대답은 없습니다. 그러나 우수한 사양 분석 기술을 갖추면 귀하가 네가 주어진 모든 것에 대처해야한다.

그렇기 때문에이 BBST 과정을 사양 기반 테스트에 강력히 권장합니다. 사양을 분석하고 Satisfice 휴리스틱 테스트 전략 모델을 적용하는 방법을 보여줄 것입니다. 또한 테스트 스펙 작성에 관한 두 번째 질문에 도움이됩니다.

http://www.testingeducation.org/BBST/BBSTSpecificationTesting.html

나는 일반적으로 BBST 과정을 권하고 싶습니다 - 교재 위의 웹 사이트에서, 온라인에서 자유롭게 사용할 수있는 모든 수 있습니다.

테스트에 대해 진지하게 생각하고 있다면 소프트웨어 테스팅 협회 (Association of Software Testing)의 온라인 과정을 고려해야합니다. Foundations 과정은 회원들에게 무료이며, 온라인 기술 습득의 기회를 얻고, 자신과 아이디어를 어떻게 표현하는지에 대한 귀중한 의견을 얻을 수 있으며, 동료 학생들과 함께 많은 뛰어난 테스터를 만날 수 있습니다. 강사로. 노력이 힘들지 만, 노력을 기울이면 기꺼이 엄청난 돈을 벌 수 있습니다. 다른 사람들과 기초를 토론 할 수 있다는 것은 정말로 당신이 더 깊은 이해를 얻는 것을 도울 것입니다.

Answer 4

Credentials : 저는 SDET로서 5 년의 경험을 갖고 있으며, 그 중 2 년은 웹 어플리케이션을 테스트 중입니다.

1- 나는 테스터랩이 꽤 좋은 대답을 가지고 있다고 말하고 싶습니다. 한 회사 내 또는 여러 회사에 걸쳐 항상 의존 할 수있는 단일 문서가 없습니다. 정보가있는 문서에주의하십시오.

나는이 충고로 다음과 같은 대답을 보였다 : 문서가 충분하지 않다면 놀라지 마라. 제품 정의에 도움을주는 사람들 (개발자, 비즈니스 소유자, 프로그램 관리자 등)과 강력한 관계를 유지하십시오. 종이에있는 모든 것을 다루기는 어렵 기 때문에 거의 항상 당신의 사양 중 일부에 의존하게 될 것입니다. (또한 테스터로서의 전문 기술을 습득하면 다른 사람들이 알아 채지 못하는 것을 보게됩니다). 듣는 동안 "구두 사양"을 적어두고 서면 또는 전자 메일로 사양을 명확히 해달라는 요청을받는 것이 이상적입니다. 공개 문서에서 모든 내용을 수집하는 것이 현명한 방법이며, 두 사람이 사양이 무엇인지에 대해 매우 다른 아이디어가 있는지 확인하는 데 도움이 될 수 있습니다. 2) 아마 책의 사용자 How Do You Keep Automated Tests in Synch With Test Plans이

"1) 누가 그것을 읽지 만, 현재 당신은 그들이 귀찮게하지 않습니다 의심 (?

2 Testerab 여기에, 또한,이 질문에 좋은 답변을 가지고? 왜 그들이 귀찮게하지 않는지 아십니까?) 3) 정보에서 얻는 정보는 무엇입니까? 정보를 제공합니까? 4) 현재 정보를 어떻게 표시합니까? 독자/비 독자를 위해 작동합니까? 5) 테스트 계획을 읽는 사람들로부터 어떤 피드백을 받아야합니까? 6) 테스트 계획을 만족시키기 위해 필요한 규제 요구 사항이 있습니까? "

테스트 계획은 제품 사양, 필요에 따라 크게 달라질 것입니다. 당신 그룹의 애자일 그룹에 속해 있다면 테스트 계획에 거의 시간을 할애 할 필요가 없습니다. 테스트 계획이 전혀 없어도 팀과 대화 할 수 있습니다. 모든 사람들이 제품에 대한 결정을 내릴 자신감을 갖기에 충분한 테스트가 될 것입니다. 다른 회사는 당신이 따라야 할 매우 구체적인 지침을 갖습니다.

Cem Kaner의 고전 서적 "Testing Computer Software"는 약간 구식이지만 테스트 계획을 시작하고 논의하기에 여전히 좋은 곳입니다. 누군가가 권위있는 것보다 더 권할만한 것을 추천 할 수 없다면 사본을 아주 강력하게 구입할 것을 권합니다. 마지막으로 들었는데, 이것은 여전히 ​​ 소프트웨어 테스팅 북이었습니다.

3이 질문을 이해하는 데 약간의 어려움이 있지만 최선을 다할 것입니다. 웹 사이트를 테스트하기 위해 특별히 알아야 할 것은 무엇입니까? 첫째, 웹 사이트는 무엇을 의미합니까? 웹 응용 프로그램을 의미합니까?그렇다면 서버/클라이언트 아키텍처, 웹 서비스, 데이터베이스 및 기본 SQL, 최소한 기초적인 보안 테스트, 통합 테스트, 기능 테스트를 이해해야하며 성능 테스트, 부하 테스트 등의 이해 또는 전문화의 이점을 누릴 수 있습니다. 보안 테스트 및 Selenium 또는 Watir을 사용한 웹 GUI 테스팅에 익숙합니다.

우리에게 어떤 도움이되는 일 시작하는 데 도움이되는 알고 : 개발자 및 테스터 등 모두

당신이 어떻게 많은 경험

1. ? 경력을 시작하기 만하면 교육 배경은 무엇입니까?

2. 웹 응용 프로그램을 사용하여 작업 한 경험이 있고 어떤 역할 (dev, test, PM 등)이 있습니까?

, 당신이 http://www.softwaretestingclub.com에서 이러한 몇 가지 질문을 통해 물어 보시기 바랍니다 -이 소프트웨어 테스터가 커뮤니티를 구축 할 수있는 사이트입니다. 커뮤니티에서 적극적으로 활동하는 한 많은 조언과 지원이 제공되며, 가장 영향력있는 소프트웨어 테스트 작가가 많이 참여합니다. 그곳에 들르면 나를 보게 돼!

희망이 도움이됩니다.

편집 : q 답변을 추가했습니다. # 2와 Cem Kaner의 책을 언급했다.