블루투스와 Wi-Fi가 처음 소개된 이후로 이 두 기술은 지속적으로 발전하고 있습니다. 실 생활에서 이더넷, 오디오 및 USB 케이블등과 연결되어 다양한 솔루션을 제공하면서 그 결과 QA 및 개발부서에 수많은 커넥티드 제품 개발 과제가 양산되었습니다.
소비자를 위한 양질의 제품을 적시에 공급해야 하는 경쟁 또한 더욱 심해지고 있습니다.
블루투스 SIG는 2013년부터 2018년의 기간동안 회원수가 70% 증가했습니다. 블루투스 기기의 출하량은 2019년 40억 대에서 2023년 54억 대로 연간 8% 성장 할 것으로 보입니다.
그리고 블루투스 기기의 출하량은 매번 사상 최고이기 때문에 이에 대한 품질 보증의 위험성도 증가하고 있습니다. 만약 제품이 리콜된다면 이는 제품 홍보에 치명적이라고 할 수 있습니다. 그래서 오늘날의 테스팅은 새로운 제품의 출시에 있어서의 성공과 제조업체의 명성을 좌우하고 있습니다.
장기적으로는 고객이 미래 사업을 진행할 수 있도록 새롭고 확실한 커넥티드 제품을 만들어 내는 것이 중요합니다.
블루투스와 Wi-Fi는 일상생활에 이미 많은 부분을 차지하고 있고 그 영역을 지속적으로 넓히고 있습니다.
그러나 블루투스 및 Wi-Fi 디바이스는 모두 동일한 2.4 GHz ISM 대역에서 작동하므로 상호 간섭에 대한 우려가 있습니다. 블루투스와 Wi-Fi는 기존의 유선 케이블에 대한 대안으로 설계되었기 때문에 기기간의 상호 호환성의 확보가 필수적입니다. 커넥티드 제품을 개발하는 경우 여러 기기에 대한 광범위한 상호 호환성 테스트는 장기적인 사업성에 매우 중요하다고 할 수 있습니다.
20년이 넘는 기간동안 블루투스와 Wi-Fi는 상당한 진전을 이루었습니다. 그러나 몇 가지 문제가 여전히 확인 되고 있습니다.
호환성, 전력사용량 및 신호범위가 크게 개선되었음에도 불구하고 블루투스 상호 호환성 문제는 오래 전부터 잘 알려져 있습니다. 2018년 비즈니스 인사이더의 기사는 일부 사용자가 관련하여 계속해서 제기하는 불만을 다루고 있습니다.
이러한 불만은 문제를 정확히 파악하고 이에 대한 대응으로 해결 가능합니다. 이에 얼마나 정확하게 확인 대응하느냐가 일반적으로 고려해야할 사항이 되는 것입니다.
블루투스 연결의 작동 가능한 신호 범위는 디바이스마다 다릅니다.
모든 디바이스가 동일한 방식으로 블루투스를 지원하는 것은 아닙니다. 상호 호환성 문제의 원인을 발견하고 수정하면 최종 사용자 불만을 제거하는 데 도움이 될 수 있습니다.
초기 페어링 및 연결 설정은 모든 블루투스 연결 프로세스의 첫 번째 단계입니다. 만약 이 초기 단계가 잘 동작하는지 신뢰할 수 없는 경우에는 제품에 치명적인 결함이 됩니다.
블루투스와 Wi-Fi의 기준은 20년 동안 수정되어 왔습니다. 블루투스 표준은 적어도 6번 주요 업데이트가 있었으며 Wi-Fi 표준은 더 많습니다. 만약 다른 표준을 적용하는 디바이스를 연결하려고 하면 실패할 수 있으며 이는 많은 상호 호환성 문제의 원인이 되고 있습니다.
거리가 증가함에 따라 데이터의 전송율이 떨어지게 됩니다. 그러나 이는 사실상 상대적인 문제 입니다. 블루투스 5 / LE 의 전송 속도는 1-2mbps 로 Wi-Fi나 향후 블루투스의 신규버전에 비해 느리다고 볼 수 있지만 사용자 입장에서는 필요한 작업을 수행할 만큼 빠르기만 하다면 큰 문제가 아니게 됩니다.
무선 오디오 품질은 제품, 간섭 및 신호간의 공존과 관련되어 있습니다. Wi-Fi와 블루투스를 동시에 사용하면 디바이스가 각 기술의 요구 사항을 동시에 만족하기 어렵습니다. 예를 들어, 휴대폰에서 블루투스 오디오 스트리밍 하는 동안 스트리밍 중단이 없이Wi-Fi 다운로드가 어렵습니다. 만약 시도를 하게 된다면 간섭, 끊김, 일시 정지 또는 완전 중단과 같은 오디오 문제가 발생될 수 있습니다.
Wi-Fi 주파수 대역은 지역마다 다릅니다. 디바이스의 설정 위치는 많은 사용자가 고려하지 못하는 중요한 하나의 요소입니다. 예로 북미에서 유럽으로 노트북을 가져오는 경우 글로벌 표준이 다르기 때문에 최적의 Wi-Fi 성능을 얻기가 어려울 수 있습니다.
다음의 세 가지 주요 테스트를 고려함으로써 제품이 출시될 준비가 되었는지 확인하는데 도움이 될 것입니다.
블루투스 및 Wi-Fi 브랜드 및 로고를 사용할 수 있도록 제품에서 기술 표준을 준수해야 합니다. 제품의 성능은 관련 표준을 준수해야 하며 설계가 규정을 준수하는지 확인하기 위해 기술 인증 실험실이 필요한 경우가 많습니다.
디바이스 인증 보안은 현재의 표준을 통과하고 블루투스 공식 프로파일 시험기인 블루투스 프로파일 튜닝 스위트(PTS) 또는 Wi-Fi 테스트 제품군을 사용하여 테스트한 제품이어야 합니다. 블루투스의 경우 예상 오류 연결(FEC) 및 중간 계층 프로토콜의 확인을 포함하여 컨트롤러 및 호스트 수준에서 테스트해야 합니다. PTS는 해결을 위해 이슈를 강조하고 오동작을 재현할 수 있도록 설계되었습니다.
Wi-Fi 연결의 경우 Wi-Fi 테스트 스위트는 7개의 다른 구성 요소를 사용하여 테스트 케이스를 실행합니다. 검사의 일반적인 영역으로는 디바이스 및 서비스 검색, 연결 안정성, 응용 프로그램 문제, 타이밍 및 송신기 전원이 포함됩니다. 기기가 표준 요구 사항을 준수한다는 것이 입증되면 제품 포장재 및 마케팅 자료에 블루투스 또는 Wi-Fi 로고를 사용할 수 있습니다.
디바이스 인증 표준을 충족하는 경우 이론적으로 기기를 사용하는 사용자에게 문제가 없어야 합니다. 그러나 실제 사용 경험이 가장 확실한 결과를 얻을 수 있을 것입니다. 고객의 입장에서 잘 동작하는지 실사용해 보는것이 궁극적인 테스트입니다.
이런 방식으로 제품이 본연의 기능을 잘 수행하는지, 최종 사용자가 기대하는 대로 동작하는지를 알 수 있습니다. 인증 테스트 중 결과 해석상의 미묘한 차이로 실제 사용상의 문제가 발생될수 있습니다. 이런 예기치 않은 문제를 해결하고 제품의 정상 동작을 확인하기 위해 이미 시장에 출시되어 있는 다른 타사의 디바이스로 호환여부를 테스트해야 합니다. 또한 제품을 테스트하는 디바이스가 테스트 목적에 맞게 최신 출시 혹은 과거에 출시된 제품인지 해당 출시 지역에 적합한 디바이스를 테스트에 사용하고 있는지 확인해야 합니다.
테스트에 필요한 디바이스에 대해 검토하는 것은 매우 중요합니다. 예를 들어 일부 디바이스는 중국, 인도, 북미 혹은 중남미 시장등 각 지역의 특정 디바이스 입니다. 따라서 테스트시 제품이 어느지역에 출시되고 그 지역에 해당하는 올바른 디바이스를 선택해야 하는 것입니다. 해당 제품과 연결하고 작동해야 하는 지역내 다른 디바이스들와의 상호 호환성 테스트를 철저히 수행했는지 확인해야 합니다.
기본에 집중 : 사용자가 기대하는 대로 디바이스가 작동하고 있습니까? 모든 상호 호환성 테스트의 시작점은 항상 최종 사용자 환경이어야 합니다.
먼저 프로토콜에서 한 걸음 뒤로 물러서서 더 큰 그림을 평가하는 것이 중요합니다. 사용자 수준에서 디바이스 기능이 작동합니까? 테스트는 디바이스가 작동 중일 때 발생할 수 있는 정확한 최종 사용자 경험과 사용 환경이 변화하는 경우를 가정하고 수행되어야 합니다. 문제가 있는 경우에만 프로토콜 또는 패킷 분석기를 사용하여 특정 특성을 결정해야 합니다.
프로토콜 테스터 또는 RF 스니퍼는 중요한 테스트 기기입니다. 디바이스 간에 발생하는 모든 개별 통신을 모니터링하고 저장합니다. 따라서 문제가 발생하면 로그 또는 '에어 트레이스'를 사용하여 결함이 있는 위치와 디버깅 방법을 신속하게 확인할 수 있습니다.
Wi-Fi 패킷 분석기는 블루투스 프로토콜 분석기와 유사하므로 네트워크, 소프트웨어 및 통신 문제 해결을 신속하게 해결할 수 있도록 가장 낮은 수준에서 무슨 일이 일어나고 있는지 캡처하여 보여줍니다. 주로 와이어샤크와 옴니포인트 IP 패킷 분석기를 사용합니다.
우리는 수동 테스트가 빠르고 쉽게 설정할 수 있다는 것에 대해 알고 있으며 결국 테스트 엔지니어가 사용자 입장에서 직접 테스트 할 수 있는 좋은 방법입니다. 인간이 인간 입장에서 테스트하는 것이지요.
수동 테스트는 종종 최종 사용자 테스트에 적합한 것으로 여겨집니다. 그러나 수동 호환성 테스트가 어려운 경우는 복잡한 시나리오를 테스트할 때 입니다. 제품의 전체 기능을 테스트하는 경우 작업을 순차적으로 테스트하려면 해당하는 변수 수를 각각 세분화해야 하는 과정을 거쳐야 합니다.
하지만 자동화된 테스트를 통해 더 많은 변수를 확인하고 수동 프로세스 보다 훨씬 더 복잡한 테스트를 수행할 수 있습니다. 또한 자동화된 테스트 플랫폼은 테스트를 수행할 때 모든 로그와 에어 트레이스를 캡처하기 때문에 바로 디버깅을 시작할 수 있습니다.
낮은 수준의 디버깅 기능을 상호 호환성 테스트에 통합하고 한 번에 모두 수행할 수 있습니다. 테스트 플랫폼은 오류를 발견한 후 분석을 위해 별도의 디버그 테스트 또는 반복 테스트를 수행하지 않고도 발생하는 모든 것을 캡처할 수 있습니다.
수동 테스트를 통해 최종 사용자의 경험에서 제품을 확실히 테스트할 수 있습니다. 테스트 엔지니어는 제품이 출시되면 소비자가 직면하게 될 여러 상황을 실제로 디바이스를 페어링하는 동일하게 거치게 됩니다. 이것은 소비자가 직면하게 될 수도 있는 잠재적인 문제에 대한 보다 깊은 수준의 고려를 할수 있습니다.
수동 테스트에는 다른 장점도 있습니다. 빠른 시작이 가능하며 예기치 않은 결과에 대한 검토가 바로 가능하고 테스트 환경이 문제가 없는지 검토하는 빠른 '스모크' 테스트를 수행하는 경우 이상적입니다.
일부 상황에는 적합하지만 수동 테스트와 관련된 명백한 과제도 있습니다.
테스트가 늘어날 경우 테스트 엔지니어는 이에 비례하여 필요하게 됩니다. 또한 경험있는 테스트 전문인력을 양성하기 위해서는 상당한 투자가 필요하며 근무 시간만 테스트가 가능합니다.
또한 제한된 근무 시간하에서 한정된 엔지니어 리소스로 모든 테스트 시나리오를 완전히 문서화해야 하고 안정적으로 재현하는 것은 어렵기 때문에 더 심각한 문제를 간과할 수 있습니다.
수동 테스트를 통해 테스트의 일관성을 보장하기가 사실상 어려워지므로 다른 시간이나 위치에서 수행된 테스트 결과를 자신 있게 비교하고 분석하기가 곤란합니다.
자동화된 테스트는 수동 테스트의 단순 반복이 아닙니다. 자동화는 기능을 보다 동적으로 테스트하는 보다 다양한 방법으로 하드웨어에 스트레스를 가할 수 있습니다. 예를 들어 시간이 지남에 따른 전력 소비량을 확인 할 수 있습니다. 배터리의 잔량은 성능에 영향을 줄 수 있으므로 다양한 배터리 수준의 잔량에서 자동화 테스트를 실행하면 각 시나리오에서 실제 성능 변화를 확인 가능합니다.
배터리로 구동되는 디바이스의 자동화 테스트도 고려해 볼만 합니다. 예를 들어 헤드셋을 물리적으로 눌러 제어해야되는 경우 폰 디바이스를 사용하여 다음 또는 이전 트랙으로 자동 이동할 수 있습니다. 이러한 시나리오를 계속 수행하게 되면 제품의 성능이 저하되고 결국 배터리가 고갈될 수 있습니다. 따라서 배터리로 구동되는 제품에 대한 자동화 테스트를 장기간 수행하는 경우는 테스트가 계속 진행될수 있도록 정기적인 충전과 동시에 테스트를 진행해야 합니다.
자동화 테스트는 테스트 엔지니어링 및 QA 팀의 업무를 경감하여 보다 광범위한 테스트 시나리오를 수행할 수 있고 또한 일 24시간/주7일 운용이 가능합니다. 즉, 주어진 기간 내에 더 많은 테스트를 완료할 수 있으며, 테스트 범위가 향상되고 테스트당 비용이 낮아 상당한 이점을 얻을 수 있습니다.
세심하게 정의된 테스트 프로세스로 제어되고 통합된 프로세스를 정확히 수행하고, 각각 개별적인 시장 및 위치상의 차이를 쉽게 확인하고 테스트 진행시기와 장소에 관계없이 모든 테스트 결과 간에 정합성을 가지면서 쉽게 그 결과를 비교할 수 있습니다.
자동화된 테스트에 익숙하지 않은 경우 자동화된 테스트 플랫폼 및 수행하는 엔지니어의 교육에 드는 초기 투자 비용을 고려해야 합니다.
담당 엔지니어를 모집하거나 훈련하는 비용을 과소평가해서는 안 됩니다. 또한 내부 테스트 프로세스를 재설계하는 데 시간과 노력을 투자해야 할 수도 있습니다.
이 교육의 비용은 자동화된 플랫폼의 구매와 별도이며 일부 시스템은 시각 인터페이스와 코드 솔루션을 제공하지 않습니다.
따라서 자동화된 플랫폼의 사용 편의성과 확장성을 선택 프로세스의 일부로 고려해야 합니다.
수동 테스트에서 누락될 수 있는 숨겨진 문제를 어떻게 발견할 수 있는지에 대한 실제 사례를 보겠습니다.
공존(코엑시던트) 문제는 수동 테스트가 모든 문제를 발견하지 못할 수 있는 하나의 사례입니다. 공존 문제는 휴대 전화가 블루투스와 Wi-Fi 사이에 안테나를 공유하거나 수신기와 송신기가 물리적으로 가깝게 하는 경우 즉, 송신기가 다른 수신기를 포화시킬 만큼 충분히 가까이 있어 수신된 전송의 간섭을 일으키는 원인이 될 수 있습니다. 송신 전력이 충분히 높으면 주파수가 다른 경우에도 간섭이 발생할 수 있습니다(예: 2.4GHz 및 5GHz).
대부분의 제품에서 블루투스 및 Wi-Fi 공존이 자동으로 이루어집니다. 즉, 짧은 기간 동안 Wi-Fi 또는 블루투스의 손실이 허용될 수 있다는 것입니다. 해당 디바이스는 페어링 또는 검색 과 같은 경우에 다른 디바이스보다 우선 순위를 지정하도록 설계된 경우가 많습니다. 관련 디바이스는 블루투스 또는 Wi-Fi가 더 높은 우선 순위가 되어야 하는지, 어느 것이 우선순위가 되어야 하는지 에 대해 서로 통신하고 결정하게 됩니다. 이러한 우선 순위를 설정하는 것은 복잡한 프로세스입니다.
사실 실제의 자동화 테스트의 사례에 있어서는 Wi-Fi 는 최종 사용자가 이미 사용설정을 하고 로드되어 있는 경우 블루투스 페어링 중에 검색 오류가 발생할 수 있는 시나리오를 작성할 수 있을 것입니다. (예: 펌웨어 업데이트가 진행 중이거나 사용자가 활성 핫스팟을 사용하도록 설정한 경우). 자동화는 이러한 복잡한 사용 사례를 동시에 테스트하여 문제를 해결합니다.
데이터의 전송시 정상 도착할 때까지 다시 전송이 시도할 수 있습니다. 이로 인해 데이터 전송에 있어서 근본적인 문제가 여전히 존재하지만 수동 테스트를 진행하는 경우에서는 테스트 결과에 문제가 없다는 결과가 나올 수 있습니다.
예를 들어 오디오 테스트의 경우에 수동으로 테스트할 때 놓치기 쉬운 짧은 드롭아웃이 발생할 수 있습니다. 데이터 전송 프로토콜은 대상 디바이스가 성공적으로 수신할 때까지 데이터가 전송되도록 합니다. 그러나 외부 간섭으로 인해 데이터가 여러 번 전송될 수 있으므로 데이터 속도가 느려지고 잠재적으로 감지되지 않을 수 있는 드롭아웃 문제가 발생할 수 있습니다. 이러한 작업은 수동 테스트 결과가 패스로 나올수 있는 것입니다.
실제 사용자는 테스트 벤치에서 이전과 동일한 사용 사례에서 결과가 성공이나 실패로 나타날 수 있습니다. 자동화된 테스트를 통해 이러한 한계 조건을 확인하고 연속적으로 재전송이 발생하는 위치를 강조표시하여 최적의 조건 이하또는 한계 조건에서 데이터 교환을 보다 강력하게 처리할 수 있습니다.
이슈의 발생률이 높거나 대부분 실패의 결과를 얻는 경우, 수동 테스트는 적은 수의 반복을 수행할 때 문제가 나타나고 쉽게 재현가능한 경우에 효과적 입니다.
그러나 오류가 자주 발생하지 않는 경우에서는 더 많은 한계 조건에서 테스트를 수행해야 하고 수동 테스트 프로세스에서는 동일 이슈발생을 발견하기 쉽지 않습니다. 이런 경우 자동화된 테스트를 통한 반복 테스트가 낮은 빈도의 실패 경우를 확인하는 좋은 솔루션이 될 수 있습니다.
위의 그림에서는 시간이 경과함에 따라 테스트가 정해진 결과에서 실패하는 경우를 표시한 ‘점’'들이 표에서 보여집니다. 각각의 경우 사용자 환경에 영향을 미칠 수 있는 외부 요인으로 인한 동작의 차이가 있을 수 있습니다. 두 번째 예제에서는 연결하는 시간을 평균 약 2초에서 13.5초로 다양하게 조정할 수 있습니다.
테스트 프로그램이 강력하고 비용 효율적이며 신뢰할 수 있도록 하는 가장 좋은 방법에 대해 알아보겠습니다?
기술의 발전은 여러 분야에 있어서도전과 기회를 만들어 내고 있습니다. 여러 노드가 있는 메시 네트워크와 같은 블루투스 사용 사례과 같이 복잡성이 증가함에 따라 자동화가 결국 안정적으로 테스트할 수 있는 유일한 방법이 되고 있습니다.
예를 들어 창고 또는 일반 산업 환경에서 100개의 블루투스 Mesh 조명 제어를 하는 경우를 고려해보겠습니다. 단순 조명 수동 테스트를 넘어 각각의 라이트 노드가 예상대로 작동하는지 확인해야 하는 경우에 자동화 도구는 배포 전에 성능을 테스트하는 적절한 솔루션입니다.
그것은 단순히 규모의 문제를 떠나 그 경우가 확장되면 테스트 자동화는 '좋은 제품' 에서 성공적인 사업으로 확대됩니다.
공항 면세점을 통과하는 여행자에게 블루투스 LE 오디오 방송이 들리는 실제 사례와 같은 시나리오를 생각해 볼 수 있습니다. 만약 어떤 여행자가 특정 제품, 즉, 화장품이나 전자 제품 등에 대한 설명을 듣는 실제예를 감안한다면 자동화 테스트로 복잡한 동시 사용자 시나리오와 여러 기능의 혼합된 경우를 테스트하는 유일한 실용적인 방법입니다.
디바이스의 상호 호환성 테스트에 있어서 상당부분 디바이스 라이브러리에 의존합니다. 즉, 올바른 디바이스를 테스트하는 것이 중요합니다. 그러나 적절한 디바이스 라이브러리를 개발하는 것은 철저한 시장 조사에 기반하여 테스트할 적절한 디바이스를 선택하는 것을 의미합니다. 테스트하기 위해 가장 적합한 시판중인 디바이스를 파악하여야 하며 디바이스가 시장에 출시되는 시기와 지역별 출시되는 모델과 같은 사항을 고려해야 합니다.
분석 도구의 로그 및 추적을 통해 문제를 빠르고 쉽게 파악할 수 있지만 분석을 위해 수집한 데이터를 저장하고 관리할 수 있는 방법이 필요합니다. 도구만으로는 결과를 분석하고 다른 데이터 집합을 비교하여 근본 원인을 정확히 파악하는 데에는 한계가 있습니다.
자동화 플랫폼은 주요 데이터 포인트를 강조하고 빠른 분석을 가능하게 하는 상세한 멀티 소스 로깅을 제공하여 이러한 부담을 줄일 수 있습니다. 자동화 플랫폼은 수동 테스트를 수행하기보다는 이 분석 작업에 집중할 수 있는 엔지니어의 여유시간을 제공합니다.
최신 기술 표준에 대한 팀의 지식과 통찰력을 유지하고 향상시키기 위해 교육에 적극적으로 투자해야 합니다. 이러한 분석의 수준은 제품을 디버깅하는 데 있어 핵심요소입니다.
예를 들어, 휴대 전화는 2 년의 일반적인 제품 수명 주기를 가질 수 있으며 자동차의 인포테인먼트 시스템은 5 년 이상일 수 있습니다. 따라서 제품 출시시에만 테스트하는 것만으로는 충분하지 않습니다.
제품의 수명 주기 동안 새로운 디바이스가 매번 시장에 출시됩니다. 시장이 발전함에 따라 제품의 호환성 수준을 유지하기 위해 지속적인 시장 테스트 전략을 개발하는 것이 중요하며, 이는 제품 수명 동안 지속적인 성능을 보장하는 적절한 펌웨어 업데이트 전략과 밀접한 관련이 있는 경우가 많습니다.
이러한 방식으로 제품에 대한 투자를 통해 제품의 수명 주기동안 호환성의 수준을 유지하고 고객 충성도를 구축하고 시장에서의 평판을 유지하는데 도움이 됩니다.
상호 호환성 결과물을 최종사용자에게 보여줄 수 있을 것입니다. 예를 들어, 웹 사이트로 결과물을 보여주는 것은 사용자가 테스트한 결과를 확인하고 제조사와 소통할 수 있는 좋은 방법입니다. 호환성 문제를 겪고 있는 사용자나 특히 호환성 문제가 제품에 기인하지 않은 경우 이렇게 결과물을 공유하는 것이 사용자의 불만에 대한 좋은 초기 대응이 됩니다.
블루투스 SIG가 후원하는 블루투스 UnPlugFest(UPF) 이벤트는 시장에 출시되기 전에 그룹으로 제품을 테스트할 수 있는 좋은 기회입니다. 커넥티드 기술의 만남이라고 볼 수 있습니다. 각각 다른 회사의 엔지니어들이 개발중에 있는 제품을 가져와 모든 다른 회사의 엔지니어와 자기의 제품이 얼마나 잘 호환되는지 파악할 수 있도록 합니다. 시장에 출시되기 전에 자신의 디바이스로 아직 출시되지 않은 타사 제품을 테스트할 수 있다는 것은 상당한 경쟁상의 우위입니다.
정말 중요한 것에 집중해야 합니다.
블루투스와 Wi-Fi는 사용자의 삶을 더 쉽게 만들기 위해서 존재하는 기술입니다. 너저분하고 공간 제약적인 케이블에 대한 무선의 대안을 제공함으로써 사용자 중심의 좋은 기술이라고 할수 있습니다.
소비자는 제품을 개별적인 기능과 기술의 집약체로 생각하지 않습니다. 그들은 제품을 전체적으로 보고 편의성을 고려할 것입니다. 일상생활에서의 무선기술의 보급이 늘어남에 따라 저가 제품을 구매하던가 스마트폰이나 자동차와 같은 고가제품을 구매를 하던지 상관없이 모든 연결된 제품에 대한 고객의 기대치가 점점 높아지고 있습니다.
테스트 프로그램은 최종 사용자가 제품을 전체적으로 사용하는 것과 동일한 형태로 테스트하여 이러한 기대치를 충족하도록 설계되어야 합니다.
단 하나의 결과가 중요하다고 할 수 있습니다. 즉, 귀사의 제품은 고객이 항상 동일한 품질을 기대하고 어떠한 사용상의 번거로움이나 불만없이 동작한다고 확신할 수 있습니까?
바로 이 질문이 출발점이 될 것입니다. 이는 세계에서 가장 유명하고 성공적인 기업 중 하나인 Apple에서 성장을 이루는 데 적용하고 있는 방식입니다. Apple은 기술적 관점보다는 사용자 관점에서 사물을 보는 데 탁월했습니다. 제품의 전반적인 기능을 통합 테스트하는 것으로 부터 시작될 수 있습니다. 다만 각 요소가 분리되는 경우에서만 디버그 프로세스를 심화하였습니다.
이 방법을 통해 테스트를 설계하면 보다 직관적이고 보편적으로 적용 가능하며 유용하고 궁극적으로 훨씬 더 성공적인 제품을 만들 수 있습니다.