소프트웨어 테스트 엔지니어로서 제안을 받았을 때 평가판 기간이 있기 때문에 안도의 한숨을 쉬지 못합니다. 첫 번째 프로젝트에서 잘하지 못하면 아마 통과하지 못할 것입니다. 시험 베테랑은 실무 경험이 있고 조금 진정할 수 있습니다.초보자, 특히 방금 교육 수업을 마치고 이력서에 일정량의 포장이있는 사람들은 자신의 비밀을 밝히지 않도록주의해야합니다. 취업 첫날부터 실제 프로젝트 요구 사항을 얻기까지, 완료까지 프로젝트 테스트에서는 어떻게 됩니까?
1. 환경에 친숙하다
처음 회사에 들어왔을 때 다들 알아보지도 못하고 문제가 생겼을 때 누구에게 문의해야 할지 막막했는데 어떻게 해야 할까요?
우선 입사할 때 꼭 소개시켜줄 사람은 테스트팀에 있는 사람입니다.먼저 리더를 파악한 다음 같은 테이블에서 잘 지내세요.모든 것이 이야기하기 쉽습니다.테스트로 엔지니어, 처리해야 하는 사람은 제품 관리자입니다. 관리자, 동일한 프로젝트 팀의 개발 및 테스트, 각 개인의 책임에 대해 문의하십시오. 처음에 사람을 식별하기 어렵습니다. 최소한 이름을 기억하십시오. 회사의 WeChat에 있는 사람과 위치를 일치시킵니다.
다음에 인계될 가능성이 가장 높은 프로젝트에 대해 리더에게 물어본 후 프로젝트와 관련된 제품 정보를 파악합니다.예를 들어 대규모 프로젝트의 두 번째 단계 또는 업데이트를 테스트하려는 경우 iteration, then you 우선, 우리는 이 대규모 프로젝트의 주요 프로세스를 이해해야 하며, 그런 다음 우리 자신의 필요와 관련된 모듈에 대해 더 자세히 이해해야 합니다.
다음 단계는 프로젝트 팀에서 사용하는 다양한 도구에 익숙해지는 것입니다. 기본 사용법과 프로젝트 파악 관련 관리 도구 및 요구 사항은 어디에 있습니까? svn에 있습니까? 프로토타입은 어디에 있습니까? 사용 사례는 어디에 기록되어 있습니까? 버그를 기록하는 방법 등 해당 사항을 먼저 숙지하셔야 추후 작업을 시작할 때 수월하게 작업을 진행하실 수 있습니다.
2. 특정 프로젝트 요구 사항을 받았습니다.
하나: 프로젝트 배경에 익숙함
리더는 테스트할 프로젝트를 명확하게 지정했으므로 먼저 이 프로젝트의 배경에 대해 잘 알고 있어야 하며, 프로젝트가 누구를 위한 것인지, 어떤 문제를 해결하는지 알아야 합니다. 증권회사에서 펀드유동화 시스템을 진행하고 있습니다 뭐 일단은 펀드에 대한 기본적인 지식을 이해하셔야 합니다 당분간 깊게 파고들 필요는 없습니다 기본적인 개념 몇 가지 먼저 알아보도록 하겠습니다 , 프로젝트 요구 사항을 이해할 수 있도록 나중에 실제로 테스트 할 기능 포인트를 자세히 알아보십시오.
두 번째: 비즈니스에 익숙함
이 프로젝트의 주요 비즈니스가 무엇인지, 프로세스가 어떤지, 각 비즈니스 모듈이 어떤 기능을 가지고 있는지, 데이터베이스와 상호 작용하는 방법 등을 알아보고 이 정보를 얻으려면 요구 사항 검토 회의에 참여해야 할 수도 있습니다. . 입사할 때 놓친 경우에는 기존 요구 사항, 시제품 및 기타 자료를 기반으로 구하고 제품 관리자, 개발자 등에게 더 문의해야 합니다.
3: 테스트 작업량 및 시점 분석
리더가 이 작업을 당신에게 넘길 때 그는 확실히 당신에게 그것을 완료하는 데 얼마나 걸리는지 물어볼 것입니다.성급하게 대답하지 말고 먼저 최종 배송 시점을 파악한 다음 대략적인 테스트 계획을 세우고 방법을 분석하십시오. 테스트 포인트를 추출하는 데 걸리는 시간과 테스트 케이스를 작성하는 데 걸리는 시간 , 개발 테스트는 언제 합니까? 테스트 후 테스트 라운드를 치르는 데 얼마나 걸립니까? 개발된 코드의 품질을 모르기 때문에 회귀 테스트를 몇 번 더 할 시간을 추정하는 것이 가장 좋습니다.인터페이스 테스트가 필요합니까? 성능 테스트를 수행해야 합니까? 이러한 워크로드는 얼마나 큽니까? 대략적인 계획을 세운 후 먼저 계획을 공유하고 동료들에게 검토를 요청하고 문제가 없으면 비교적 정확한 시점을 제공하십시오. 너무 자랑하지 마십시오. 결국 제 시간에 끝낼 수 없어 인상에 영향을 미칩니다.
3. 테스트 케이스 작성 시작
테스트 엔지니어로서 업무의 두 가지 주요 업무는 테스트 케이스를 작성하고 유스 케이스를 실행하는 것입니다. 테스트 케이스를 작성하는 구체적인 방법은 자세히 설명하지 않습니다. 다른 동료의 유스 케이스 스타일과 세분성을 확인하는 것이 좋습니다. 테스트 관리자는 귀하의 작업 능력을 평가합니다. 테스트 사례 평가에서 시작하여 먼저 사용 사례가 요구 사항을 완전히 다룰 수 있는지 여부, 제목이 간결하고 명확한지, 단계가 명확하고 실행 가능한지, 유스 케이스가 독립적이고 모든 것이 중요하며 세분성 문제도 있습니다. 회사에서 매우 자세하게 작성해야 하는 경우 그대로 따라하면 됩니다. 모두가 간결하고 너무 자세하게 작성하면 워크로드가 다른 동료보다 커서 최종 효율성에 영향을 미칠 수 있으므로 주의 깊게 관찰해야 합니다.
4. 테스트
테스트하기 전에 테스터가 직접 테스트 환경을 배포해야 하는지, Linux 명령을 사용하여 원격 배포를 할 것인지, jenkins를 사용하여 직접 빌드할 것인지 동료에게 먼저 물어봐야 합니다.
스모크 테스트 : 반드시 스모크 테스트를 먼저 하세요, 즉 메인 프로세스를 실행하세요 메인 프로세스가 실패하고 404, 500 및 기타 문제가 모두 있는 경우 직접 콜백하세요. 세부 사항을 알지 못합니다. 다른 사람을 불쾌하게 하는 것이 두렵다면 리더에게 먼저 말하고 그녀에게 한 번만 작동하도록 요청하십시오.
시스템 테스트 사례를 정식으로 실행하고, 버그가 있는 경우 버그를 기록하고, 새로운 버그가 발견되지 않을 때까지 추적 및 관리합니다.
5. 시험성적서
테스트 계획, 사용 사례 및 버그를 기반으로 테스트 보고서를 요약하고 동료에게 이전에 작성한 것을 모방하도록 요청하십시오. 가장 중요한 것은 첫 번째 프로젝트입니다.비즈니스에 대한 이해, 사용하는 기술, 작업에서 직면하는 어려움, 해결 방법, 진행 상황 등 일부 요약을 주도적으로 수행해야 합니다. , 현재 작업을 위해 여전히 무엇을 합니까? 개선을 위한 제안과 같은 요약이 있는 경우 리더에게 보내서 작업 능력을 알려주십시오.
전체 프로젝트를 완료한 후 회사의 업무 프로세스와 관련 인력과의 업무 접촉을 명확히 하였으므로 나중에 정사원이 될 걱정이 없습니다. .