네트워크 테스트 엔지니어는 어떤 능력이 필요합니까?

1: 네트워크 \x0d\ 기본 사항: >; ISO/OSI, TCP/IP, VLAN, 다양한 LAN, WAN 프로토콜, 다양한 라우팅 프로토콜, NAT 등 \ x0d \ Cisco: Cisco 제품 라인을 잘 알고 있습니다. 각 주요 모델의 스위치와 라우터가 장착되어 있어 익숙하지 않은 장치는 독립적으로 구성하여 데이터 구성을 볼 수 있습니다. VOIP, Qos, ACL 등과 같은 주요 Cisco 기술에 익숙합니다. \ x0d \ 북전: 북전 제품 라인에 익숙하다. 각 주요 모델의 스위치와 라우터가 장착되어 있어 익숙하지 않은 장치는 독립적으로 구성하여 데이터 구성을 볼 수 있습니다. \ x0d \ 화웨이 -3com: 화웨이 -3com 제품 라인을 잘 알고 있습니다. 각 주요 모델의 스위치와 라우터가 장착되어 있어 익숙하지 않은 장치는 독립적으로 구성하여 데이터 구성을 볼 수 있습니다. \x0d\Foundry: Foudry 제품 라인 숙지 ： 각 주요 모델의 스위치와 라우터가 장착되어 있어 익숙하지 않은 장치는 독립적으로 구성하여 데이터 구성을 볼 수 있습니다. \x0d\\x0d\2: Host \x0d\ 기본 사항: 다양한 RAID, 다양한 주변 장치, SCSI 카드 등 서버의 기본 사항을 숙지합니다. \x0d\SunSolaris: Sun 소형 폼 팩터 제품 라인 숙지, 다양한 버전의 Solaris 사용 파악 \x0d\IBMAIX: IBM 소형 폼 팩터 제품 라인 숙지, 다양한 버전의 AIX \ x0d 사용 파악. HPHP-UX: HP-UX \x0d\Linux 의 기본 사항 파악: Linux 메인스트림 버전의 설치, 사용 및 구성에 익숙 \x0d\MSWindows: WindowsNT, 2000, 2003 에 익숙 간단한 SQL 문을 사용하여 데이터베이스 복제 및 데이터 웨어하우스와 같은 고급 개념 이해 \ x0d \ SybaseASE: Sybase 데이터베이스의 기본 개념, 스키마, 설치, 구성, 유지 관리, 디버깅 및 복제 \x0d\OracleDB: Oracle 데이터베이스에 익숙 MSSQLServer: MSSQLServer 데이터베이스의 기본 개념, 스키마, 설치, 구성 및 유지 관리에 익숙 함 \x0d\IBMDB2: IBMDB2\x0d\MySQL 이해: MySQL 설치 및 유지 관리 이해 Sybase OracleAS: Oracle 응용 프로그램 서버 설치 및 구성에 익숙 \x0d\IBMWebSphere: 다양한 플랫폼에서 다양한 버전의 IBM WebSphere 설치, 구성 및 사용에 익숙 \x0d\ Tomcat: Windwos 및 Linux 이해 서민의 관념에서, 인터넷은 인터넷에서 인터넷 접속을 하는 네트워크 엔지니어일 뿐, 사실 네트워크 엔지니어의 지식은 이것보다 훨씬 더 많으며, 위에서 언급한 것은 컴퓨터 유지 관리 능력밖에 없는 것으로 간주될 수 있다. (윌리엄 셰익스피어, 윈스턴, 컴퓨터명언) 실제 네트워크 엔지니어는 다음 지식을 갖추고 있어야 합니다. \ x0d \ x0d \ 전체 컴퓨터 네트워크 시스템이 어떻게 작동하는지 학생들에게 알려 주는 \ x0d \ x0d \ 네트워크의 핵심 라우팅 기술 및 스위칭 기술 심층 학습 \ x0d \ 네트워크 관리 및 네트워크 보안 지식 전체 이해 \ x0d \ x0d 학생들이 완벽한 IT 시스템을 설계할 수 있도록 컴퓨터 시스템 구성 및 관리 \ x0d \ x0d \ x0d \ 다양한 기술 추구, 이상 및 목표를 가지고 있습니다. \x0d\\x0d\ 시스템 내용 추가: \x0d\\x0d\ 네트워크 엔지니어는 네트워크 기술 이론 지식과 운영 기술을 배우고 교육하는 네트워크 기술자입니다. 네트워크 엔지니어는 컴퓨터 정보 시스템의 설계, 건설, 운영 및 유지 보수에 종사할 수 있습니다. \ x0d \ x0d \ 등급 시험에 합격한 합격자는 애플리케이션 부서의 요구 사항에 따라 네트워크 시스템 설계 및 디버깅 네트워크 장비 설치를 위한 하드웨어 및 소프트웨어를 계획하고, 네트워크 시스템을 실행, 유지 관리 및 관리할 수 있으며, 네트워크 리소스를 효율적이고 안정적이며 안전하게 관리할 수 있습니다. 네트워크 전문가로서 시스템 개발을 위한 기술 지원 및 지침을 제공하고 엔지니어의 실제 업무 능력과 전문성을 갖추고 있습니다. 일반적으로 다음 기능을 갖추고 있습니다. \ x0d \ x0d \ (1) 컴퓨터 시스템의 기본 사항을 잘 알고 있습니다. \x0d\(2) 네트워크 운영 체제의 기본 사항을 숙지합니다. X0d \ (3) 컴퓨터 애플리케이션 시스템의 설계 및 개발 방법 이해 \x0d\(4) 데이터 통신의 기본 사항을 숙지하십시오. \x0d\(5) 시스템 보안 및 데이터 보안의 기본 사항을 숙지합니다. X0d \ (6) 네트워크 보안 기본 기술 및 주요 보안 프로토콜 및 시스템 파악 X0d \ (7) 컴퓨터 네트워크 아키텍처 및 네트워크 프로토콜의 기본 원칙을 숙지합니다. \x0d\(8) 컴퓨터 네트워크와 관련된 표준화 지식을 습득하다. \x0d\(9) LAN 네트워킹 기술을 익히고 메트로폴리탄 지역 네트워크 및 광역 네트워크의 기본 기술을 이해합니다. \x0d\( 10) 컴퓨터 네트워크 상호 연결 기술 습득 \x0d\( 1 1) TCP/IP 프로토콜 네트워크 네트워킹 및 네트워크 애플리케이션 서비스 기술 파악 \x0d\( 12) 액세스 네트워크 및 액세스 기술 이해 \x0d\( 13) 네트워크 관리의 기본 원리와 운영 방법을 숙지합니다. \x0d\( 14) 네트워크 시스템 성능 테스트 및 최적화 기술 및 안정성 설계 기술에 익숙합니다. \x0d\( 15) 네트워크 애플리케이션의 기본 원리와 기술 이해 \x0d\( 16) 새로운 네트워크 기술 및 발전 추세 이해 \x0d\( 17) 지적 재산권 및 인터넷 관련 법률 및 규정을 이해합니다. \x0d\( 18) 해당 분야의 영어 자료를 정확하게 읽고 이해합니다. \x0d\ 1 입니다. 적극적인 업무 활동 \ x0d \ x0d \ 업무 태도가 어떻게 테스터를 평가하는 가장 중요한 측면인지. 높은 수준의 테스터 (순수 기술 역량 참조) 가 제대로 작동하지 않으면 테스트 팀의 테스트 작업을 추진하지 못할 수도 있고 방해가 될 수도 있습니다. 그러나 일을 원하는 테스터는 기술 수준이 높지 않아도 많은 기업들이 막 일에 참가한 사람들이 테스트 작업을 하도록 하는 주된 이유 중 하나다. 또한 테스터가 직장에서 적극적인지 여부도 테스터의 발전에 큰 영향을 미칠 수 있습니다. 예를 들어, 내 테스트 직원 중 한 명이 여가 시간에 QTP 를 독학하고 자신의 기술 수준을 높여 다음 테스트에서 이 테스트 도구를 능숙하게 사용하여 자동화 테스트를 할 수 있게 되어 생산성을 높이고 업무 강도를 낮출 뿐만 아니라, 자신을 위해 더 나은 발전 기회를 만들 수 있습니다 (QTP 의 사용 효과가 좋기 때문에 테스트 책임자로 발탁됨). 따라서 근무 시간을 효과적으로 활용하고 자발적으로 공부하는 것은 한 사람의 발전에 매우 중요하다. 또 다른 예도 비슷하다. 내 또 다른 테스터는 자신의 테스트 작업이 비정상적으로 종료되고 다른 테스트 그룹 작업이 매우 바쁜 경우 기술 수준에 관계없이 다른 그룹의 테스트 작업에 적극적으로 참여하도록 요청했습니다. 이런 주동적으로 일을 요구하는 태도가 그를 두드러지게 하여 나의 주의를 끌었다. 당연히 그는 일에 각별히 신경을 쓸 것이고, 우리가 교류할 때마다 그는 많은 새로운 것을 배울 것이다. \ x0d \ x0d \ 2, 꼼꼼하고 꼼꼼하며 번거로움을 두려워하지 않는다 \ x0d \ x0d \ 테스트는 번거로운 작업이라고 말해야 한다. 만약 네가 진지하지 않고, 부주의하고, 번거로움을 두려워하는 사람이라면, 나는 네가 이 업종에 들어가지 말 것을 건의한다. 그렇지 않으면, 너는 마지막으로 불편함을 느끼는 사람이 될 것이다. 디테일이 성패를 결정한다는 말이 있는데, 특히 테스터에게 적용된다. 테스터가 테스트 요구 사항을 수행 할 때 개발자가 작성한 시스템 요구 사항 보고서의 각 요구 사항은 여러 가지 테스트 요구 사항 (정상적인 상황과 비정상적인 상황을 확인해야합니다) 으로 변경되며 때로는 정렬 된 조합 게임을하는 것처럼 느껴지지만이 게임에는 너무 많은 상황이 있습니다. 만약 네가 인내심이 부족하고 세심하지 않다면, 테스트 요구 사항을 놓치기 쉽다. 이러한 누락 된 부분은 종종 문제 지점입니다 (개발자는 종종 이러한 장소를 고려하는 것을 잊어 버리고 문제를 일으킵니다). 게다가, 테스트 작업에 대한 데이터 입력도 매우 번거로운 일이다. 예를 들어 날짜 유효성 테스트는 300 ~ 400 개의 테스트 데이터를 쉽게 요약할 수 있습니다. 모든 테스트 작업량이 얼마라고 생각하십니까? 더 무서운 것은, 테스트는 일회성 작업이 아니며, 종종 회귀 테스트가 필요하다는 것이다. 모든 번거로운 작업은 끊임없이 반복해야 하며, 테스터는 번거로움에 대한 두려움 때문에 테스트 사용 사례 수를 줄여 테스트가 불완전해지는 경우가 많습니다. 그래서 진지하고, 세심하고, 번거로움을 두려워하지 않는 것은 좋은 테스터에게 꼭 필요한 자질 요구이다. \ x0d \ x0d \ 3, 학습 능력, 요약 \ x0d \ x0d \ 92. 처음 일에 참가했을 때, 소프트웨어 공학 방면의 책을 한 권 찾으려고 했는데, 그것은 어려운 점이라고 한다. 97 년 처음 시험에 접촉했을 때 테스트 방면의 책이 거의 없었는데, 이것은 나의 수준 향상을 크게 방해했지만, 이것이 우리의 수준 향상을 위한 핑계가 될 수는 없었다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 도전명언) 나중에 우리는 전문 서적에서 테스트 데이터를 찾아 자신의 경험을 요약했다. 1 년 후, 기본적으로 자체 테스트 프로세스와 방법이 형성되었다. Dell 은 자체 테스트 계획 작성 방법, 테스트 케이스 작성 사양, 테스트 요약 방법을 보유하고 있습니다. 새로운 테스터들은 이 파일들을 통해 그들의 수준을 빠르게 높일 수 있다. 나중에 우리는 QTP 를 배우는 과정에서도 이 방법을 채택했다. 제 부하 중 한 명은 3 개월간의 학습 끝에 기본적으로 QTP 사용을 파악했고, QTP 를 사용할 때 자주 발생하는 문제도 요약해 관련 사이트에 게재했습니다. 많은 사람들은 그가 기술 전문가라고 생각하지만, 사실 그는 단지 8 개월 동안 일하며 3 개월 동안 공부하는 초보자일 뿐이다. 신기술을 끊임없이 배우고, 실제 업무에서 발생하는 문제, 해결 방법, 정리를 끊임없이 요약하는 것은 테스터가 기술 수준을 높이는 가장 좋은 방법이다. \x0d\ 주의해야 할 두 가지 더 있습니다. \x0d\ 1. 테스트 작업이 점점 전문화됨에 따라 기존의 저수준 테스터들은 더 이상 테스트의 요구를 충족시킬 수 없었습니다. 테스트 도구의 사용, 테스트 이론의 업데이트, 신기술 적용 등은 테스터가 지속적으로 자신의 수준을 높여야 합니다. \x0d\\x0d\2. 좋은 테스터는 테스트 기술을 이해해야 할 뿐만 아니라 테스트된 시스템의 개발 환경, 도구 및 시스템 아키텍처에 대해서도 잘 이해해야 합리적인 테스트 방안을 만들 수 있습니다. 즉, 테스트 담당자는 테스트 기술뿐만 아니라 주요 개발 기술, 아키텍처 및 도구 (전문가가 아니어도 됨) 도 이해해야 합니다. 이들은 모두 테스터가 끊임없이 배우고 요약해야 합니다. \x0d\\x0d\3. 테스트 이론 파악 \x0d\\x0d\ 개발 도구는 변하고, 테스트 도구는 변하고, 테스트된 시스템은 변하고, 모든 것이 바뀌고 있다. 그렇다면 테스터가 가장 배워야 할 것은 무엇일까요? 개인은 테스트 이론의 학습이라고 생각한다. 나 자신으로 말하자면, 나는 예전에 순수한 소프트웨어 프로듀서였으나 지금은 it 를 접했다. 요약 설계 문서, 상세 설계 문서 및 요구 사항 문서는 테스트 요구 사항을 개발하는 표준이며 시스템에 문제가 있는지 여부를 판단하는 기준이며, 요약 설계 문서 및 상세 설계 문서는 테스트 사용 사례를 개발하는 기초입니다. 동등한 클래스, 경계 값 테스트 등의 기본 테스트를 분할하는 방법에는 이러한 문서의 지원이 필요합니다. 물론, 각 유형의 테스트에는 고유한 특성이 있습니다. 예를 들어, 휴대폰 테스트는 통신 이론 (시스템 환경) 에 대한 이해가 필요하기 때문에 좋은 테스터는 수량적으로 테스트 이론을 파악해야 합니다. 테스트 이론이 충분하다고 생각한다면 성능 테스트, 부하 테스트 및 스트레스 테스트의 차이점은 무엇입니까? \x0d\ x0d \ 4. 확실하지는 않지만, 나는 앞에 있다. \ x0d \ 내 테스터들 중 일부는 항상 나에게 관심을 주는 것을 좋아하지만, 어떻게 이뤄질지는 전혀 고려하지 않는다. 그들이 가장 좋아하는 말은 내가 얼마나 똑똑한지 한눈에 문제의 본질을 알 수 있다는 것이다. 저는 좋은 고문입니다. 그렇죠? 나도 예전에도 그랬다. 나는 너에게 이런 사람이 사실 이미 기술직업의 오해에 빠졌다고 말하고 싶다. 문제를 보면 어느 정도 수준이 있다는 것을 알 수 있지만, 문제를 해결하는 방법, 어떻게 집행하느냐가 한 사람 수준의 진정한 구현이다. (조지 버나드 쇼, 자기관리명언) 이런 나쁜 습관은 현재' 현사치' 라고 불린다. 실제 문제를 해결해야만 자신의 해결책의 부족과 어떤 새로운 문제가 나타날지, 그리고 끊임없이 일을 개선할 수 있다. 간단한 예를 들어, 저는 오랫동안 TD 를 사용해 왔지만, 오늘도 TD 의 새로운 기능을 발견하고 내 업무에 적용하여 테스트 관리를 개선할 수 있습니다. 그래서 개인적으로, 좋은 테스터들은 항상 앞장서는 사람들이며, 기능을 향상시키는 가장 좋은 방법은 실제 업무에서 일하는 것이라고 생각합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 기능명언) \x0d\ x0d \ 5. 인간관계 처리 \ x0d \ 테스트는 문제의 발발점이다. 특히 개발 프로세스가 표준화되지 않은 단위의 경우 인간관계를 어떻게 처리할지는 좋은 테스터가 습득해야 하는 기술이다. 테스트 책임자로서 개발자, 테스터 및 회사 리더는 종종 테스트 시간이 짧고 지속적인 회귀 테스트 및 테스트가 비정상적으로 종료되는 상황에 직면합니다. 갈등을 어떻게 해결하고 이러한 문제를 처리하는 것은 테스터의 자질을 측정하는 기준이다. 사실, 주요 문제 중 하나는 오해입니다. 개발자와 회사 지도자의 테스트 작업량에 대한 오해는 이러한 모순의 주요 원인이다. 따라서 좋은 테스터로서, 흔히 볼 수 있는 인간관계 능력 외에도 좋은 홍보원이 되어야 한다. 개발자와 상급 지도자들에게 테스트 방법, 이론 및 작업량을 지속적으로 홍보하여 테스트 작업에 대한 올바른 이해를 제공합니다. 그래야만 테스트 부서와 다른 직원들의 인간관계를 제대로 처리할 수 있고, 단위 테스트가 좋은 방향으로 나아갈 수 있다.