<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>GO라니</title>
  <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@aCoH" />
  <author>
    <name>crowleed</name>
  </author>
  <subtitle>웹 개발 및 앱 QA를 거쳐 현재 게임 QA를 하고있는 사람입니다.</subtitle>
  <id>https://brunch.co.kr/@@aCoH</id>
  <updated>2020-07-21T11:11:39Z</updated>
  <entry>
    <title>Pass? Fail? - 의식의 흐름대로 만들어보는 테스트 케이스의 결과 분류</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@aCoH/8" />
    <id>https://brunch.co.kr/@@aCoH/8</id>
    <updated>2023-08-22T12:12:56Z</updated>
    <published>2020-11-30T16:54:09Z</published>
    <summary type="html">1. Fail  결론적으로 우리는 테스트 케이스에 Pass를 만듭니다.소프트웨어 테스트에서&amp;nbsp;QA의 주 역할은 테스트 대상 소프트웨어가 제공받은 명세서 및 기획서의&amp;nbsp;기대&amp;nbsp;결과 대로의 작동 여부 확인입니다. 개발 과정에서 의도적으로&amp;nbsp;기대 결과와 다르게 제품을 만들지 않습니다. 심지어 장치 또는&amp;nbsp;OS에&amp;nbsp;심각한&amp;nbsp;결함을&amp;nbsp;일으키는&amp;nbsp;바이러스나&amp;nbsp;멀웨어 또한 해당 소프트웨&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2FaCoH%2Fimage%2FaEuiZredezLH6qYwpkMqTXRC6LQ.png" width="256" /&gt;</summary>
  </entry>
  <entry>
    <title>FUN QA - Data is the new QA Tool</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@aCoH/5" />
    <id>https://brunch.co.kr/@@aCoH/5</id>
    <updated>2020-10-25T08:00:55Z</updated>
    <published>2020-10-20T13:22:22Z</published>
    <summary type="html">FUN QA  한국에만 있는 독특한 QA Game QA에만 있는 개념 정의와 측정 불가능한 주관적인 항목 헤비 유저 운영 모니터링 특정 장르에 조예가 깊은 사람 엔드 콘텐츠를 즐겨하시는 분 게임을 좋아하시는 분   부정적인 시선도. QA 커리어의 목표로 삼는 시선도 있습니다. 정량화된 프로세스도, 명확한 정의도 없는 매우 어려운 부분입니다. 도대체 FUN &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2FaCoH%2Fimage%2Fi1K5jIgDptHA_juaGQUArnRAfRA.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>Quality Boosting - 테스트가 없는 테스트 위하여</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@aCoH/4" />
    <id>https://brunch.co.kr/@@aCoH/4</id>
    <updated>2020-10-25T08:01:10Z</updated>
    <published>2020-08-20T07:09:15Z</published>
    <summary type="html">커버리지, 프로그레스, 패스율 100% 오늘도 열심히 테스트를 수행하는 많은 QA가 바라는 테스트 결과 리포트의 모습입니다. 혹시 알 수 없는 불안감이 느껴지십니까?   당연히 QA가 테스트를 진행하며 버그가 있기를 바라는 것은 아닙니다. 하지만 프로그래머의 딜레마처럼 기존의 경험과 통계에서 오는 불안감일 수 있습니다.   이제 본론으로 돌아와서 커버리지,&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2FaCoH%2Fimage%2Faj62oZS8AwEMviIjaWi3Unqzs7w.jpg" width="303" /&gt;</summary>
  </entry>
  <entry>
    <title>UI/UX Quality - Error Popup - 누구를 위하여 팝업은 울리나</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@aCoH/3" />
    <id>https://brunch.co.kr/@@aCoH/3</id>
    <updated>2023-02-16T05:17:35Z</updated>
    <published>2020-08-12T15:13:32Z</published>
    <summary type="html">애플리케이션과 게임을 서비스하기 위해 테스트하고 사용하는 과정에서&amp;nbsp;에러가 발생하면 우리는 위와 같은&amp;nbsp;에러 팝업을 마주하게 됩니다.  테스트 진행 중 에러 팝업이 발생하면 이를 이슈로 분류하고 BTS에 등록을 합니다. 이후 수정이 가능한&amp;nbsp;이슈는 수정을 진행하여 해당 에러의 발생 원인을 제거합니다. 하지만 네트워크 단절, 계정 오류 등 라이브 환경에서 피할 수</summary>
  </entry>
  <entry>
    <title>Quality Scientist - Quality Scientist &amp;amp; Quality Design(er)</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@aCoH/1" />
    <id>https://brunch.co.kr/@@aCoH/1</id>
    <updated>2022-01-29T14:24:33Z</updated>
    <published>2020-07-28T12:31:57Z</published>
    <summary type="html">Quality Assurance &amp;gt; Quality Scientist and Quality Design(er)   제1장 - 변화되는 테스트  우리는 매일 테스트를 합니다.  프로덕트의 론칭과 서비스를 목표로 개발을 진행하고 빌드를 만들면&amp;nbsp;팀 내부에 배포가 진행됩니다. 이제&amp;nbsp;QA는 이 빌드를 기획서 기반으로 작성한 테스트 케이스를 수행하여 테스트를 진행합니다&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2FaCoH%2Fimage%2FlJ0c0e4LVmCJHKvvT_IEcYMa458.png" width="500" /&gt;</summary>
  </entry>
</feed>
