목록전체 글 (449)
먼지 쌓인 키보드
https://pixieengine.com/ Pixel Editor Pixie Engine - Create! pixieengine.com [기본적인 사용방법] 기본적으로 Ctrl+z로 그린걸 돌아갈수있으며, download는 파일을 다운 Resize는 00x00 으로 입력하여 도트의 수를 조절할수있습니다. Options에서 백그라운드를 체크하면 투명인 부분을 아래그림처럼 볼수있음 Replay는 그린것을 처음부터 영상으로 볼수있음 다른 기능은 익숙하겠지만, 검은색 원으로 쳐진것의 기능은 도트 그림을 블록지정하여 복사하고 옮길수 있는 기능입니다. 파레트에서 색상을 클릭시 해당 색상으로 바꿀 수 있음 이 외의 색상을 쓰고 싶을땐 색을 더블 클릭할시 아래 그림처럼 창이 뜨며 사용자 지정 색으로 바꿔줄수있음.
1. 오큘러스 고에 놀로 앱을 설치 a. 놀로 홈페이지에서 오큘러스 키 받기 https://www.nolovr.com/OculusKey?lang=en_US 해당 링크에서 오큘러스 키 발급을 받고 복사를 함 b. 휴대폰에 있는 오큘러스 앱을 실행하고 설정에서 코드 사용을 들어가 코드를 입력 c. 오큘러스 고를 실행해보면 놀로 앱이 다운로드 대기에 있거나 설치되고 있을거임 2. 놀로 설치 a. 스팀에서 nolo를 검색 ( 그 전에 스팀VR은 당연히 깔려있어야함 ) b. 설치 후 놀로를 실행하고, 모바일 기기 선택 후 nolo cv1 선택하고 그 후 알아서 잘 넘기면 됨 3. 오큘러스 고와 놀로 연결 a. 헤드셋 마커를 오큘러스 고에 부착 후 헤드셋과 오큘러스 고를 usb로 연결 b. 오큘러스 고 전원을 키면..
* 테스트 케이스의 정의 - 특정 테스트 컨디션을 위해 개발된 입력값, 기대 결과, 실행 사전 조건, 실행 사후조건의 조합 * 테스팅의 주요 목적 - 결함 예방과 장애 및 결함 발견 - 테스트 대상의 품질 수준에 대한 자신감 획득 * 장애 - 예상했던 기능과 다른 부분 * 테스트 활동과 업무 테스트 설계 : 테스트 케이스에서 수행할 테스트 데이터 식별 테스트 구현 : 테스트 프로시저의 우선순위화와 테스트 데이터 생성 테스트 실행 : 불일치를 분석하여 해당 불일치의 원인 판단 테스트 완료 : 미해결 결함에 대한 상태 변경 요청 * 테스터와 개발자 차이 개발자 < 테스터 : 무엇이 잘못될지 예견할 수 있는 능력 개발자 : 제품/서비스를 설계하고 구축하는데 더 관심이 있음 * 소프트웨어 개발 수명주기 - 각 ..
* 구문 커버리지 - 테스트 스위트에 의해 실행된 구문이 몇 퍼센트인지 측정하는 것 - 다른 커버리지에 비해 가장 약함 * 결정 커버리지 - 테스트 스위트에 의해 실행된 결정 포인트 내의 전체조건식이 최소한 참이 한번 그리고 거짓이 한번씩 선택되었는지 측정하여 퍼센트로 표현 - 개별조건식의 개수와 관계없이 테스트 케이스 최수 개수는 2개로 도출 [ 표 ] D Point = A AND B 에 대한 결정 커버리지의 결정 테이블 D Point( 참 한번 거짓 한번) A B 0 1 0 1 1 1 *조건 커버리지 전체 조건식의 결과와 관계없이 각 개별 조건식이 참 한번, 거짓 한번을 모두 갖도록함. [ 표 ] D Point = A AND B D Point A(참 한번 거짓 한번) B(참 한번 거짓 한번) 0 1 ..
정적 분석 : 오구사항이나 코드와 같은 소프트웨어 산출물을 실행하지 않고 분석 동적 분석 : 실행 중에 시스템 또는 컴포넌트의 동작( 예: 메모리 성능, CPU사용 등 )을 평가하는 절차 정적 테스팅 : 리뷰 또는 정적 코드 분석과 같이 소프트웨어의 실행 없이 명세 또는 구현, 개발 단계에서 컴포넌트나 시스템을 테스팅하는것 동적 테스팅 : 컴포넌트나 시스템 소프트웨어를 실행하면서 수행하는 테스팅
* 결함 오류 장애 오류(error) : 부정확한 결과를 초래하는 인간의 활동, 인간의 실수 ( 결함을 일으킴 ) ex) 개발자가 계산식을 잘못이해하고 있음 결함(defect) : 필요한 기능을 수행하지 못하도록 하는 컴포넌트나 시스템 상의 결점 ( 오류에 의해 발생 ) ex) 프로젝트에 잘못된 계산식으로 코딩 장애(failure) : 컴포넌트나 시스템이 예상된 서비스 또는 예상 결과와 실제적인 편차를 보이는 것 기대결과와 다르다고 무조건 장애는 아님 (결함으로 인해 의도치 않은 결과 발생) ex) 원하는 결과값이 나오지않음
* 결정 테스팅과 커버리지 결정 테스팅 : 코드에 존재하는 결정문을 실행하고 결정문의 결과에 따라 실행되는 코드를 테스트 결과 커버리지 : 일반적으로 백분율로 표기하며, 테스트로 실행된 결정문 결과의 수를 테스트 대상의 가능한 모든 결정문 결과의 수로 나눠서 계산 * 구문 테스팅과 커버리지 구문 테스팅 : 코드의 실행 가능한 구문을 실행 구문 커버리지 : 일반적으로 백분율로 표기하며 테스트로 실핸한 구문의 수를 테스트 대상의 모든 실행 간으한 구문의 수로 나눠서 계산 * 구문 및 결정 테스팅의 가치 - 100% 구문 커버리지를 달성하면 코드에 존재하는 모든 실행 간으한 최소한 한번씩은 테스트했다는 것 (하지만 모든 결정 로직을 테스트했다는 것을 보장하지않음) - 결정 테스팅은 구문 테스팅보다 커버리지가 ..
유사 비트세이버인 Smash The Beats를 해봤습니다. 후기 - 오큘러스 고는 컨트롤러가 하나라서, 2가지 주황색/파란색을 버튼을 눌러 교체하며 해야함 - 게임 내에 노래가 몇개 없고, 빠른 노래나 난이도 높은게 많지 않음 - 좀 더 임펙트가 있거나 타격시 소리도 부족한것같음 결론 - 비트세이버를 해본 입장에서 매우 비슷하여 재밌게했습니다.
시험 공부하며 정리 중인거 공유합니다 * 테스팅의 일반적인 목적 - 요구사항, 사용자 스토리 등등 작업 산출물 평가 - 명시된 모든 요구사항이 충족됐는지 검증 - 결함 예방 / 결함 및 장애 발견 - 만족스럽지 않은 소프트웨어 품질로 인한 리스크 완화(운영 중 기존 발견되지않았던 결함 발생) - 계약, 법적, 규범적 요구사항이나 표준 준수나 테스트 대상이 그런 요구사항이나 표준을 준수하는지 * 테스팅과 디버깅 - 테스트를 실행하면 소프트웨어 결함으로 인한 장애를 찾아낼수있음 - 디버깅은 그런 장애의 원인을 찾고 수정하는 개발 활동 확인테스팅 : 결함을 제대로 수정했는지 확인 * 결함 오류 장애 오류(error) : 부정확한 결과를 초래하는 인간의 활동, 인간의 실수 ( 결함을 일으킴 ) 결함(defect..
알라딘에서 이책 저책 사다보니 포인트가 많아서, 포인트로 이번에 북케이스를 사봤습니다. 사실 아래의 사진만 보고 북케이스라길래 책 커버인줄알고 샀는데.... 북케이스가 책의 케이스가 아닌 책 모양의 케이스였음 ㄷㄷ 설명이라도 써놓지....ㅠ 아무튼 리뷰 시작 박스를 까면, 이렇게 북 케이스가 나옵니다~ 흠... 이게 뭐람ㅋㅋㅋ * 후기 장점 - 저 상태로 책장에 넣으면 책인척 할 수 있음 - 케이스의 마감이 정말 깔끔하고 단단하게 잘만든듯 - 닫는 부분에 자석이 들어있어서 잘 닫히고 잘 열리지않음 - 디자인이 이쁨 단점 - 마감이 잘되어있긴해도, 재질이 종이라서 얼마나 오래갈지 모르겠음 - 내부 공간이 너무 작아서 손바닥도 구겨넣어야 할정도로 작음 - 저 공간에 뭘 넣을수있나 싶음