문성준의 단단해지기

오늘은 Statcounter 에 대해 알아보려고 합니다.

Statcounter 란 WIKIPEDIA 에 자세히 나와있습니다.

https://en.wikipedia.org/wiki/StatCounter

그래도 간략히 설명을 해드리자면

웹 트래픽 분석 사이트로 웹 사이트를 접속 통계를 분석해주는 Website analytics 와

점유율을 알려주는 Global Stats 이 있습니다.

이 게시글에서는 Website analytics 를 알아볼 것입니다.

일단 , Statcounter.com 에 접속을 해주신다음

무료 체험을 시작합시다.

30일간 무료 체험을 할 수 있으며, Statcounter 에서 사용할 계정을 생성해 줍니다.

3단계로 구성되어있고 

계정생성 -> 프로젝트 추가 -> 코드삽입이 있습니다.

위의 3단계를 진행하고 나면 코드를 줍니다.

그 코드를 복사해서 분석할 웹 사이트에 추가해줍니다.

생성된 계정으로 Statcounter에 로그인하면 위와같이 일단위로 분석된 자료를 볼 수 있습니다.

Daily로 메일 체크를 할 수 있습니다.

해당 메일에서는 Daily Report 를 간략히 요약해서 제공해줍니다.

인기페이지,  방문자 도메인, 키워드 분석, 도시 ,ISP , Entry Pages, Exit Pages , Country ,

Search Engin wars, Browers , Visit Length 를 한눈에 볼 수 있도록 요약해줍니다.

안녕하세요!

오늘은 PICT 의 간단한 문법 및 사용을 해보겠습니다.

회사 특성상 문서에 DRM이 걸려있는 경우가 있습니다.

이 때도 사용할 수 있도록 편법을 생각해봤는데요.

문서를 저장하고 닫지않으면 DRM 이 걸리지 않고 유지가 된답니다!!

이상으로 Pairwise Testing 과 대표적인 Tool 인 PICT에 대해 알아보았습니다.

많은 도움이 되길...

안녕하세요

이번에는 PICT 의 설치 및 실행 방법에 대해 알아보겠습니다!

cmd 창에서 명령어를 입력해야하니

미리 cmd 명령어를 숙지하는게 좋을 것 같습니다.

안녕하세요!!

이번에는 Pairwise Testing 에는 어떤 Tool 이 있는지 알아보고

대표적인 Tool 소개와 Tool을 다운받을 수 있는 링크를 첨부하였습니다.

https://www.pairwise.org/tools.asp

에서 이와같은 페이지를 찾아볼 수 있고 다운로드 받을 수 있습니다.

안녕하세요

저번 Pairwise Testing 원리에 이은 두번째 시간은

CIT 기법에 관한 정리입니다.

안녕하세요

오랜만의 포스팅이네요..

오늘은 Pairwise Testing 에 대해서 글을 써보려고 합니다.

일단 이번글은 Pairwise Testing 의 정의에 대해서 알아보겠습니다.

오랜만에 QA 관련 글을 포스팅해봅니다.

QA 업무를 진행하다 보면

테스트 케이스를 모두 수행한 프로젝트에 대해 종종 ad hoc testing을 진행하곤 합니다.

ad hoc의 사전 의미는

입니다.

즉, 다시 정리해서 말하자면

비공식적으로 수행하는 테스팅이다.

 

공식적인 테스트 준비 작업 없이, 공인된 테스트 설계 기법을 적용하지 않고, 예상 결과를 사전에 정의하지 않고, 자의적이고 임의적으로 실행하는 테스트 활동을 의미한다.

실 업무에서 설계한 테스트 케이스를 모두 마친 후, 말 그대로 예상 결과를 정의하지 않고 테스트를 하다 보면

소프트웨어 특성상 결함이 발생될 수 있기 때문입니다.

실제로도 AD-HOC testing에서 발생된 결함은 예상외의 결과를 가져다 주기 때문에 결함의 중요도가 크리티컬 하거나 또는 엄청 마이너 하게 나타나지요.

그리고 저도 헷갈렸지만. 흔히들 하는 실수로

랜덤 테스팅 (Random testing)과 애드 혹 테스팅(ad hoc testing)을 동일 의미로 사용하는 경우가 많습니다.

의미상은 비슷한 것 같지만

테스팅적으로 깊게 들어가자면 엄연히 다른 내용입니다.

테스트 케이스를 설계할 때, 특정 범위나 값, 집합에 대해서 동등 분할, 경곗값을 등을 주고 테스트 케이스를 설계하고 수행하게 됩니다.

근데 Random testing은 테스트 설계 기법을 통해 입력값을 따로 설정해 주지 않고 임의로 값을 선택해서 수행하는 방법입니다.

어떻게 보면 비슷한 기법이지만 미묘한 차이가 있다는 점을 알아주셨으면 좋겠습니다.

그렇다면,

Ad hoc testing , Random testing은 언제 이루어져야 할까요?

프로젝트의 테스트 케이스 수행을 마무리 한 단계에서 예상치 못한 결함을 도출할 때?

아니면 기간이 촉박한 프로젝트에서 테스트 케이스 수행이 어려울 때?

기획문서가 없는 소프트웨어의 테스트를 진행할 때?

모두 사용 가능합니다. 물론 다른방법도 있으니 Ad hoc testing 이 최선의 방법은 아니라는 점!!

제 생각은 프로젝트의 테스트 케이스 수행을 마무리 한 단계에서 예상치 못한 결함을 도출할 때는 Ad hoc, Random testing 둘 다 진행해도 좋다고 생각됩니다.

그러나 기간이 촉박한 프로젝트에서는 모든 Testcase를 수행한 이후 Ad hoc testing 만 진행하는 게 맞다고 생각됩니다.

기간이 촉박하고 일정을 미룰 수 없을 때, Random testing을 통해 임의의 값을 입력하여 결함을 찾아냈을 때

결함 보고까지의 범위를 측정하는 시간이 많이 소요된다고 생각합니다.

그리고 Random testing의 정의를 봐도 일정이 촉박하면 테스트 케이스를 설계하여 문서화할 시간도 없다고 생각됩니다.

 

그래서 Ad hoc testing 만 단독으로 진행할 때는 프로젝트의 규모가 작아야겠죠..?

이상입니다..

피드백 환영입니다.!!


++ 2022년에 해당 글에 대한 제 생각을 적은 게시글입니다.
https://ddanx2.tistory.com/133

더위에 지쳐 무기력 해져 있을때,

이대로 있으면 더욱 무기력해질까 싶어 "50000\" 을 주고 신청한 CSTS 자격시험!!

CSTS는 SW 테스트 전문가 자격증이다.

자세한 설명은 TTA 홈페이지에 나와있다.

TTA 아카데미 ( https://edu.tta.or.kr/) 에서 신청할 수 있습니다.

개인적인 능률도 올리고, 직무적으로도 도움이 될 것 같아 신청을했다.

신청하고 놀다보니 10일도 안남았다...

물론 첫술에 배부르면 좋겠지만 (정보처리기사때 쓴 맛을 너무많이 보았기때문에...)

아무튼 열심히 해보려고 한다.

good luck!