본문 바로가기

테스트18

Google Testing Culture! 모두 영어 인터뷰임을 밝힙니다.!!! 다국적 기업답게 여러인종들이 영어로 구글에 대한 이야기를 하는 것 같군요. 저도 한번 자세히 들어보렵니다. Written By 밤의카사노바 2010. 9. 16.
Regression Test가 필요한 이유! 일부 회사에서는 단순한 기능테스트만 수행하는 경우가 많다. 그럴때마다 내가 하는 이야기는 이렇다. 1. 버그는 항상 관리되어야 한다. 2. 개발자가 고친 버그는 검증되어야 한다. 3. 기획자가 고친 스펙도 검증되어야 한다. 4. 버그는 버그를 양산한다. 5. 그러므로 고친것을 확인해야 한다. 위에 그림이 결함 기반의 테스트가 필요하다라는 것이다. 위 이미지를 보면, 버그 하나 잡아서 문밖에 던져버렸더니! 문 열면서 버그가 다시 들어온다 이거죠~ 참으로 흥미로운 테스팅의 세계 아닙니까?^^; 더 열심히 살아봅시다! Written By 밤의카사노바 2010. 8. 24.
한컴오피스 2010 오픈베타(OBT) 사용기 필자는 클로즈베타 1차, 2차를 수행하고 현재 오픈베타를 수행하고 있습니다. 아직 완성도가 많이 높아진 상태는 아니나... 눈에 띄게 변경된 것 위주로 작업해서... 블로그에 포스팅하도록 하겠습니다. 산뜻하게 바뀐 아이콘은 기존의 딱딱한 이미지보다 훨씬 다가가기 쉬운 느낌입니다. 더불어 넥셀, 슬라이드의 이름을 모두 변경하였습니다. 넥셀은 한셀, 슬라이드는 한쇼로 변경되었습니다. 보다 깔끔해진 CI를 확인할 수 있게 되었습니다. 기본적으로 가지고 있던 문제였던 엔진 구동시 나타나는 테두리 부분을 흰색으로 처리함에 따라 사용자에 조금이나마 이쁘고 문제없는 CI를 보여줄 수 있게 되었다. 베타 테스트 부터 수행한 결과 많은 수정작업이 있었던 것으로 생각할 수 있습니다. 클로즈베타를 통해서 수정적용과 이번 오.. 2009. 12. 23.
테스팅컨설팅 업체의 메일 소스코드 결함 어제 오늘 황당한 메일을 받았습니다. 테스팅에 대한 컨설팅을 수행하는 업체에서 메일발송 프로그램의 소스코드 결함으로 사용자들에게 특정 사람의 이름이 노출된 채로 메일이 발송된 것!!! 보통 뉴스레터거니 하면서 대충 보고 넘겼으나... 내용을 확인해보니.. 이건 뭐... 제이름이 아닌 메일이 와 있던 것입니다. 보고 약간은 허탈한 느낌으로 열심히 웃었습니다. 테스팅을 수행하는 입장에서... 주위에 놓치고 있는 것은 없는가라는 질문을 던지는 사건이였습니다. 업체도 조금 더 신경써서 관리를 해주셔야 할 것이며... 이글을 읽는 테스트 관련 종사자분들도 주위를 살펴 그런 일이 없나 살펴봐야 겠습니다. Written by 밤의카사노바 안녕하세요 회원님, 어제 저녁에 회원님께 발송해드린 2010년 1월 테스팅 교육.. 2009. 12. 23.
제 2의 나로호가 되나? http://www.dt.co.kr/contents.html?article_no=2009113002011657650002 한국형 우주발사체를 2020년 다시 발사한다고 한다. 나로호의 발사 실패에 따른 2차 시도인듯하다. 우주발사체는 말 그대로 최고의 기술들이 집합해 있는...최첨단 시스템이다. 시스템이라고 하면, 그 정의를 아래와 같이 내릴 수 있다. 모든 독립적인 모듈인 유기적인 결합을 통하여, 상호간의 데이터 교환 및 상태에 대한 제어가 가능한 상태를 일켰는다. 우주발사체 역시 마찬가지이다. 최신의 하드웨어와 소프트웨어, 각종 미들웨어 등의 상호 제어를 진행해야 한다. 지금부터 10여년 후에 다시 나로호와 같은 문제를 발생하지 않으려면, 아주 치밀하고 정확한 분석과 사전 테스트가 필요하다고 생각한다.. 2009. 11. 30.
← 요기 옆에 방문자 그래프 위젯 버그 나는 내가 테스터의 기질이 충분한 사람이다. 하지만, 일을 즐기기 위해서라도 ... 내 정신 건강을 위해서라도... 내 주위에 있는 제품이나 서비스에 대해서 전혀 테스트 하지 않는다. 하지만... 몇번 눈에 띄었으나 수정이 안되서 이렇게 글을 올린다. 블로그에서 누구나 한번을 써봤을 방문자 그래프! 하지만 나는 직장인이다. 저녁 늦게 까지 일하다가... 가끔 블로그에 와서 내용을 확인하기도 한다. 하지만 지금 시간 12시 30분 임에도 위와 같이 어제 날짜인 10월 26일은 없어져있다. 어서 수정되기 바란다. 2009. 10. 27.
소프트웨어 품질 관리가 중요한 이유! 요즘 소프트웨어 품질 관리에 대한 이슈로 포스팅을 많이 하고 있는 데 올 중반에 발표된 소프트웨어 진흥원의 자료를 참고로 간단히 설명하오니 참고하세요~^^ 소프트웨어 테스트는 항상 필요하다라는 이야기들이 많이 필요하다. 하지만, 어떤 테스트를 실행하고 그에 따른 결과, 산출물에는 어떤 것이 있는지 알려고 하지 않는 현실이 참으로 비참하다. 프로젝트에는 신규개발, 재개발, 성능개선등으로 나누어 볼 수 있다. 신규개발인 경우에 비용은 테스트 계획부터 단위, 통합, 시스템, 인수테스트에 골고루 퍼져있다. 재개발의 경우에는 모두 현저히 적게 할당 되어 있다. 하지만, 성능개선에는 통합과 인수테스트 비용이 많이 들게 나타나다. 이는 엔진의 변경이나 전체적인 UI, 핸들러, 리소스등의 변경에 대한 테스트 비용이라고.. 2009. 10. 5.
About TestProcess Without KnowledgeBase (내가 개인 적으로 좋아하는 사진이다. 테스터의 입장을 적랄하게 표혀한 사진이다.) 오늘의 테스트 관련된 이야기는 바로 Process이다. Process는 모든 Management나 Output의 중심에 있기 마련이다. 더구나 QA와 같이 산출물이 제품과 같은 형태로 만들어 지는 것이 아니기 떄문에... 더욱 민감한 항목이라고 할 수 있겠다. 허나... 잘 만들어진 Test Process에서도 안에서 말도 안되는 현상이 발생하고, 또, 아주 높은 음역대 앞에 놓인 파카글라스 유리처럼... 후덜덜 떨리며 결국 깨지긴 한다. 지속적인 관리가 필요하다는 이야기가 되겠다. 프로세스를 관리하는 부분에 있어 지식이 필요하다. 사유로는 여러가지가 있을 수 있겠다. 첫번째로, 항상 근거를 준비해두어야 한다. 앞에서 이.. 2008. 10. 27.

티스토리툴바