Selenium 사용법은 어느정도 익숙해지고 있으나, 어떻게 해야 '잘' 쓸 수 있을까? 궁금증이 생겼고, 꼭 이래야만 한다. 라고 정해진 것은 아니지만 코드 작성하며 알아두면 좋을 내용을 포스팅한다. 알아둘 것 sleep call: call 하는 상황은 다양하지만 매번 동작한다고 보장할 수 없다. 만약, Web 테스트 시 특정 element가 로드까지 시간이 오랜 걸려서 sleep을 주면 sleep 시간만큼 cycle이 증가하고, UI 자동화 시 안정성이 떨어진다. →Implicit wait, Explicit wait을 사용하자 둘 다 모두 wait time 이전에 정상적으로 실행이 되면 다음 line을 수행한다. 완료에 관계없이 wait time이 지나가면 다음 line를 수행한다. 더보기 *impl..

임베디드 테스팅 필요성 오동작/결함 발생 시 하드웨어 생산과 같은 피해가 심각하다 높은 SW 신뢰성이 요구된다 Mission critical 특성을 띈다 임베디드 테스팅의 어려움 https://grapevine9700.tistory.com/130?category=661764 특정 하드웨어 개발이 병행되어 개발되는 경우가 많고, 최적화가 요구되는 하드웨어의 의존성이 높아 하드웨어 자체의 능력이 잘 검증된 경우와 달리 하드웨어의 샘플이 적거나 제약이 있다 결함 재현이 어려운 경우가 많으며 결함 원인을 찾기 위한 정보를 수집할 수 있는 방안이 디버깅 기능의 제약이 따른다 소프트웨어가 독립적으로 동작하는 것보다 융합되는 시스템에 탑재되어 주변 환경과 상호작용하는 상황의 동작이 중요하다. 제품 사이클과 시장 선점..

테스트 데이터란 테스트를 위한 데이터로 금융, 보험, B2B서비스 분야에서는 민감하게 다뤄지며, 실제 환경의 데이터는 가공되지 않아 테스트에 불편함이 있으며, 대용량에서 비롯되는 시간적 비용이 만만치 않기 때문에 테스트 데이터를 주제로 광범위하게 다뤄본다. 사실은 연도 데이터 입력에 대한 검증을 하다가 생각 없이 케이스 추가해서 데이터 관리에 대한 접근법을 찾아보게 되었다 :-) Type of test data 테스트 데이터는 크게 두가지 형태로 나뉜다. 케이스에 의한 입력 데이터 테스트 대상의 상태 데이터: 케이스에 명시된 pre-condition을 충족하기 위한 데이터 How test data is generated Manually Data generation tool From existing pro..

웹 테스트 자동화에 관심이 생겼고, 어떤 상용화 된 툴이 좋을 지 장/단점을 미리 조사하고 학습하는 편이기 때문에 실행 및 회사 사이트에 적용해보았던 내용을 포스팅한다. 실제 사용한 캡처 이미지는 아쉽게도 날라가서 정보 전달 위주로 작성되었다. 배경 및 목적 단순, 반복 테스트를 줄이며, 사용자 입장에서 workflow와 laytency를 측정하여 사용자 경험을 고민할 수 있다. 요약 웹용으로 설계된 프론트엔드 테스트 도구이며 javascript를 사용하여 프론트 개발자 및 QA 엔지니어를 대상으로 함. E2E, 통합, 단위 테스트가 가능함. 사전 지식: javascript 개발 경험, Mocha 프레임워크 경험 설치 및 실행 방법(Based on Windows) 설치방법: Mac, Linux(Ubunt..

https://qualityhm.tistory.com/12 2021 공개SW 페스티벌 후기 온오프믹스를 떠돌다가 사전 신청해두었던 페스티벌이 11/30일 오후 2시부터 리누스 토발즈의 축사를 시작으로 다양한 세션들이 준비되어 있었다. 오픈소스 생태계에서 모두 한가닥 하시는 분들 qualityhm.tistory.com 온라인 공개SW페스티벌을 보고서 오픈소스 라이선스에 대해 포스팅을 해봐야 겠다 생각이 들었고, 찾아보았던 라이선스 관리 툴 정보에 대해 포스팅한다. OSS 오픈소스는 개발 비용 절감, 최신 기술 확보, 기술 경쟁력 강화를 목적으로 누구나 언제든지 사용 가능하지만, 소스의 수정(재생산)/배포하는 경우 해당 라이선스 정책 의무를 따라야 하며 단순 사용 고지 수준부터 전체 소스 코드 공개가 요구되..

온오프믹스를 떠돌다가 사전 신청해두었던 페스티벌이 11/30일 오후 2시부터 리누스 토발즈의 축사를 시작으로 다양한 세션들이 준비되어 있었다. 오픈소스 생태계에서 모두 한가닥 하시는 분들이였고 끌리는 제목의 세션의 발표를 들은 후기를 작성한다. 유명하신 한국인 개발자 권순선님이 인터뷰 형태로 리누스 토발즈와 대화를 이어나갔고, 자신이 어떤 작업을 하고 있는지 + 리눅스에 정말 많은 할 일이 널려있다는 점과 함께하자는 마무리 인사로 축사는 끝났다. 잘 모르는 사람이 그랬다면 약팔이라고 생각했겠지만, 컴퓨터 개론에 나오는 위인이 말씀하시니 '오? 나도?' 하며 리눅스 재단의 그렉 크로아 하트먼의 세션을 이어서 들었다. 그렉 크로아 하트먼 - 리눅스 커널 구루 워낙 짧은 시간임에도 중요한 팁을 알려주셨는데 아..

https://qualityhm.tistory.com/8 품질 국제 표준 1탄 기술 표준을 정의하는 기구는 대표적으로 ISO, IEC, IEEE 등이 있으며, 비즈니스를 하며 해당 국가의 기관 혹은 기업에 요구하는 표준이 다를 수 있다. 더럽게 많지만 알아두면 유리하다고 생각되며 qualityhm.tistory.com 1탄에 이어서 타 부서와 협업 시 필요한 요구사항 기준, 평가 방법, 프로세스에 대한 표준을 알아본다. ISO/IEC 12119 SW 패키지에 대한 요구사항, 패키지를 시험하는 방법에 대한 가이드이다. 평가 대상은 제품설명서, 사용자 문서, 제품 및 데이터이다. 원시코드 필요한 시험은 제외된다. 대상 이 규격의 사용자는 다음과 같은 사람들이 될 수 있다. 공급자가 - 소프트웨어 패키지에 대..

기술 표준을 정의하는 기구는 대표적으로 ISO, IEC, IEEE 등이 있으며, 비즈니스를 하며 해당 국가의 기관 혹은 기업에 요구하는 표준이 다를 수 있다. 더럽게 많지만 알아두면 유리하다고 생각되며 표준을 알아야 현업에 맞춰 가이드라인을 제시할 수 있기 때문에 정리한다. 목적 요구사항 정의의 완전성 확인 SW 요구사항 확인 SW 설계 목적 확인 테스트 목적 확인 사용자 인수 기준 확인 정량적 품질 평가를 위한 기본 틀 조직의 품질 목표를 설정 ISO/IEC 9126와 IEEE/ISO/IEC 25010 1991년 처음 발표되어 이후 IEEE/ISO/IEC 25010 표준으로 대체되었으며, 사용자 입장에서 어떤 특징을 가진 소프트웨어가 품질이 높을까 관점으로 접근하여 품질 특성을 정의한다. 8가지로 구분..