새로운 소프트웨어 제품들이 항상 시장에 출시되고, 그 소프트웨어 제품 중 하나는 당신의 회사가 생산성을 향상시키고 비용을 줄이기 위해 필요로 하는 것 일지도 모른다. 하지만 새로운 소프트웨어를 배포하는데 무수한 함정들이 있을 수 있다. 만일 소프트웨어가 당신이 예상했던 방식으로 동작하지 않거나, 그 기능들이 당신의 사용자들이 실제로 그들의 일을 완수하기 위해 요구하는 것이 아니라면? 만일 당신의 다른 프로그램들과 예상치 못했던 비호환성을 유발하거나 심지어 운영체제 시스템과 충돌한다면?

심지어 당신이 이미 당신이 원하는 어플리케이션들을 적소에 비치하고 새로운 것들 거의 추가하지 않았다고 할지라도, 당신은 여전히 새로운 소프트웨어를 항상 배포하고 있을 것이다. - 운영체제 시스템과 어플리케이션 업데이트와 보안 패치의 형태로.. 불행히도 그런 것들도 역시 문제를 일으킬 수 있다. "수정사항들"이 다른 것을 파괴하는 것이 보기드문 경우는 아니다.

당신의 생산망에 그것을 설치하기 전에, 해야될 현명한 일은 패치를 포함하고 있는 새로운 소프트웨어를 테스트하는 것이다. 다만 거기에는 당신의 "실제" 네트워크를 최대한 유사하게 모방하는 테스트 환경을 만드는 것을 포함된다. 당신의 회사가 크던 작던, 그것은 당신의 예산을 압박할 수 있다. 심지어 당신의 회사가 작고 많은 돈이 없다고 할지라도 무일푼이 되지 않고 테스트 환경을 구축할 수 있으며, 당신의 비즈니스가 성장함에 따라 테스트 환경을 성장시키는 방법이 있다. 이번주에 우리는 "맹목적으로" 소프트웨어를 대량 시판함으로써 모든 것을 위험하게 만드는 대신에 소프트웨어를 테스트 하기 위한 확장가능한 시험실을 만드는 몇가지 팁을 들여다 보기로 할 것이다.

 

Planning your test lab

당신의 테스트 환경을 만드는데 있어 첫번째 단계는 당신이 거기서 하기로 한 테스팅의 범위를 결정하는 것이다. 만일 당신의 목적이 단지 특정한 소프트웨어 솔루션이 당신의 운영체제 시스템과 어플리케이션과 호환되는지를 발견하는 것이라면, 당신은 네트워크 구조 설계 변경과 특정 사용자들에 대한 소프트웨어 적합성같은 것을 테스트하기를 원하는 것보다 덜 복잡한 테스트 환경이 필요할 것이다.

 

어느 쪽이던 테스트 망은 당신의 업무 LAN 환경으로부터 완전히 분리되어야 한다. 당신은 실험실에서 당신이 하는 어떤 시험적인 작업도 당신의 생산망에 영향을 끼치는 것을 원치 않을 것이다. 당신은 테스트 망에 완전히 다른 서브넷을 구축하기를 원할 것이고, 물리적으로 그 LAN과 연결되지 않는 것을 보장하기 원할 것이다.

 

테스트 랩을 설계하는데 있어, 당신은 당신의 생산망에 대한 정보가 필요할 것이고 어떤 구성요소들이 테스트 망에 복제되어야 하는지 결정할 필요가 있다. 당신은 꼭 생산망의 모든 구성요소를 복제할 필요는 없다. 예를 들면, 당신이 생산망에 sharepoint 포털 서버를 가지고 있다고 가정하자. 만일 당신이 테스트를 계획중인 소프트웨어가 상호연동되지 않고 새로운 소프트웨어를 실행시킬 그 컴퓨터가 셰어포인트 서버와 통신하지 않는다면, 그것을 테스트 망에 포함시킬 필요가 없다.

 

당신이 테스트 랩을 설계할때, 당신이 어떤 장치, 도구, 연결 형태 등이 환경을 구성하는지를 정확하게 알기 위해 그것을 문서화하는 것이 중요하다.

 

Building the test environment

일단 당신이 당신의 테스트망에 필요한 서버와 클라이언트들을 결정했다면, 다음은 당신은 당신이 테스트랩에 필요로하는 물리적인 장비들이 얼마나 되는지를 결정할 필요가 있다. 당신은 MS 버츄얼 PC/서버 혹은 VM웨어같은 가상화 소프트웨어를 사용하여 한 대의 물리적인 장비에 다양한 서버를 생성함으로써 비용을 절약할 수 있다.

 

이것은 당신이 하드웨어에 드는 비용을 덜 쓰게하고, 당신의 생산망에 당신이 추가하는 각각의 새로운 서버를 모방하기 위해 전체 장비들을 구입하는 대신에 디스크 용량과 RAM을 업그레이드함으로써 별도의 가상의 서버를 추가할 수 있도록 해준다.

 

다양한 플랫폼 환경을 모방하기 위해 당신은 동일한 물리적 장비상의 분리된 가상 머신에 다른 운영체제 시스템을 설치할 수 있다. 예를 들면, 일부 가상 머신에 유닉스와 리눅스를 설치할 수 있고, 다른 장비에 윈도우즈를 설치할 수 있다. 심지어 분리된 VMs에 동일한 물리적 컴퓨터에 당신의 클라이언트와 서버를 전부 설치할 수 도 있다. 각 가상 머신들은 각자의 IP주소를 가지며 테스트망의 다른 물리적 장비들과 통신할 뿐 만아니라 테스트 망의 다른 가상 머신들끼리 통신할 수 도 있다.

 

당신의 비즈니스 규모가 작다면, 티끌모아 태산이다. 가상화 소프트웨어를 사용하는 것은 당신이 하드웨어를 사는 비용을 줄일 뿐만 아니라, 실제 컴퓨터들보다 훨씬 적게 운용하기 때문에 전력 사용량에서도 비용을 절약할 수 있게 한다.

당신은 시험을 위해 시험판(평가판) 버전을 입수함으로써 소프트웨어에 대한 비용을 줄일 수 도 있다. 이 방법으로 당신은 처음부터 그 소프트웨어를 구입하지 않고 당신에게 잘 동작할런지 판단할 수 있다.

당신이 당신의 테스트랩을 구축할 때 라이센스 이슈를 간과하지 않을 것을 명심하라.

Using the test environment

당신은 생산망에 당신이 제안하는 어떤 중요한 변경들을 시도하기 위해 테스트 베드를 사용해야 한다.
예를 들면 다음과 같은 것들이다.

• 운영체제 시스템 업그레이드
• 신규 장비 설치
• 서비스 팩과 핫픽스 적용
• 보안 업데이트와 패치 적용
• 주요한 설정 변경

 

일반적으로 간단한 설정 변경이나 일상적인 유지보수 업무를 테스트하기 위해 필요한 것은 아니다.

당신은 안전한 상태를 변경하는 것을 고려하고 그것들을 공정망에 이행하기 전에 그런 변화가 발생한 테스트 시스템을 실행해야 하는 시간의 길이를 고려하고 싶을 것이다. 당신은 최소한 일주일에서 2주일 동안 새로운 운영체제 시스템이나 어플리케이션을 필연적으로 운영해야 할 것이다. 그리고 일반적인 사용자 행위를 모방하는 테스트 시스템상에서 작업들을 수행해야 한다.

그들은 네트워크 관리자들이 깨닫지 못하는 작업들을 수행할지도 모르기 때문에, 일일 단위로 그 소프트웨어를 가지고 일하는 사용자를 데려와서 그들이 새로운 소프트웨어를 테스트하게 하는 것도 좋은 생각일 수 있다.

당신의 생산 환경에서와 마찬가지로 테스트 환경에 대해 지원 책임을 명확하게 정의해야 한다.

Summary

동일한 물리적 장비상에 같거나 다른 운영체제 시스템의 다양한 경우들을 설치하기 위해 가상화 소프트웨어를 사용함으로써, 당신은 비용 효율적이고 확장가능한 소프트웨어 테스팅 환경을 구축할 수 있다. 당신의 네트워크가 증대함에 따라, 당신의 공정망을 언제나 모방할 수 있도록 테스트 환경을 증대시키기 위해 별도의 물리적 장치들을 추가할 수 있고, 새로운 운영체제 시스템, 어플리케이션 그리고 패치를 배포하거나 소프트웨어나 네트워크 구조에 중요한 형상 수정을 가하는데 있어 엄청난 비용이 드는 실수를 피할 수 있다.

본 글은 다음 링크의 게시물을 직접 번역한 것이며 오역 또는 탈자가 있을 수 있으니 참고하시기 바랍니다.

<원문 출처>
http://articles.techrepublic.com.com/5100-10878_11-6034728.html