분류
IEEE 1735를 충족하고 뛰어넘는 방법!
지난달 Workday의 선임 채용 담당자라고 주장하는 사람으로부터 채용 관련 이메일을 받았습니다. 세련되고, 개인화된 내용에, 오타 하나 없었고, 제목에 제 이름이 들어가 있어 모든 이메일 필터를 통과했습니다. 답장하지 않았습니다. 발신자 도메인을 확인해 보니 `hiring-workday.co`였습니다. `workday.com`이 아니었죠. DNS 기록을 확인해 보니 메일이 `emx.mail.ru`를 통해 전송되는 것으로 나타났습니다. SMTP 헤더를 확인해 보니 발신지가 맞았습니다…
테스트 분야의 혁신은 생태계의 기회로 떠오르고 있습니다.
오랫동안 소프트웨어 테스트 분야의 혁신은 주로 제품 수준에서 논의되어 왔습니다. 새로운 기능, 새로운 대시보드, 새로운 프레임워크, 또는 워크플로의 일부를 자동화하는 새로운 방식 등이 그 예입니다. 물론 이러한 요소들도 여전히 중요합니다. 하지만 인공지능(AI)이 테스트 라이프사이클에 더욱 적극적으로 활용됨에 따라, 차세대 혁신은…
의료 애플리케이션 테스트의 위험 감소
의료 분야에서 릴리스는 단순히 새로운 기능을 제공하는 것만이 아닙니다. 이는 의료진이 정보에 접근하는 방식, 환자가 의료 시스템과 상호 작용하는 방식, 그리고 연결된 기기들이 중요한 데이터를 교환하는 방식에 영향을 미칩니다. 이제 문제는 테스트가 진행되고 있는지 여부가 아니라, 테스트가 의료 애플리케이션이 실제로 의존하는 워크플로, 환경 및 제약 조건을 제대로 반영하는지, 그리고 팀이 충분한 역량을 갖추고 있는지 여부입니다.
제4의 물결: AI가 코드를 작성하고 있다. 누가 그것을 테스트하는가?
제가 '제4의 물결'이라고 부르는 에이전트 기반 소프트웨어 개발은 예측할 수 없었던 속도로 가속화되고 있습니다. 최첨단 모델의 발전, 기업의 빠른 도입, 그리고 끝없는 자본 투자 덕분에 코딩 에이전트는 역사상 가장 빠르게 확산되는 기술 중 하나가 되었습니다. AI 코딩 에이전트(및 조종사)는 근본적으로…
CarPlay 테스트를 통과했습니다. 운전자는 무엇을 봤을까요?
Apple CarPlay 지원 애플리케이션을 개발하는 팀이라면 메인 디스플레이에 무엇이 표시되는지 검증하는 것이 가장 먼저 해야 할 테스트 중 하나입니다. 하지만 많은 팀이 여전히 어려움을 겪는 부분은 테스트 중에 계기판에 무엇이 표시되었는지입니다. 내비게이션, 전기차, 미디어, 통신 애플리케이션의 경우 운전자를 위한 디스플레이에는 보통…
올바른 선택 Deploy테스트를 위한 설계 모델 – SaaS, 온프레미스 또는 하이브리드
팀에서 몇 달 동안 테스트 플랫폼을 평가하고, 기능, 가격, 통합 등을 비교한 후, 마지막 순간에 누군가 "그래서 이게 실제로 어디에서 실행되는 거죠?"라고 묻는 경우가 종종 있습니다. 배포 모델은 단순히 체크박스에 표시하는 것이 아닙니다. 바로 기반입니다. 잘못 선택하면 보안 문제에 직면하게 되거나…
iOS 27 베타 버전이 출시되었습니다. 앱을 테스트해 보세요. Digital.ai 테스트.
애플이 개발자와 테스터를 대상으로 iOS 27 베타 버전을 배포하기 시작했습니다. 모든 주요 iOS 업데이트와 마찬가지로, 베타 기간은 개발팀이 차세대 플랫폼에서 애플리케이션이 어떻게 작동하는지 검증할 수 있는 중요한 시기이며, 검증은 정식 출시 후 수억 대의 기기에 동시에 배포되기 전에 이루어져야 합니다. Digital.ai 테스트는 iOS 27 베타 버전을 지원합니다…
팀들이 로컬 CI를 넘어 Playwright를 확장하는 방법
수치가 이를 뒷받침합니다. 전문 QA 팀의 도입률은 2023년 12%에서 2025년 45%로 증가하여, 신규 프로젝트에서의 실제 도입률에서 처음으로 Selenium을 넘어섰습니다. 같은 기간 동안 주간 npm 다운로드 수는 1.2만 건에서 52만 건으로 증가했습니다. 현재 12,000개 이상의 기업에서 Playwright를 사용하고 있습니다.
화이트박스 암호화에 대한 가장 강력한 세 가지 반박 논리와 그 논리가 핵심을 놓치는 이유
이 시리즈의 1부에서는 하드웨어 보안이 어디까지 적용되는지 살펴보았습니다. 안드로이드의 TLS 스택이 StrongBox를 완전히 우회하는 이유, 하드웨어 파편화로 인해 대부분의 사용자가 보호받지 못하는 이유, 그리고 하드웨어 보안이 바이너리 리버스 엔지니어링으로부터 프로토콜 계층을 보호할 수 없는 이유를 알아보았습니다. 1부를 읽지 않으셨다면, 이 글의 맥락을 이해하는 것이 중요합니다. 이 글에서는…
규제 대상 기업에서 "기존 소프트웨어를 완전히 제거하고 새 소프트웨어로 교체하는" 방식의 소프트웨어 제공에 대한 오해
규제 산업에서는 "배송 툴체인을 현대화"해야 한다는 압력이 끊이지 않습니다. 매년 새로운 약속들이 쏟아져 나옵니다. 단일 클라우드 네이티브 배송 플랫폼, 통합 파이프라인, 마찰을 완전히 없애줄 명확한 업무 방식 등이 그것입니다. 하지만 규제를 받는 기업에게 소프트웨어 배송 솔루션을 완전히 교체하는 것은 종종 또 다른 종류의 위험을 초래할 뿐입니다. 왜냐하면…