By Jeff Feldstein[1] 지금까지는 애플리케이션과 개발자가 모든 관심을 받아왔다. 그러나 오늘날 방대하고 미션 크리티컬한 소프트웨어 애플리케이션을 테스팅 하는 것은, 애플리케이션을 개발하는 것만큼이나 복잡하다. 사용자들은 언제나 더 많은 것들을 원하고, 여기에 더해 새로운 기능, 좀 더 고상하고 신속한 성능, 증가된 사용자 편의성과 스케일을 요구하고 있다. 상급 관리부서는 이러한 모든 요구사항들이 비용은 절감하면서 충족되도록 요구하고 있고, 개발 리더들은 새로운 방법을 제안하는 반면 우리는 언제나 그렇듯 무척이나 바쁘다. The Test Team 테스트 엔지니어, 테스트 매니저 그리고 품질 보증 파트로서 우리는 우리가 맡은 역할대로 다양한 요구의 균형을 잡기 위한 시도를 한다. 그러나 우리 ..
이 요상한 제목의 글은 지금 읽고 있는 『프로젝트가 서쪽으로 간 까닭은』 이라는 책의 앞 부분에 나온다. 읽으면서 따옴표 하나, 빈 칸 하나에도 진심으로 공감했다 해도 과언이 아닐 것이다. 일부분을 인용해 본다. 대다수 IT 프로젝트는 목표가 간단명료하다. 한 마디로 표현하면 이렇다. 이런저런 기능을 이만한 정확도와 저만한 안정성으로 어느 날짜까지 구현한다. 이에 팀을 만들고, 목표와 제약을 상세한 요구사항과 설계로 변환하고 모두에게 공지한다. 그런데 한 가지 커다란 비밀은 어느 누구도 프로젝트가 성공하리라 생각하지 않는다는 사실이다. 목표를 조정하지 않는 한 일정 달성은 꿈에서나 가능하다. 신기하게도 프로젝트에 생선 썩는 내가 진동한다는 사실을 아무도 언급하지 않는다. 프로젝트는 그리스 비극처럼 전개된..
보리스 바이저(Boris Beizer)가 faqs.org 에 올려놓은 글을 번역해 보았다. 부하 테스팅, 스트레스 테스팅과 함께 볼륨 테스팅도 가끔 혼돈되는 의미로 사용되는 데 거기에 대해서는 추후 포스팅 예정... 가장 일반적으로 사용하는 용어이면서도 잘못 사용되고 있는 예로 “부하 테스팅(Load testing)”과 “스트레스 테스팅(Stress testing)”을 들 수 있다. 우리는 종종 이 단어들을 동일한 의미로 사용하는 것을 발견할 수 있다. 이런 용어가 잘못 사용되는 것이 중요하게 다루어져야 하는 이유는, 시스템이 적절하게 “부하에 대한 테스트가 수행되지도 않을”뿐더러, 충분하게 “스트레스 테스트”도 이루어지지 못하게 할 수 있기 때문이다. 1. 스트레스 테스팅은 시스템이 부하를 처리하는 데..
소프트웨어 테스팅 전문가인 James A. Whittaker가 Google Testing Blog에 얼마 전에 올린 포스트다. 최근 관심있는 테스트 매니저의 R&R과 관련된 글인지라 관심이 갔다. 원래 하나의 제목에 2개의 포스트가 이어진 것을 한 번에 번역했다. 참조해 보시길. “만약 당신이 새로 부임한 QA 매니저라면…” By James A. Whittaker 오늘 아침, 나는 한 독자로부터 아래 내용의 메일을 수신했다. “나는 테스트 관리자(Test supervisor)로 일하다가 어제부로 QA 관리직(QA Management position)으로 임명되었습니다. 한편 흥분되기도 하지만 한편으로는 두렵기도 하네요. 이런 마음을 어떻게 정리해야 할 지 잘 모르겠습니다. 스타웨스트(StarWest)에 ..
렉스 블랙이 쓴 책에서 동등분할(혹은 등가분할)에 관한 부분을 읽으면서 느낀 몇 가지를 적어보면 다음과 같다. 이 양반이 글은 좀 어렵게 쓰는 경향이 있지만 그래도 경력이 경력인지라 생각할 거리를 꽤 많이 던져준다. 1. 명세 기반 테스트는 요구사항에 기반하고 있다(Specification-based tests are requirement-based). : 명세 기반 기법, 그리고 블랙박스 기법 중의 대표적인 기법이 동등분할이다 보니 그 얘기하면서 다시 리뉴얼해주는 부분임. 명세는 요구사항을 반영하고 있어야 한다. 당연한 이야기. 2. 등가분할을 통해 나누어진 각 클래스 간에는 교집합 영역이 없어야 한다. : 등가분할은 동일한 메타 태그 아래 동일한 성격을 가지는 데이터(무엇에 관한 것이라도 상관없다)로..
- Total
- Today
- Yesterday
- 리스크 기반 테스팅
- 바이오웨어
- QA
- 게임 테스팅
- Iain McCowatt
- 테스팅
- software tester
- 누가바닷컴
- 리그레션 테스트
- 구글 테스팅
- 테스트
- Regression Testing
- Software Testing
- basketball diary
- 버그
- 구글 테스팅 블로그
- 게임QA
- 구글
- 제임스 휘태커
- Game Testing All in one
- BasketBall
- testing
- Bug
- 소프트웨어 테스트
- 구글 테스트
- Test
- 농구
- Game Testing
- 테스터
- How Google Tests Software
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |