본문 바로가기

qa92

ISTQB_Foundation Level Syllabus 차례(영문/한글) 1. Fundamentals of Testing1.1 Why is Testing Necessary1.1.1 Software Systems Context1.1.2 Causes of Software Defects1.1.3 Role off Testing in Software Development, Maintenance and Operations1.1.4 Testing and Quality1.1.5 How Much Testing is Enough?1.2 What is testing?1.3 Seven Testing Principles1.4 Fundamental Test Process1.4.1 Test Planning and Control1.4.2 Test Analysis and Design1.4.3 Test Im.. 2012. 1. 16.
오픈소스 Bug Tracking System TOP 100 1. Bugzilla Are you looking for a stable, actively maintained, widely adapted bug tracking system? Look no further. Bugzilla is for you. This is used by various big open source projects to track their bugs. For example, Linux kernel development team, Apache development team, GNOME development team uses bugzilla. Red Hat also uses bugzilla to track the issues found in Red Hat Distribution system... 2012. 1. 11.
Slideshare의 Effective Software Testing 자료 Software Testing Basics View more presentations from Belal Raslan 해외의 자료를 보면 왠지 모를 깔끔함이 보이는 것 같다. 공학적인 관점과 전반적인 사항이 잘 정리 되어 있으니 참고하여 공부하도록 하자. Written By 밤의카사노바 2012. 1. 5.
2012년 ISTQB 정기시험 일정 월 시험일 요일 분류 접수기간 1월 2012-01-30 월 FL정기시험 1.9~1.20 3월 2012-03-12 월 FL정기시험 (한글) 2.20~3.2 5월 2012-05-29 화 FL정기시험 5.8~5.19 6월 2012-06-16 토 AL정기시험 4.16~6.8 7월 2012-07-27 금 FL정기시험 7.6~7.17 9월 2012-09-25 화 FL정기시험 (한글) 9.4~9.15 11월 2012-11-26 월 FL정기시험 11.5~11.16 12월 2012-12-08 토 AL정기시험 10.8~11.30 외국계 시험이라서 그런가 평일에 시험을 봅니다. 근데 이상한것은 AL레벨은 토요일이네요~ 왜 그런 것일까요? 출처 : http://www.sten.or.kr/bbs/board.php?bo_tabl.. 2012. 1. 4.
Bug Triage(버그 선별)을 해야 한다. 어떤 조직에 갔을 때 처음 BTS를 세팅한다고 했다. 그 조직에서는 BTS를 써본 사람도 써보지 않은 사람도 있었다. 근데... 문제가 되는건 뭘 어떻게 할것인가? 이라는 것이였다. 무념 무상 그냥... 기본으로 만들어진 것들을 쓰다보니..(단순히 Fixed/Closed) 더 필요한 사항들이 발생했다. 이후에 기존 문제의 재분류 때문에 고생한 생각이 스친다. BTS를 세팅하기 전에 Task 내지는 Issue의 상태를 잘 살펴야 한다. Close의 주체, Open의 주체는 누가 되는지 부터 해서 어떤 내용들을 살피는지도 보아야 한다. 그나마 잘 구분된 내용을 아래 공유한다. 업무에 참고하길 바란다. By Design Duplicate Postponed Not Reproducible Won’t fixed R.. 2012. 1. 3.
Bug Tracking System의 Priority를 아시나요? Always Likely Unlikely Blocker P1 P1 P1 Critical P1 P1 P2 Major P1 P2 P2 Average P2 P3 P3 Minor/Trivial P3 P4 P4 Enhancement P5 P5 P5 QA성숙도가 낮은 조직에서는 몇가지 특징을 살펴볼 수 있다. 바로 산재된 문제점에 대한 우선순위를 집어내지 못하는 문제점이다. 형상관리도 하고 실제 문제가 되는 것들에 대한 문제점들을 찾아내고 Tracking System도 모두 구축되었다고 하더라도... 실제 그것을 바라보는 프로젝트 이해 담당자들은 무상무념일 뿐이다. 그런 부분에 있어 Bug Tracking System(이하 BTS)를 컨설팅하기 위해서는 우선순위와 심각도에 대한 가이드를 제시해야 한다. 개발 환경이.. 2012. 1. 2.
CC인증, 국내 획득 현황 살펴보니... 요즘은 CC인증에 대해서 공부중이다. 아무래도 보안쪽 이슈는 CC인증이 거의 필수와 같이 알려지고 있는데... 공부를 더 열심히 해서 인증 지원이 가능한 수준이 될 그날까지 열심히 해보련다. 공부에 앞서 현재 국내 현황을 좀 알아보려고 한다. 내용을 살펴보면 알겠지만... 중소기업, 대기업 상관없이 많은 획득률을 확보하고 있는 회사가 있는 것을 볼 수 있다. 그리고 그런 기업에게 컨설팅을 하는 업체들도 많이 생겨 났다. 아래 첨부된 파일을 살피고 어떤 제품들이 인증이 되었나 살펴보도록 하자. 참고로 5등급이상은 현재 3개업체만 있으며 삼성 SDS, LG CNS가 확보하고 있다. (첨부파일 출처 : http://service2.nis.go.kr/ 의 내용 엑셀로 정리 ) Written By 밤의카사노바 2011. 12. 1.
소셜커머스가 컴퓨터에서 안보여요 :< 요즘은 이름하여 소셜커머스가 온라인 시장의 거대 마켓을 잡아 삼키고 있다. 순기능으로 가격이 낮아지고 그에 따른 경쟁 구도를 확보할 수 있다는 데 경제에 큰 도움을 준다고 생각할 수 있겠다. 하지만 업체 선정 및 매물 확보등의 문제로 오히려 물류나 서비스 등의 인플레이션이 생길 수 도 있다고 필자는 생각한다. 얼마전에는 짝퉁을 파는 사건도 있고, 번쩍 번쩍 거리는 사이트에 핸드폰으로 수시로 날라오는 푸시 메세지들은 가끔은 눈살을 지푸리게 만든다. 그래서 생각했다... 소셜커머스 사이트가 실제 우리가 볼만한 수준인지... 그 척도로는 웹접근성과 웹표준을 기준으로 살펴보려고 한다. (대부분이 자동 검색, 검사 툴을 이용한 부분이니 감안하고 봐주길 바란다.;;;) http://pakaeuro.blog.me/1.. 2011. 11. 10.
QA에 관한 모든것! 목마른 사람이 우물판다! 그동안 블로깅을 하면서 이런 저런 의견도 써보고 현황도 파악해보고 했습니다. 지금까지 밤의카사노바의 블로그를 사랑해주신 IT 관련 종사자 여러분 감사합니다. QA관련 부분에 대한 간략한 내용을 정리해봅니다. 처음 접하시는 분들도 많겠지만... 현업에 대한 고민을 하시는 분이거나... 새로 전직을 생각하시는 분들... 대학교에서 공부하시는 분들에게는 도움이 될 수 있을 것이라 생각됩니다. 글 목록을 아래에 남기니 즐독하세요. QA 마인드 http://goodsharp.tistory.com/375 - App Store에서 이런것도 판다. [QA InterView] http://goodsharp.tistory.com/361 - QA관점의 Conflict & Complete http://goodsharp.tis.. 2011. 7. 28.
SDLC에서의 프랑켄슈타인 증후군(frankenstein syndrome) 소프트웨어 공학이나 SDLC(Software Development LifeCycle)관련 책을 찾아보면 Alien Code라는 내용이 나옵니다. Alien Code란, 개발한 지 10년이 넘어 로직이나 루틴을 확인하기도 어려울 정도의 코드들을 말합니다. 이와 비슷한 이야기로 프랑켄슈타인 증후군이라는 내용이 있습니다. 프랑켄슈타인 증후군(Frankenstein syndrome)이란, 당초 사람과 같은 모양의 로봇을 만들려고 했으나, 여러 사람들이 잘못 만들고 보니 흉물스러운 괴물이 되었다는 내용입니다. 가위/바늘/칼 등을 이용해서 한명의 전담 인력이 제품을 만드는 것이 아니라… 망치/톱/작두 등을 이용해서 여러 사람이 빨리 만들어 조합해보니 당초 목적하고 맞는 제품이 개발되지 않는 것이라고 볼 수 있겠습니.. 2011. 7. 20.

티스토리툴바