LOV3

소개품질을 높이는 활동으로 - 테스트 테스트는 코드 품질만 향상시킨다- 리뷰 이래서 extreme programming이 좋다고 하셨다. 리뷰를 많이 하니깐- 품질보증 즉 품질의 모델은(품질의 속성은) 작업 관점이 어디 있는가에 따라 달라질 수 있다. 고객 만족이 품질에 들어가 있기 때문에 요구사항을 더욱 명확하게 정해야 한다고 하셨다. 요구 사항을 잘 검토 하는것 자체가 품질 관리에 들어가 있다. 구체적인 설명이 필요한 속성들만 적어보면 효율성- 성능이 좋지 않은 cpu와 적은 메모리로도 돌아가는가재사용성- 품질이 구조적인가 그동안 배웠던 결합도, 응집도, 디자인 패턴의 적용 유무 등 품질 특성 위에 있는 항목은 각각- 품질 요소 : 사용자에 의한 외부 관점- 품질 ..

검토, 확인 개정판에서 검증 -> 검토로 바뀌었다 - 검토 verification 이게 리뷰다 올바르게 하고 있는가? 과정을 전부 검토 - 확인 validation 이건 결과물에 대한 확인 테스트 기초 용어로 4가지가 있다- 버그 문제, 결함을 나타내는 일반적인 용어 - 오류 개발자가 잘못하여 설계나 코딩에 실수한 것 EX) 오버플로우를 고려하지 않고 설계한 것 - 결함 시스템이 고장을 일으키게 하는 오류의 결과 - 고장 시스템이 원하는 작업을 수행할 수 없는 상황 테스트 하네스 Test Harness시스템 일부 기능만 시험하기 위해 소프트웨어에 변경을 가하는 경우이다. 키워드 기반 테스팅테스트 자동화 프레임워크의 일종으로테스트의 각 단계를 설..

Junit 단위 테스트 실습을 진행했다스프링은 아니고, 순수 자바 코드이고 쉬운 실습 public class StudentManager { private Set students = new HashSet(); //학생 추가 public void addStudent(String name) { if (students.contains(name)) { throw new IllegalArgumentException("이미 존재하는 학생입니다: " + name); } students.add(name); } //학생 제거 public void removeStudent(String name) { if (!stu..

기초여기서 단위 테스트와 QA의 차이점함수들의 기본적인 인풋과 아웃풋을 확인해 주는게 단위 테스트그걸 통합하면서 발현되어야 하는 기능들을 통합적으로 테스팅하는게 QA 자주 발생하는 오류 메모리 누수 Memory Leak메모리가 프리 되지 않고 프로그램에 계속 할당되는 현상 구체적으로, 힙 영역에 올린 후 내리지 않으면 해당 메모리 공간에 OS가 할당하지 않으므로 사용할 메모리가 없어지는 상황을 말한다. 예시로, java를 사용한다면 JVM GC가 가비지 콜렉팅을 하면서 free를 해주지만 그게 즉각적인 free는 아니기 때문에 시스템에 장애가 오는 경우가 있다고 하셨다.JVM과 GC에 대해 공부해 봐야겠다고 생각했는데 이번 방학때 꼭!! 해야겠다 중복된 free 선언free를 안하는것도 문제지만 2번..

UI로 사용자 경험을 이끌어 내는것이다. 사용성 (usability)라는 척도로 얼마나 사용하기 편한지를 나타낸다.사용성에 영향을 주는 요소는학습 용이성효율성기억 용이성낮은 오류율자신감과 만족? 개발자는 시스템 내부 동작을 알고 있기 때문에 조금의 불편함이 있어도 사용할 수 있지만, 사용자는 그렇지 않다. 즉 개발자 관점에서 UI를 만드는 것과 사용자 관점에서 UI를 만드는 것은 굉장히 다르다-> 디자인 씽킹 멘탈 모델현실 세계의 사물이나 과정이 어떻게 동작하는지에 대한 개인의 이해. 위에서 나왔던 사용자 관점, 개발자 관점에 대한 내용을 멘타 모델이라고 표현할 수 있겠다. 이를 해결하기 위해서많은 사람들의 인터뷰가 필요하다고 하셨다. UI 설계 원리교수님은 초, 중에서 배우는 도덕에 비유하셨다단순하..

아키텍쳐 기초수많은 아키텍쳐가 있지만 학부생들 대부분은 원시 코드를 사용한다고 지적해 주셨다.그 이유에 대해 코딩 테스트를 비판하시며 시스템을 크게 가져가면서 넓게, 크게 봐야 하는데 그걸 테스트 하지 않기 때문이라고 하셨다. 특히 아키텍쳐에 대한 생각 없이 개발하는 사람들이 대체 1순위이다,, 라고 하셨다. 되게 공감되는 이야기이였다. 요즘 채용 프로세스에 과제가 포함되는게 좋은 점인 것 같다. 추가로 링크드인을 꼭 가입하라고 하셨다. 나도 링크드인을 통해 modular monoliths를 접했고 현 프로젝트에 접목하고 있는데 정말 이건 혁신이다. 브라운 형님 멋있다관심있으신 분들은 보시길https://www.youtube.com/watch?v=5OjqD-ow8GE&t=1s 레퍼런스가 많이 없어서 고..

결합도와 응집도 추가 예제롤 살펴보자기본형 (데이터 결합도)Copy codeclass Bill {// 주차 요금 청구서 모듈 (사용시간과 할인률을 인자로 받고 계산하여 주차요금 메소드를 호출) public static int getBillFee(int time, int discount) { double discountPercentage = discount / 100; // 메서드안에서 또 다른 메서드를 호출해 의존도가 있긴 하지만, 메서드에 단순 파라미터 데이터를 보내는 형태 return Fee.calculateFee(time) * discountPercentage; }}class Fee {// 주차 요금 계산 모듈 public static int calculat..

INTRO요구 분석은 ‘무엇을 만들것인가’를 다루는 작업 설계는 ‘어떻게 실현할 것인가’를 구체적으로 결정하는 활동전통적인 설계 원리가장 중요한건 효율성, 단순성.그 외에도분화, 계층화모듈화추상화 등이 중요하다 뒤에서 보자추상화컴포넌트 구현에 대한 자세한 사항을 염려하지 않고 추상적인 수준으로 컴포넌트를 다루는 도구라고 할 수 있다.캡슐화추상화된 대상이 제공하는 서비스를 쉽게 접근하게 하는 개념.서비스를 수행하는 핵심만 노출시키고 어떻게 서비스를 제공하는지 자세한 것을 숨긴다.모듈화결합결합은 모듈간 서로 의존하는 정도를 뜻한다.좋은 소프트웨어는 낮을 결합력을 가진다. 모듈끼리 의존도, 결합이 강해지면 이해하기 어렵고 변경할때 많은 부분을 고쳐야 한다.모듈간 결합도는 1. 모듈간 인터페이스수 2. 각 인터..

INTRO복잡함을 잘 관리하기 위해 모델링을 하는 것이고,시각화해서 커뮤니케이션 하기 위해 모델링을 하는 것이다.즉 복잡한 시스템을 추상화 시키는 것이 핵심.UML객체지향적인 소프트웨어를 모델링하는 표준 그래픽 언어.정적 모델링UML에서 정적 모델링의 대표적인 표현으로 클래스 다이어그램을 사용한다.이는 객체들의 공통 구조와 동작들을 추상화 시킨 것으로 객체 지향 개념을 정확히 알고 있어야 한다.객체지향은 전 글 참조UML에서 클래스 메서드를 오퍼레이션이라고 표현하고메서드는 오펴레이션의 구현이다.관계는 연관, 상속, 의존, 구현 4가지로 나뉜다.클래스 다이어그램 관계 표현Harbor(항구)는 Boat가 정박해 있다는 의미로 연관되어 있기 때문에 연관관계.즉 항구가 있을때마다 보트 인스턴스가 있다는 의미.B..

INTROPermalink뒤에서 나올 모델링에 대한 내용을 알기 위해 필요한 객체지향.공통 구조와 동작을 추상화 시키는게 정적 모델링인데, 그걸 하나의 클래스로 표현하기 때문에 이 개념이 중요하다고 한다.객체가 무엇인지, 어떤 연관관계 집합, 상속 다양성 관계가 있는지에 대한 이해가 필요하다.교수님 말씀대로라면 그걸 왜 하는지에 대한 이해가 특히 필요하며 여태까지 객체지향에서 배운 것은 그런걸 할 수 있다는 것이지 어느 상황에서 어떻게 효과적으로 쓸지에 대해 잘 모른다고 하셨다.이제 알아보자.객체지향Permalink객체, 클래스Permalink객체를 인스턴스라고 생각하면 된다.클래스라는 설계도로 만들어진 (실존하는) 객체.캡슐화Permalink정보 은닉은 보안이 핵심이라기 보다는 알 필요가 없는 정보를 ..