Posted on July 31, 2008 by qnnp
We can do many practice for easy of test. But it isn’t independent on the development, it has relation with development.
We can reduce cost of development through easy of test. Then let’s see several methods for efficient testing.
Filed under: Test & Verification | Tagged: Testing | Leave a Comment »
Posted on July 28, 2008 by qnnp
개발이 완료되고 테스트를 무사히 마쳐서 제품이 출시되지만 실제 사용자로 부터 수많은 문제점이 발견되어 돌아오게 된다. 왜 그렇게 많은 테스트를 했음에도 불구하고 그러는 것일까? 테스터가 테스트를 잘못해서 그런것일까? 그건 아니다. 테스터는 정해진 품질 규격에 맞을때 까지 테스트 하였으며 모든 테스트케이스를 소프트웨어가 만족 했기 때문에 승인을 한것이다. 소프트웨어 테스트는 필터와 같아서 테스팅을 수행하는 동안 오류가 계속적으로 걸러지게 [...]
Filed under: Test & Verification | Tagged: Test | Leave a Comment »
Posted on July 22, 2008 by qnnp
여러분의 코드는 살아있는가? 죽어 있는가? “매일 빌드 되지 않는 코드는 죽어 있는 코드이다.” 라는 말처럼 개발에서 코드에 생명력을 불어 넣는 것은 daily build이다. 매일 개발하며 변화하는 코드를 매일 매일 build 하지 않는다면 성장을 멈춰 버린 죽은 코드가 아니겠는가. 매일 매일 변화되고 발전되어 가는 코드를 볼 때 살아있는 코드라 생각이 들 것이다. daily build를 위해 build [...]
Filed under: Process | Tagged: build, Testing | Leave a Comment »
Posted on July 18, 2008 by qnnp
지식사회가 되면서 이제는 수직적인 조직에서 수평적인 조직으로 되어가고 있다. 이는 업무가 전문화되어 감에 따라 업무담당자가 맡은 일에 대해 가장 많이 알고 잘 할 수 있기 때문이다. 이는 점점 지시와 통제를 통해 조직을 이끌어 가기 힘들다는 뜻이 된다. 이제 진정한 리더는 지시와 통제로 팀을 이끄는 것이 아니라 mento와 Supporter로서 조언하고 지원하는 자세로 바뀌어야 할 것이다. 그러나 아직 [...]
Filed under: Developer Story | Tagged: leader | Leave a Comment »
Posted on July 16, 2008 by qnnp
아! 전봇대 선이 너무 복잡하다. 개발이 다 된 소프트웨어를 어느날 유지보수를 위해 열어 보았더니 너무 복잡해서 개발 당사자도 한참 소스를 분석하는 경험을 하셨을 것이다. 소프트웨어가 복잡해 지면 개발 뿐만 아니라 유지보수시 영향도가 커져서 오류의 발생율이 높아져 품질과 생산성을 떨어뜨릴 수 있다. 소프트웨어의 초기 버전은 나름 모듈화도 하고 심플하게 개발이 되었을 것이다. 그러나 계속적인 요구사항 변경과 디버깅 [...]
Filed under: Architecture & Design | Tagged: Architecture, Design | Leave a Comment »
Posted on July 14, 2008 by qnnp
테스팅을 위한 조직은 별도의 독립된 조직으로 존재하고 그로 인해 개발과 테스팅이 독립된 각각의 단계로 인식되고 업무가 진행되고 있다. 개발팀에서 개발한 소프트웨어가 목표치에 도달했다고 판단되면 이를 검증하기 위해 QE팀에 전달하게 되고 이를 QE팀이 테스트 하게 된다. 출시를 위해 소프트웨어가 품질 기준을 만족하는지를 검증하는 것을 주 업무로 생각하지만 소프트웨어 품질 및 생산성 향상을 위한 관점으로 보았을때는 전혀 품질 [...]
Filed under: Test & Verification | Tagged: Tester, Testing | Leave a Comment »
Posted on July 14, 2008 by qnnp
소프트웨어 기능의 복잡화되고 소프트웨어의 규모가 커지므로 소프트웨어 품질에 대한 중요성이 증가하고 있다. 그 결과 소프트웨어 품질 확보를 위해 테스트에 대한 관심 또한 증가하고 있다. 소프트웨어 품질을 확보하기 위해 프로젝트 단계별 다양한 테스팅 방법이 있지만 이를 잘못 이해하고 적용함으로 생산성이 저하되며 품질 향상의 효과를 전혀 얻지 못하는 사례가 많다.
Filed under: Test & Verification | Tagged: Integration Test, Test, Unit Test | Leave a Comment »
Posted on July 10, 2008 by qnnp
Why many process appear to field of software? process is a guide on the project, it can setup direction of project and follow project team. Why many process are proposed?
Because software technology and process include strength and weakness individually. Many process exist in the company as RUP, CBD, TDD, Etc and each company define process [...]
Filed under: Process | Tagged: CBD, Process, RUP, TDD | Leave a Comment »
Posted on July 10, 2008 by qnnp
“Software Crisis” said a long time ago that increase of cost, deterioration of reliability, delay of project make difficult situation to practice the plan because system is getting bigger more bigger. Therefore many process and technology appeared to solve the problem
What is process?
Developer think process is troublesome and complicated work. It is not help in [...]
Filed under: Process | Tagged: Process | Leave a Comment »
Posted on July 10, 2008 by qnnp
There are many factors in quality of software, it is difficult to consider all factor. Factors of quality contain Reliability, Economy, Satisfaction, Easy of Use, Safety, Functionality but developer usually tends to concentrate in fuctionality. Factors of quality are center of user, not developer. Safety,Satisfaction, Functionality and Easy of Use are related user.
Software is impossible [...]
Filed under: Introduction | Leave a Comment »