These are my links for August 26th through September 1st:

• Eclipse’s Culture of Shipping – 프로젝트 투명성… 에릭감마의 이야기를 통해서 느낄 수 있는 이클립스에서 RTC 까지… 감마형아가 최고…
• Snow Leopard, 개발자들의 생각 1 – AppleForum – 곧 쏟아질 레오파드용 앱들이 기대된다.
• Test Driving Your Code with OCUnit –
• SuperMegaUltraGroovy » Blog Archive » Unit Testing and Code Coverage with Xcode –
• lovesera.com: ART of VIRTUE :: [마인드맵] 트위터 & SNS 빅뱅 세미나 2009 발표 내용 정리 –
• Cocoa Samurai: Xcode Shortcuts Updated for Xcode 3.2 on Mac OS X 10.6 Snow Leopard – 크게 프린트해서 집에 붙혀놓아야겠다. ^^;
• Unit Testing and Code Coverage with Xcode | BYU CocoaHeads – Xcode에서 Unit Test하는 것에 대해서 정리를 하려는데 영 짬이 안 난다. 일단 Inbox에 넣고 노력해야겠다.
• Things 1.2: Fasten Your Keyboards! | Things Blog | Cultured Code – Things를 조금 더 편리하게 사용할 수 있게 되었다. 업무용으로도 사용하면 참 좋은데…훔…
• Jazz Community Site – Jazz Team Blog » Sprint alignment for developers and testers – 개발과 테스터가 이런 환경에서 프로젝트를 진행한다면 정말 도움이 많이 될 것이다. 물론 어떻게 운영하냐가 중요하겠지만… 아… 이런 환경에서 프로젝트 해보고 싶다. 맨날 밤 새도 즐거울텐데…
• Article info : Writing Better Defect Reports – Why do some testers get a much better response from development than others? Part of the answer lies in the defect report. Following a few simple rules can smooth the way for a much more productive environment. The objective is not to write the perfect defect report, but to write an effective defect report that conveys the proper message, gets the job done, and simplifies the process for everyone. This paper focuses on two aspects of defect reports: 1) the remarks or description and 2) the abstract.

Related posts:

1. Bookmarks for August 23rd through August 26th
2. Bookmarks for August 17th through August 22nd
3. Bookmarks for September 1st through September 2nd

“개발자도 알아야할 소프트웨어 테스팅 용어”에서 혼용해서 함께사용되곤 하는 용어를 찾아보았습니다.

Fail : 실제 결과가 예상 결과와 비교하여 다를 경우 테스트는 실패라고 간주됨. (A test is deemed to fail if its actual result does not match its expected result.)

Failure : 컴포넌트나 시스템이 예상된 인도(delivery)나 서비스 또는 예상 결과와 실제적인 편차를 보이는 것. (Actual deviation of the component or system from its expected delivery, service or result.)

Fault : Defect 참고

Defect : 필요한 기능을 수행하지 못하도록 하는 컴포넌트나 시스템 상의 결점. 결함의 예는 부정확한 구문이나 부정확한 데이터 정의 드이다. 실행 중에 결함이 발생할 경우, 컴포넌트나 시스템의 장애(failure)를 야기시킬 수 있다. (A flaw in a component or system that can cause the component or  system to fail to perform its required function, e.g. an incorrect statement or data definition. A defect, if encountered during execution, may cause a failure of the component or system.)

Error : 부정확한 결과를 초래하는 인간의 활동. (A human action that produces an incorrect result.) 일반적으로 프로그래머에 의하여 생성된 실수(mistake)로 프로그램의 결함으로 나타난다.

제가 이것을 왜 정리했냐면 테스트에 대한 결과(효과)를 정리하는 과정에서 Test Case에 대한 Fail을
Defect으로 간주해서 그 수치를 늘리려고 하시는 분이 있어서 입니다. 아무리 급해도 그렇지 이건 아니라고 생각합니다.

테스터가 Test Case를 수행하다 실패한 것이 fail입니다. 이 때까지는 이것은 Defect이 아닙니다.  이 fail이 개발 담당자에 의해서 결함이라고 판단 되었을 때 이것은 Defect이 되는 것입니다. 그리고 Defect은 실패의 상황이 아닐 수도 있습니다. 로직의 오류가 인스펙션을 통해서 발견되어, 실제로 어떤 상황(문제)으로 나타나지 않더라고 이것은 Defect이라고 할 수 있습니다.

이런 말을 적는 저도 참 답답합니다만… 그 분도 참 답답합니다. ㅡ,.ㅡ;

Related posts:

1. The Thinking Tool called Agile
2. links for 2008-12-10
3. Bookmarks for August 26th through September 1st