보니까 JS에서는 jest 프레임워크라고 테스트 코드 작성하는 프레임워크가 따로 있을정도던데..
만약 node로 개발한다고 치면 그냥 실행해서 원하는대로 잘 동작하는지 확인하면 되는거 아닌가요?
댓글 6
규모가 커지면 일일이 찾아가면서 테스트를 못하잖음.
소스 많아지고 복잡도 올라가면 한개한개 테스트하는 시간이 고역임
익명(218.155)2024-01-22 01:50
답글
그러면 그 부분만 때어내서 간략하게 node로 테스트하면 안되나요?
익명(182.230)2024-01-22 01:52
답글
만약 로직에 문제(버그)가 있는 경우는 그부분만 디버그잡고 찾아내야되는데
일반적인 경우는 되는지 안되는지 여부를 체크하려고 하는거자늠.
소스를 수정했어, 이전하고 동일하게만 작동하면 문제가 없는거라 이전에 테스트해봤던 데이터 + 신규로 추가된 로직만 되는지 확인한 해야지
언제 일일이 하고 있다는 말임
익명(218.155)2024-01-22 01:57
답글
간단한 소스나 작은프로젝트면 굳이 테스트케이스,테스트데이터 안만들어도됨. 너 말대로 그냥 그 부분만 찝어서 디버그 잡으면 되니까.
근데 소스가 크면 하나하나 볼 시간이 없다는거임. 되는지 안되는지만 빠르게 체크하고 넘어가야 일정 맞추니까
익명(218.155)2024-01-22 01:58
답글
감사합니당..
익명(182.230)2024-01-22 02:00
답글
+내가 안만들어서 어떻게 동작하는지 잘 모르는 어떻게 테스트할겅데? 도 있음 그냥 이것도 정상동작한다 테스트코드로 만들어놓고 넘어가는거지
규모가 커지면 일일이 찾아가면서 테스트를 못하잖음. 소스 많아지고 복잡도 올라가면 한개한개 테스트하는 시간이 고역임
그러면 그 부분만 때어내서 간략하게 node로 테스트하면 안되나요?
만약 로직에 문제(버그)가 있는 경우는 그부분만 디버그잡고 찾아내야되는데 일반적인 경우는 되는지 안되는지 여부를 체크하려고 하는거자늠. 소스를 수정했어, 이전하고 동일하게만 작동하면 문제가 없는거라 이전에 테스트해봤던 데이터 + 신규로 추가된 로직만 되는지 확인한 해야지 언제 일일이 하고 있다는 말임
간단한 소스나 작은프로젝트면 굳이 테스트케이스,테스트데이터 안만들어도됨. 너 말대로 그냥 그 부분만 찝어서 디버그 잡으면 되니까. 근데 소스가 크면 하나하나 볼 시간이 없다는거임. 되는지 안되는지만 빠르게 체크하고 넘어가야 일정 맞추니까
감사합니당..
+내가 안만들어서 어떻게 동작하는지 잘 모르는 어떻게 테스트할겅데? 도 있음 그냥 이것도 정상동작한다 테스트코드로 만들어놓고 넘어가는거지