일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- 운영체제
- AINCAA
- MLFQ
- Race condition
- 유스케이스
- 메카님
- STCF
- MAC
- TSet
- dtft
- ret2libc
- Rr
- 배경 그림
- 게임개발
- stride
- 언리얼엔진
- Frequency Response
- 게임 개발
- DSP
- RBAC
- Double free
- frequency-domain spectrum analysis
- Security
- sampling theory
- DP
- Unity #Indie Game
- linear difference equation
- dirty cow
- pdlc
- 유니티
- Today
- Total
목록2024/12/14 (2)
다양한 기록
개발하는, 또는 개발된 소프트웨어가 제대로 동작하고 있는지 검증하는 단계코드속에 에러가 있음을 증명하는 것이 목적코드를 육안으로 읽거나, 실제 데이터를 주고 실행하면서 테스팅완벽한 테스팅은 불가능테스팅의 두가지 형태- 실행 기반 테스팅 (동적 테스팅) : 프로그램에 데이터를 적용해서 실행- 비실행 기반 테스팅 (정적 테스팅) : 문서를 육안으로 검사 V&V검증(Verification) : 과정 및 프로세스에 중점 (Is it right?)- 각 개발 단계에서 정확하게 수행됐는지를 결정하는 프로세스- 요구사항 명세대로 개발이 이루어지는 지를 검사확인(Validation) : 최종 제품에 중점 (Is it correct)- 최종 프로덕트가 그것의 요구사항을 모두 만족하는지를 결정하는 프로세스실수(Mistak..
Development + Operation 등장 배경- 소프트웨어가 단순 비즈니스를 지원한 기능을 넘어 새로운 비즈니스를 창출하거나 기존 비즈니스를 주도하는 핵심으로 성장- 기존의 SW 개발 방식과 운영(배포) 방식으로는 소비자가 원하는 서비스 신속히 제공 불가 기존 개발 체계 및 문제- 개발 팀은 개발, QA는 테스팅하고 운영팀에 이관 (별도의 팀)- 그 뒤 운영팀이 배포 및 관리 운영 시 개발팀 관여 안함 - 서비스에서 문제 생기면 서로 떠넘기기기존 문제 해결 방식- 문제 발견 단계(누가 해결?)- 책임 회피 단계- 갈등 단계- 조정 단계(팀장의 역할 중요)- 이제서야 문제 해결=> 시간이 오래 걸리고 갈등이 남음 => 이직, 비용 손실, 서비스 저하 기존 개발 팀 관리의 문제- 개발 팀은 프로덕트가..