- murianwind의 트위터 - 2009년 11월 29일 http://ff.im/-caE0a - 0:9 #
- 뛰어난 개발자는 길러지는 것 http://bit.ly/5sbCwn - 10:39 #
- RT @jeannie0702: ti뉴스레터인 T-time을 오늘 첫 발행합니다. 받아보실 분은 이메일 주소 남겨주세요~ ti@sta.co.kr 로 구독 문의주셔도 환영합니다. ^^ - 10:52 #
- 추정과 계획 - 멀티 프로젝트에서의 CCPM 그리고 애자일 http://ff.im/-cbZx1 - 12:1 #
- @junppa 제가 사용하는 서비스가 맞습니다. 스패머 구분하려고 신청한건데..덕분에 followers가 늘지를 않네용.. 저를 follow 해주셔서 고맙습니다. - 12:45 #
- 감기가 낫지를 않네요. 처음에 목감기에서 몸살감기로 지난주 토요일부터는 콧물감기로.. 약먹고 좀 낫는가 했더니 다시 몸살감기.. 열은 안나도 아주 귀찮네용.. ㅠㅠ - 12:46 #
- 최악의 재난 영화 - 2012 http://ff.im/-cc5N5 - 12:57 #
- @trauma2u @coyday 의도한 것은 아니었는데.. 괜찮은 제목 같은데요. 과연 재난이 최악이었던걸까요? 영화가 최악이었던걸까요? - 13:16 #
- 구글 크롬OS를 MS Virtual PC로 실행할 수 있다! http://bit.ly/5vxvqk - 14:31 #
- USB 타입의 휴대용 무선인터넷 공유기 Windy31 http://ff.im/-cckAS - 15:10 #
- 보안뉴스_[단독] 엔프로텍트, 해킹당해 100만 고객 DB와 ID/PW 유출! http://bit.ly/8JBmJn - 15:10 #
- bit.ly는 내가 만든 주소의 클릭율을 확인할 수 있는데 최근 내 블로그의 글들을 트위터로 발행한 모든 주소의 클릭율은 0이다. 더 이상 내 블로그를 트위터에 홍보하는 것은 무의미한걸까? - 15:13 #
- 프로젝트10000 - 황리건과 40인의 UX디자이너 후기 http://bit.ly/62rppF 어떤 모임이건 후기란 그 모임에서 발표를 한 사람에게는 소중한 것이지요.. 저도 참석하고 싶었던 모임인데.. - 15:22 #
- bit.ly, 프렌드피드, 페이스북, 피드버너, 트위터 등으로 분산되어서 홍보되는 블로그의 효과가 그렇게 좋은 것 같지는 않다. 구글 애널리스틱의 결과는 염전처럼 짜기는 하다. 큼.. - 15:26 #
- 대량복사에 응용할 수 있는 폴더 동기화 소프트웨어, Bart http://bit.ly/6ZVz8B - 15:40 #
- 행성 크기비교 : "당신은 우주의 중심이 아니다" http://bit.ly/6lOx2Q - 15:51 #
- 브라우저에 저장된 북마크의 죽은 링크를 쉽게 찾아보자 - AM-DeadLink http://bit.ly/6Y6rX6 정말로 찾던 프로그램.. - 16:49 #
- 다양한 온라인 툴을 제공하는 Aviary의 크롬용 확장기능 릴리즈~ http://bit.ly/7js8v0 - 16:54 #
- 블로그 기반 출판의 롤모델, YES http://bit.ly/8ndXcq - 19:48 #
- 수준 높은 포토샵 튜토리얼을 제공하는 사이트 - Tutzor http://ff.im/-cd7uA - 21:51 #
AI 코딩 에이전트와 대형 언어 모델(LLM)이 코드를 순식간에 쏟아내고 테스트 스크립트까지 자동으로 만들어주는 시대가 되면서, 일각에서는 "이제 테스팅도 버튼 하나 누르면 끝나는 쉽고 단순한 일 아닌가?"라는 착각에 빠지곤 합니다. 하지만 품질 전문가 매슈 하이저(Matthew Heusser)가 자신의 블로그 Quality Remarks에 기고한 "Turns Out Testing is Hard" 아티클은, 기술이 아무리 화려하게 발전하더라도 소프트웨어의 '진짜 품질'을 검증하는 일은 여전히 지독하게 어렵고 복잡하다는 현실을 서늘하게 되짚어 줍니다. (출처: Quality Remarks - Turns Out Testing is Hard / Matthew Heusser) https://qualityremarks.com/turns-out-testing-is-hard/ 이 아티클이 말하는 핵심은 간단합니다. 단순한 스크립트 실행이나 표면적인 기능 작동 여부를 확인하는 '체크(Checking)'는 AI나 도구를 통해 얼마든지 자동화하고 속도를 높일 수 있지만, 시스템의 숨겨진 리스크를 탐색하고 비판적으로 질문을 던지는 '진짜 테스팅(Testing)'의 난이도는 오히려 이전보다 더 올라갔다는 점입니다. AI 코딩 에이전트가 단 몇 초 만에 수백 줄의 코드를 생성을 해내면서 당장 눈앞의 기능은 돌아가는 것처럼 보입니다. 하지만 그 이면에서는 오작동이 일어날 수 있는 엣지 케이스, 시스템 간의 미묘한 맥락 단절, 그리고 나중에 거대한 장애로 돌아올 인지부채가 순식간에 쌓여갑니다. 매슈 하이저는 왜 테스팅이 여전히 지독히 어려운 과제로 남아있는지 몇 가지 근본적인 이유를 제시합니다. 첫째, '모호함과의 싸움'입니다. 소프트웨어 요구사항은 언제나 비어있는 행간과 모호함을 품고 있습니다. AI는 주어진 텍스트 그대로 명시적인 조건만 테스트하지만, 실제 인간 테스터는 명시되지 않은 사용...
댓글
댓글 쓰기