해당 댓글은 삭제되었습니다.
프론트는 테스트 안해????
코드가 있는 곳에 테스트가 필요 없는 곳이 있음? 뭔 개소리노
안함
헐..?
테스트 짜는거는 si 아니고 근본없는 영세 업체들 아니고서는 다 짬. 여기서 말하는건 그냥 테스트코드를 짜는게 아니라 tdd를 하냐는거 아님.
프론트는 테스트가 확실한 목적이 있어야함. 그러면 테스트를 모든 코스트를 주고라서도 할 수 있음. 근데 목적없이 걍 테스트해볼까? 하고 접근하면안됨.
왜냐면 목적이나 의도에따라 테스트방법이 졸라다양한데 그거 배워가지고 하면 제풀에 자기가 지치기때문
그리고 함수형 프로그래밍은 테스팅 중요하지않음. 함수 내부의 연산들은 테스팅할 수 있어도.. 함수의 조합이나 형태들은 "시뮬레이션"으로 해결됨. 그래서 더더욱 큰 의미가 없는것도 있음
tdd처럼 무작정 테스팅을 하는 방법론과 프론트 테스팅은 맞지않음.
UI테스팅을 하는데 그럼 뭘 기준으로 테스팅할건지 중요. (1) UI 컴포넌트가 가지고있는 최소기능에 대한 정의를 하였는지? (2) UI컴포넌트의 노출형태가 환경에 따라 변하지 않았는지 매번 트랙킹을 할 수 있는지? 이런 의도가 없으면 테스팅 도구조차 찾는게 애매할거임
나는 갠적으로 리액트 + 프론트 테스팅이라고 하면서 객체지향처럼 접근하고 그걸 테스트랑 연관짓는 사람들 보면.. 이해가 안가는건 아니지만 저거 나중에 유지보수랑 코드관리 어떻게 할려고 그러나 이런생각 들었음.
ㅇㅇ 그러니까 그걸 '테스트해야한다'는거는 님생각이고 프론트는 그걸 적당히 조절할 수 있다는거지. 했을 때 무조건 효용가치가 높은건 아니니까.
해당 댓글은 삭제되었습니다.
프론트는 테스트 안해????
코드가 있는 곳에 테스트가 필요 없는 곳이 있음? 뭔 개소리노
안함
헐..?
해당 댓글은 삭제되었습니다.
테스트 짜는거는 si 아니고 근본없는 영세 업체들 아니고서는 다 짬. 여기서 말하는건 그냥 테스트코드를 짜는게 아니라 tdd를 하냐는거 아님.
프론트는 테스트가 확실한 목적이 있어야함. 그러면 테스트를 모든 코스트를 주고라서도 할 수 있음. 근데 목적없이 걍 테스트해볼까? 하고 접근하면안됨.
왜냐면 목적이나 의도에따라 테스트방법이 졸라다양한데 그거 배워가지고 하면 제풀에 자기가 지치기때문
그리고 함수형 프로그래밍은 테스팅 중요하지않음. 함수 내부의 연산들은 테스팅할 수 있어도.. 함수의 조합이나 형태들은 "시뮬레이션"으로 해결됨. 그래서 더더욱 큰 의미가 없는것도 있음
tdd처럼 무작정 테스팅을 하는 방법론과 프론트 테스팅은 맞지않음.
UI테스팅을 하는데 그럼 뭘 기준으로 테스팅할건지 중요. (1) UI 컴포넌트가 가지고있는 최소기능에 대한 정의를 하였는지? (2) UI컴포넌트의 노출형태가 환경에 따라 변하지 않았는지 매번 트랙킹을 할 수 있는지? 이런 의도가 없으면 테스팅 도구조차 찾는게 애매할거임
나는 갠적으로 리액트 + 프론트 테스팅이라고 하면서 객체지향처럼 접근하고 그걸 테스트랑 연관짓는 사람들 보면.. 이해가 안가는건 아니지만 저거 나중에 유지보수랑 코드관리 어떻게 할려고 그러나 이런생각 들었음.
ㅇㅇ 그러니까 그걸 '테스트해야한다'는거는 님생각이고 프론트는 그걸 적당히 조절할 수 있다는거지. 했을 때 무조건 효용가치가 높은건 아니니까.