'소프트웨어 테스트' 태그의 글 목록 (3 Page)

Performance Testing Guidance for Web Applications by J.D. Meier, Scott Barber, Carlos Farre, Prashant Bansode, and Dennis Rea

아마존에서 책으로 팔리고 있는 Performance Testing Guidance for Web Applications이 PDF로 공개되었다. http://www.amazon.com/gp/product/0735625700 http://www.codeplex.com/PerfTestingGuide/Release/ProjectReleases.aspx?ReleaseId=6690 아마도 MS와의 연관이 있어 보이는데, 쥔장이 멋져 보이는 MS에서 나온 소프트웨어 테스팅 관련 material을 다수 읽어보고 느낀 점은 "형식은 있으나 내용은 없음" 이다. ^^ 이 PDF는 다르지 않았으면 좋겠다. (참고로 쥔장은 웹 도메인이 아니다.)

책 2008. 1. 29. 16:18

소프트웨어 보안 검사 기술: 소프트웨어 보안 결함 식별

강컴에서 엘프리드 더스틴(Elfriede Dustn)이 저자인 것에 흥미를 느껴 쥔장이 원서를 살펴보던 것이 역서로 나온 것을 보게 되었다. 테스팅과 보안 기술의 영역을 넘나드는 것 같지만, 저자들의 비율로 보아서도 알듯이 기술서에 좀 더 가까울 듯 하다. 혹여나 이 책을 테스팅 일반 서적으로 오인하여 구입하시는 오류가 없으시길... ^^ 제1부 개 론 01 공격 당하기 전에 자신의 약점을 먼저 면밀히 조사하라 : 전통적 소프트웨어 검사를 벗어난 패러다임의 전환 47 ◈ 보안 검사 대 전통적인 소프트웨어 검사 50 _ SQL 주입 공격 패턴 53 ◈ 보안 검사의 패러다임 전환 53 ◈ 고수준 보안 검사 전략 55 _ 오류 주입 공격형 검사 : 탐정으로서 검사자 55 ◈ 공격자처럼 생각하라 57 _ 작업 ..

책 2008. 1. 29. 13:57

테스트 효율화 3단계 작전

http://www.etnews.co.kr/news/detail.html?id=200801210141 테스트 효율화 3단계 작전 “테스트 목적이 양산 승인인지 조기 품질 확보인지 명확히 하라. 또 예비 테스트를 진행한 후 본 테스트를 수행하라. 체크리스트를 전략별로 작성하라.” 소프트웨어(SW)기업이 품질을 높이기 위해 테스트 조직을 별도로 두는 사례가 많아졌지만 노하우가 부족해 개발팀과의 불필요한 갈등을 겪는 등의 문제가 제기되고 있다. 최근 소프트웨어 테스트를 보다 효율적으로 수행할수 있는 3단계 해법이 제시됐다. 갈등도 줄이고 테스트와 개발 업무도 개선할 수 있는 방안이어서 관심을 끌고 있다. 국내 테스트 전문가가 머리를 맞대 테스트시 유념할 점을 3단계로 압축한 것. 이 3단계 방안은 테스트 관련..

외부스크랩 2008. 1. 22. 13:46

멀티브라우저에서의 웹 애플리케이션 테스트

http://www.zdnet.co.kr/builder/dev/web/0,39031700,39165068,00.htm 멀티브라우저에서의 웹 애플리케이션 테스트 Tony Patton ( TechRepublic ) 2008/01/16 웹 애플리케이션을 인터넷에 제공하는 것보다 복잡한 문제 중 하나는 다른 브라우저에서도 일관된 유저 경험을 확실하게 하는 포괄적인 테스트이다. 다양한 애플리케이션 테스트 방법에 대해 알아본다. 사용할 사람이 누구인가? 웹 애플리케이션을 테스트 할 때 가장 핵심 요인은 어떤 브라우저 플랫폼에서 돌게 할 것인가 아니면 어떤 브라우저 플랫폼이 지원될 것인가에 대한 결정이다. 인트라넷 애플리케이션인 경우에는 브라우저는 좀 더 쉽게 조절되지만, 공공 인터넷은 유저들이 무엇을 사용할 것인가..

외부스크랩 2008. 1. 22. 13:40

애플리케이션 제품 개발을 위한 10가지 팁

http://www.zdnet.co.kr/builder/dev/etc/0,39031619,39165256,00.htm 애플리케이션 제품 개발을 위한 10가지 팁 TechRepublic Staffs ( TechRepublic ) 2008/01/21 개발자들은 보통 예산과 일정 및 비즈니스 요구사항이 정해지면 애플리케이션을 성공적으로 개발하려고 한다. 하지만 개발 시작에서부터 최종 작업까지는 넘어야 할 산이 많다. 프로젝트 수행에서는 애플리케이션에서 제품으로 넘어 가는 과정에서 사용자들의 교육도 잘 되어야 함은 물론이며, 애플리케이션에 대해서도 충분히 이해해야 하는 것들과 같이 예상하지 못한 힘든 시간이 든다. 힘든 시간은 엄청난 스트레스와 수면부족을 수반하기도 한다. 다음은 애플리케이션의 커스터마이징함에 ..

외부스크랩 2008. 1. 22. 13:37

Testing in Software Development (British Computer Society Monographs in Informatics)

http://www.amazon.com/Software-Development-Computer-Monographs-Informatics/dp/0521337860/ref=sr_1_1?ie=UTF8&s=books&qid=1200916691&sr=8-1 얅은 북렛 형태의 책을 구매했다. 쥔장은 주로 읽던 책에 레퍼런스로 참고된 빈도가 높은 책들을 구매한다. 그런데, 이러한 레퍼런스 건너뛰기로는 계속 책을 사게 되는 듯 하다. ^^ PS) 늘 카메라가 좋지 못해 찍어 올리는 사진이 흐려서 죄송하다. ^^ 찍새 탓일 수도.

책 2008. 1. 21. 21:01

IEEE Computer 2001년 1월호의 'Software Defect Reduction Top 10 List'

소프트웨어 비용 추정의 전문가 Boehm 교수와 각종 소프트웨어 측정 및 매트릭스의 전문가 Basili 교수가 작성. * 소프트웨어를 고객에게 전달한 후 결함을 발견하고 고치는 비용은 요구분석 및 설계 단계에서 하는 것보다 100배가 더 든다. → 되도록 요구분석 및 설계 단계에서 결함을 발견하자. * 현재 소프트웨어 프로젝트에 들어가는 전체 노력의 40~50%는 피할 수 있는 재작업(rework)에 소요된다. → 재작업을 피하는 것은 전체 개발 시간을 줄이는 데 큰 역할을 한다. * 피할 수 있는 재작업의 80%는 전체 결함의 20%로부터 발생된다. → 핵심적이고 파급력이 큰 결함을 파악하는 데 주력해야 한다. * 결함의 80%는 전체 모듈의 20%에서 발생한다. 그리고 모듈의 절반은 결함이 없다. →..

외부스크랩 2008. 1. 19. 11:51