웹 응용 프로그램과 데스크톱 응용 프로그램의 특징 및 차이점.웹 응용 프로그램특징 브라우저를 통해 작동하므로, 운영체제에 구애받지 않는다.설치할 필요가 없고 url을 통해 언제든 접근 가능하다.업데이트가 서버에서 이루어져, 페이지를 새로 접근하면rusharp.tistory.com최근에 QA는 평가하는 사람이기 때문에 HW, SW 에 대한 특징을 많이 알아야 한다는 조언을 들은 적이 있다.실제로 하이브리드, 네이티브앱 등에 대한 개념은 알고있지만, 비교적 어느 부분을더 중점적으로 QA해야하는 지 등에 대해선 생각해본 적 없어서, 이번기회에 많이 찾아보았다. 아래는 네이티브앱과 웹앱, 하이브리드 앱에 대해 비교하고 QA로서 어느부분을 좀더 생각해야 하는지 작성해보았다.참고로 웹 응용 프로그램과 데스크톱 응용..

ISO/IEC 25010은 소프트웨어 제품의 품질 모델을 정의한 국제 표준으로,소프트웨어 제품의 품질 측정 및 평가하기 위한 기준을 제공하며, 품질향상에 중요한 역할을 한다. 나 또한 일할 때, ISO/IEC 25010은 QA를 시작할때마다 어느부분을 봐야할 지 많이 참고하곤 했다. 예를 들어, 모바일 애플리케이션을 테스트할 때에는 호환성 테스트를 통해서다양한 디바이스 및 안드로이드 버전에서 애플리케이션 실행 시, 문제가 없는지 확인하고리뉴얼을 진행하거나 디자인을 변경하게 될 때에는 사용성을 위주로 사용성을 테스트를 진행했다. 이때, 사용자와 밀접하게 만날 수 있어, 휴리스틱 평가방법이나 인지적 워크쓰루 등의 방법도 진행했다. 이렇게 ISO/IEC 25010의 모든 내용을 구지 알기보다는 테스트를 진행할..

웹 응용 프로그램특징 브라우저를 통해 작동하므로, 운영체제에 구애받지 않는다.설치할 필요가 없고 url을 통해 언제든 접근 가능하다.업데이트가 서버에서 이루어져, 페이지를 새로 접근하면 바로 업데이트된다.클라이언트-서버 통신에서 보안 취약점이 있을 수 있다.브라우저의 성능에 영향을 받는다.ex) naver, google, daum, facebook 등필요한 QA호환성 테스트다양한 브라우저 / 운영체제 / 모바일에서 애플리케이션이 제대로 작동하는 지 테스트 해야 한다.반응형 디자인 테스트다양한 화면 크기 및 디바이스에서 레이아웃이 잘리거나 깨지지 않는 지 확인해야 한다.성능 테스트페이지 로딩 속도, 응답 시간, 데이터 처리 속도 등을 테스트 한다.다양한 네트워크 환경 (wifi, 4g, wlan 등) 에서..

사실 현업에 있는 사람들조차도 위 세가지에 대해 물어보면 추상적으로 대답하곤 한다.테스트 케이스에 대해서는 비교적 명확하게 설명하지만, 시나리오와 스크립트는 경계가 약간 모호하긴 하다.이 세가지 모두 현업에서 사용되고 있는데 어째서 스크립트와 시나리오는 명확히 대답하지 못하는걸까? 내 생각에는 테스트케이스는 많은 사람들이 접하고, 실제로 작성하고 유지보수까지 원활하게 진행되지만,스크립트나 시나리오는 테스트케이스만큼 작성에 고민과 노력을 들이지 않기 때문인 것 같다. 특히 테스트케이스는 계속해서 재사용되지만, 스크립트나 시나리오는 일회성으로 사용되는 경우도 많고보는 사람들도 참고하는 용도로만 사용하지 테스트케이스만큼 의존하는 편은 아닐 것이다. 그럼에도 불구하고 세가지 모두 실무에서 원활하게 사용되다 보니..

온프레미스란?특징기업이 서버를 자체적으로 보유하고 직접 설치 및 운영하는 방식을 의미한다.하드웨어와 소프트웨어를 구매해야 하며, 데이터 센터나 서버 룸과 같은 물리적 공간과인프라 구축을 위한 시간과 인력을 필요로 한다.보안 및 규제 준수에 대한 책임이 기업에 있다.장점기업 환경과 특성에 맞게 커스터마이징을 할 수 있다.데이터를 직접 관리하므로 보안 정책을 자유롭게 수립하고 실행 가능하다.인프라에 문제가 생기는 경우 즉각적으로 대응이 가능하다.단점하드웨어 구매, 설치, 네트워크 구축 등  초기 비용이 많이 소요된다.하드웨어 및 소프트웨어 유지보수, 업데이트, 보안 패치 등 관리에 많은 비용과 시간이 소요된다.트래픽 급증 시, 신속한 자원 확장이 어렵다.클라우드란?특징인터넷을 통해 리소스를 제공하는 모델.가..

테스트 종료 보고 : 그동안 수행했던 테스트 활동 결과를 종료 보고서에 기록함.테스트 요약테스트 전체 내용의 간략한 요약으로 테스트 목적, 범위 등에 대한 요약 제공.테스트 결과 세부 사항각 테스트케이스의 상세 결과 포함테스트 케이스별 성공, 실패, 스킵 등의 상태 명시결함 분석테스트 활동으로 검출한 각 결함의 최종 상태 요약. (결함 식별자, 최종 결함 상태, 미종결 이유)테스트 커버리지테스트 커버리지 분석 포함각 기능 혹은 모듈별 테스트 커버리지 설명하면 좋음.테스트 수행 내역실제 테스트 수행 내역 포함.테스트 일정, 소요 시간, 사용된 자원 등을 명시.리스크 및 문제점테스트 활동 수행을 방해했던 요인 및 해결책 기술해결된 문제와 해결되지 않은 문제를 구분하여 명시(잔존 위험)교훈 및 개선 사항테스트..

테스트 계획 : 테스트 관리 프로세스 시작 활동으로, 효과적/효율적 동적 테스트를 위한 계획 수립을 목표로 함.테스트 계획서 : 동적 테스트 프로세스 수행에 대한 구체적인 계획이 포함됨.테스트 컨텍스트테스트 대상, 테스트 범위 등 테스트 수행 배경 요소 식별 및 명세테스트의 범위, 즉 어떤 기능과 모듈이 테스트 대상인지와 제외되는 항목이 무엇인지를 명시한다.테스트 전략테스트 설계기법, 환경요건 및 테스트데이터 등 효과적/효율적 테스트를 위한 전략.테스트 도구와 프레임워크에 대한 설명도 포함한다.테스트 항목테스트 할 주요 기능과 모듈을 나열한다.각 항목에 대한 테스트 케이스의 개요를 제공한다.테스트 기준테스트 시작, 종료, 통과, 실패 기준을 명시한다.자원 및 역할테스트 수행 팀원들의 역할과 책임을 정의한..

"내일 당장 테스트를 시작해야 하는 상황인데, 테스트 기간은 야근을 해도 부족할 정도로 짧다.그런데 비즈니스적으로 중요한 스펙이 포함되어 있어 많은 기능과 연결되어 있어서테스트를 가볍게 할 수 없는 상태이고, 마감 기한은 절대로 미루거나 조절할 수 없는 상황이다.이럴 때 나는 어떠한 전략을 세울것인가?" 라는 질문을 받았을 때 사실 머릿속이 하얘진 경험이 있다. 내일 당장 테스트를 들어가야하니 자동화를 설계하거나 코딩을 할 수 있는 시간도 없을테고,중요한 스펙이라고 했으니 애드훅 테스트나 몽키 테스트와 같은 방법을 사용할 수 없는 상황이다. 결론적으론 "우선순위가 높은 부분을 먼저 테스트하고 나머지는 체크리스트로 진행한다." 로 마무리했지만,그 이후로도 가끔 효율적인 테스트 프로세스에서 할 수 있는 방법..