소프트웨어 테스트 엔지니어의 작업 요약

"요약"소프트웨어 품질은 점점 더 많은 사람들의 관심을 끌고 있습니다. 소프트웨어 테스팅은 새로운 산업으로 많은 결함을 가지고 있습니다. 소프트웨어 테스팅 작업에 종사하는 많은 사람들이 혼란스럽고, 개선 방법, 테스트 작업의 실제 문제를 해결하는 방법, 그리고 모두에게 의문을 제기합니다. 이 기사는 개인적인 경험을 요약하고 모든 사람들을 돕기를 희망합니다.

"키워드"소프트웨어 테스트 소프트웨어 테스트 소프트웨어 테스트 엔지니어 학습

처음 테스트 작업에 참여했을 때 소프트웨어 테스트가 무엇인지 알지 못했습니다. 통합 테스트 및 시스템 테스트의 개념은 종종 혼란 스러웠습니다. 그 당시 가장 간단한 스위치 기계는 전원 공급 장치를 직접 꽂아서 완성한 것으로, 설치 시스템은 인류 역사상 가장 높은 기술이며, 드라이버로 컴퓨터를 설치하는 사람들은 U-none의 슈퍼 마스터로 간주되어 사람을 죽입니다. 보이지 않는 비밀 스킬. 나폴레옹은 장군이되기를 원하지 않는 병사들은 훌륭한 병사가 아니라고 말했고, 첫 번째 꿈은 소프트웨어 테스팅의 마스터가되어 세상에 자랑스러워하는 것이 었습니다. 그래서 선생님을 훔쳐서 그 경험을 종합 해 보았습니다. 나는 주인이 된 몇 가지 비밀 스킬을 익혔다 고 생각합니다. 최근에는 "강과 호수"가 손상되지 않았습니다. 나는 그것을 혼자서 즐기기를 감히 바라지 않으며, 우리 테스터들로부터 배우기를 희망하고 가능한 한 빨리 비밀 기술의 성공을 요약하고 가능한 한 빨리 새로운 신병들이 시작되도록 돕는다.

인터넷 사용법을 배우는 첫 번째 움직임

그냥 Liu Yujin Grand View Garden과 같은 광대 한 온라인 세계를 직면하는 작업에 합류했습니다. 모든 것이 참신합니다. 모든 것이 원하고 인터넷에서 많은 소스 코드를 다운로드하고, 소프트웨어 기술 문서 등을 모두 좋은 물건을 모으기 위해 기다릴 수 없습니다. 손에, 사실, 어떤 사람들은 쓰레기 한 덩어리 인 것 같습니다. 그 당시, 나는이 "무술 속임수"를 가지고 있고 강압적 인 사람이되었다고 느꼈다. 처음에는 개발에 착수했을만큼 운이 좋았 기 때문에 처음에 프로젝트에 참여했습니다. 프로젝트 팀에 합류 한 후에도 습관은 변하지 않았으며, 대신 더 많은 리소스와 함께 온라인 시간이 더 많이 사용되었습니다.

프로젝트 관리자가 작업을 할당하고 나면 내 손에 속임수에 의지하고 내 "지능"에 대한 의지가 곧 완료 될 것이라고 생각했습니다. 예기치 않게 짧은 시간 내에 모든 것이 Maginot 라인이되었습니다. 문제는 매우 느리고 아이디어는 명확하지 않습니다. 프로젝트 관리자는 저를 압박하는 과정에서 기억에 남는 것을 가르쳐 주었고 인터넷을 사용하여 문제에 대한 해결책을 찾았습니다. 그 때부터 Google이 가장 좋아하게되었습니다. 내 변화의 속임수. 소프트웨어 테스팅 작업에서 그는 많은 어려운 문제를 해결하고 나를 혼란스럽게 만드는 많은 장소에 답변했습니다. 많은 사람들이 소프트웨어 테스터들과 심지어 베테랑들까지도 손에 "천하무적 치트"가 있다는 것을 깨닫지 못하기 때문에 환자가 인내심을 가지고있는 한 그 대답은 주변에 있습니다.

다음은 웹 검색 엔진을 사용하는 방법에 대한 요약입니다.

통합 검색

파일을 검색 할 때마다 한 단어 만 검색하면 일치하는 페이지가 수천 가지가됩니다. 그러나 단어를 추가하면 검색 결과의 관련성이 높아집니다.

표현식에 사용할 구를 선택하십시오.

일반적으로 웹 페이지를 검색 할 때 검색하고자하는 내용을 표현할 수있는 키워드 그룹을 몇 개 선택하여 검색 범위를 좁혀 검색 결과를 찾는 것이 가장 좋습니다. 문구 검색을 사용하려면 먼저 문구 검색으로 질문을 입력하면됩니다. 여전히 적합한 문구를 찾을 수 없으면 쿼리 할 내용을 표현할 수있는 여러 개의 키워드를 사용하십시오.

정보 소스 타겟팅

때때로 문구를 검색 할 수 없거나 필요한 정보를 정확하게 표현할 수 없습니다. 다른 방법을 사용하여 정보 소스에 직접 가거나 어떤 종류의 정보를 제공하는 사이트로 직접 이동할 수 있습니다. ""수식을 사용하여 조직의 특성을 추측 할 수 있습니다. 이로써, 검색 대상의 주요 구문을 취득 할 수있다

사실, 인터넷 검색 기술에 관한 많은 기사가 있습니다. 독자적으로 배울 수 있습니다. 검색 엔진은 성공을 돕는 강력한 무기임을 항상 기억하십시오.

손을 배울 두 번째 움직임

소프트웨어 테스트 작업에 참여한 후, 필자의 업무 경험이 커짐에 따라 기분이 좋아지고 개선되었습니다. 필자는 회사의 새로운 소프트웨어 기능을 테스트 할 때 여러 버그를 평소대로 테스트 한 다음 버그 목록을 신중하게 작성했습니다. 이 때 테스트 관리자가 버그를 다시 조사하여 버그를 재현하는 과정에서 입력 변경 사항을 단순화하고 버그가 마술처럼 나타납니다. 동일한 현상으로 소프트웨어를 닫고 입력을 다시 변경합니다. 10 개의 변경 사항을 확장하면 소프트웨어가 이동하지 않고 메모리가 계속 증가합니다. 마지막으로, 그는 소프트웨어 버그의 원인을 발견하고 나에게 다음과 같이 말했습니다. "정확하게 배치 할 버그를 찾고, 개발 팀 전체가 시간이 동등하며, 시간이 낭비되지 않고 그 사람에게 낭비됩니다. 테스터 매번 발견 된 버그 설명은 불분명하며 여러 작업의 잠재적 인 원인은 하나이지만 작업이 약간 변경 될 수 있습니다. 이렇게하면 버그를 다시 만들 때 개발자가 추적을 디버깅해야하므로 시간이 오래 걸리고 비효율적입니다. 테스터가 버그를 발견하면 더 많은 실습이 버그 단계 및 이유를보다 정확하게 찾을 수 있고 개발자에게 가장 정확한 단계와 정확한 설명을 제공함으로써 전체 팀이 효율적으로 작업 할 수 있으므로 협력해야합니다!

앞으로 더 많은 시간을 테스트하고 문제를 해결할 때마다 더 많은 것을 시도하는 것을 기억할 것입니다. 인터넷에있는 많은 친구들과 동료들이 저에게 질문을 할 때 실제로 Long March과 한 발짝 떨어져 있습니다. 더 많은 실험을 해보면 목표를 달성 할 수 있습니다. 그러니 손을 더 들고 더 많이 시도하십시오.

세 번째 조치는 귀하가 한 일에 대해 생각하는 것입니다.

처음 시작했을 때, 나는 항상 소프트웨어 테스트를하는 방법에 대해 생각했습니다. 회사의 테스트 과정은 언제나 매우 혼란 스럽습니다. 좋은 제품을 테스트하려면 어떻게해야할까요? 나는 종종 내 가슴이 행동만큼 좋지 않다고 말한다. 나는 구롱의 소설에 자주 등장하는 장면을 보았다. 실험 결과 중 일부는 실제 전투에서 얻은 결과라는 결론을 얻었으므로 새로운 테스트 프로세스를 도입하고 평가하기 위해 끊임없이 노력하고 있습니다.이 프로세스는 매우 고통 스럽지만 많은 경험을 축적했습니다. 이 기간 동안 많은 것을 배웠고 ISO, CMM, 테스트 관리 도구 및 자동화 도구에 노출되었습니다. 보고서는 종종 작품에 쓰여지므로 종이에있는 것들은 결코 잊혀지지 않기 때문에 수업을 요약하는 습관이되었습니다. 글쓰기 과정에서 계속적으로 보완되고 확장 될 수 있습니다. 전체 과정은 사고의 승화 과정입니다. 달마 얼굴 9 년은 전형적인 통합 사례입니다. 사고 과정이 없다면 그는 세대가 될 수 없습니다. 누군가 나중에 그의 곡예를 때때로 기록하면, 나중에 Shaolin 사원 72 곡예가있을 것이다.

그러므로 생각하고 경험을 요약하는 데 능숙하다는 것이 주인이되는 유일한 방법이기도합니다.

포럼 리소스 사용법을 배우는 네 번째 방법

사실 신입 사원과 테스터를 테스트하는 차이는 기존 리소스를 사용하지 않는 경우가 많습니다. 이 포럼에서는 끊임없이 질문하는 많은 신규 사용자를 볼 수 있지만 다른 사용자가 이미 언급 한 많은 문제가 있거나 이미 해결 방법이 있습니다. 따라서 나는 종종 "테스트 마스터"수치를보고 문제를 언급하지 않지만 "완고하게 약자를 돕는다"는 새로운 Ding을 테스트하기위한 생명을 구하는 짚입니다. 실제로 주인공들은 전능력을 발휘하는 것 같아요. 사실, 그들은이 눈부신 기운을 잃어 버렸습니다. 그들은별로 생각하지 않았지만 자신의 검색을 통해 답변을 찾은 다음 다른 사람들을 도왔습니다. 물론 자율 학습을 통해 많은 것을 배운 다음 포럼에서 아이디어를 교환 한 많은 사람들이 있으며 마스터는 문제에 대해 생각하고 개인적으로 문제를 푸는 데 능숙합니다. 그래서 그들은 포럼의 자원을 사용하고 작업하면서 지속적으로 개선되고 있습니다.

많은 경우 포럼에서 몇 가지 질문을 보았고 문제점 설명이 불분명했으며 많은 사람들이 혼란스러워 보였습니다. 글을 올리는 것은 움직일 수 없으며, 주인님, 인명 구조 원 등을 도와주세요. 세상이 혼돈이되어 세상의 종말처럼 보입니다. 이 주제는 매우 매력적이지만, 제목이 명확하지 않아서 당신을 도우려는 사람들에게는 도움이되지 않으며, 주인공은 많은 사람들을 저지합니다. 실제로 질문을하는 것은 아이디어를 분류하는 과정이기도합니다. 설명이 명확하고 사람들이 명확하게 이해할 수있는 경우에만 현재 문제가있는 환경을 알 수 있고 문제를 해결할 수 있도록 도와 줄 수 있습니다. 그렇지 않으면 사람들이 시작할 수 없다는 느낌을 사람들에게줍니다. 문제를 해결하는 것은 효율적이지 않습니다.

다섯 번째 트릭은 테스트중인 소프트웨어 제품에 대해 알아 보는 것입니다.

좋은 테스터가 되려면 테스트중인 소프트웨어를 알아야합니다. 소프트웨어 제품의 아키텍처가 어떤 것인지 이해하는 것. 소프트웨어의 시장 수요를 이해하려면 소프트웨어 문의 초기에 사용자 의견을 볼 수 있어야하며, 고객의 가장 큰 요구 사항을 충족시키기 위해서는 사용자의 관심이 가장 중요하며 테스트에주의를 기울여야합니다. 그러나 소프트웨어 요구 사항을 이해 한 후에는 제품 작동 방식을 이해하는 데 도움이되는 소프트웨어 설계 문서 인 소프트웨어 시스템의 기술 문서에 대해 자세히 알아야합니다. 회사 버그 라이브러리에는 더 많은 질문이 있습니다. 이러한 문제는 소프트웨어 제품의 결함을 이해하는 데 도움이 될 수 있으며 소프트웨어 시스템이 잘못 될 수 있습니다. 소프트웨어가 큰 환경에서 실행되고 있습니다. 시스템에 익숙하지 않은 경우 더 넓은 관점에서 고려할 수없는 몇 가지 문제가 있으면 운영 체제에 대한 지식을 학습하면 결함을 찾고 문제를보다 정확하게 찾을 수 있습니다. 예를 들어 소프트웨어가 Windows 또는 Linux에서 실행되는 경우 운영 체제를 이해하지 못하면 테스트 환경을 설정할 수 없으며 시스템 구성에 따라 소프트웨어 구성 요소에 문제가있는 경우가 있습니다. 소프트웨어 자체. 따라서 프로그래밍, 네트워킹, 데이터베이스 등과 같은 소프트웨어 시스템에 대해 알아보십시오. 이러한 확장 된 지식 영역을 통해서만 배워야하는 것은 아닙니다. 문제를 발견하고 문제를 해결할 때 좁은 서클에만 국한 될 수는 없습니다.

모든 관련 인사, 다양한 커뮤니케이션 채널과 커뮤니케이션하고 다양한 정보와 각도를 얻습니다. 고객과 의사 소통, 테스트에서 고객의 관점에서 문제를 발견 할 것입니다, 개발자와 통신, 당신은 개발자가 소프트웨어 기능을 구현하는 방법을 이해하고, 프로젝트 관리 직원과 의사 소통, 당신은 개발 진행 상황과 어려움을 알게 될 것입니다