«testing» 태그된 질문

해당 시스템의 예상 동작과 비교하여 소프트웨어 시스템의 동작 확인

4
단위 테스트 초보자를위한 단위 테스트 모범 사례
최근에는 더 큰 프로젝트 나 작은 도구를 사용하는 사람들을 위해 작은 구성 요소 만 작성했습니다. 나는 단위 테스트를 작성 한 적이 없으며 항상 작성 방법을 배우고 실제로 프로그램을 실행하고 실제 테스트하는 것보다 훨씬 오래 걸리는 것처럼 보입니다. 완성하기까지 몇 개월이 걸리는 상당히 큰 규모의 프로젝트를 시작하려고합니다. 요소를 작성할 때 (항상처럼) …
7
자동화 된 단위 테스트, 통합 테스트 또는 승인 테스트 [닫기]
TDD와 단위 테스트는 현재 큰 격찬으로 보입니다. 그러나 다른 형태의 자동 테스트와 비교할 때 정말 유용합니까? 직관적으로 자동화 통합 테스트가 단위 테스트보다 훨씬 유용하다고 생각합니다. 내 경험상 가장 많은 버그는 모듈 간의 상호 작용에 있으며 각 장치의 실제 (일반적으로 제한적) 논리는 아닙니다. 또한 모듈 간의 인터페이스가 변경되어 사전 및 사후 …
3
'미끼'기능 또는 의도적 인 버그의 용어는 무엇입니까? [닫은]
속어 프로그래밍 용어를 잊어 버렸습니다. 이것은 의도적 인 버그 또는 방해 요소로 사용되는 미끼 기능입니다. 사용 예는 "이봐 Bob, QA는 오늘 리뷰를하고 있습니다. $THING실제로 모듈을 찾아서 문제를 찾아 내십시오". 이것은 실제 문제에서주의를 산만하게하는 의도적 인 결함을 찾기 위해 부정적으로 사용될 수 있습니다. 이것은 또한 긍정적으로 사용될 수 있습니다. 그것은 당신이 …
11
모든 것을 테스트해야합니까?
Ruby on Rails 에서 첫 번째 실제 프로젝트를 시작하고 TDD 테스트 를 작성하도록 강요 합니다. 테스트를 작성하는 데 실제 이점은 보이지 않지만 매우 중요해 보이므로 시도해 보겠습니다. 정적 페이지를 포함하여 내 응용 프로그램의 모든 부분 을 테스트해야 합니까?
28 testing  tdd 
7
프로그래머는 자급 자족해야합니까?
현재 직장에는 테스터가 없습니다. "테스터가 있다면 자신의 코드를 전혀 테스트하지 않을 것"이라는 경영진의 이론적 근거가 있습니다. 이런 종류의 사고는 코드를 테스트하는 동안 시스템 내부를 알고 사용 방법을 모른다는 사실만으로 놓칠 수있는 많은 것들이 있기 때문에 제품 품질에 해로운 것 같습니다. "잘못"입니다. 블랙 박스 테스트는 전담 테스터가 끼치는 함정을 무의식적으로 피하므로 …
6
일반적인“기능 라인 코드”와“코드 라인 테스트”비율은 무엇입니까?
나는 TDD 접근 방식에 익숙하지 않으며 첫 번째 실험에서 1 줄의 기능 코드를 작성한다는 것은 2-3 줄의 테스트 코드를 작성한다는 것을 의미합니다. 따라서 1000 LOC를 작성하려는 경우 테스트를 포함한 전체 코드베이스는 ~ 3500 LOC와 같습니다. 이것이 정상으로 간주됩니까? 작성한 코드의 비율은 무엇입니까?
4
동일한 문제 / 티켓에 여러 결함을 게시하지 않는 이유는 무엇입니까?
이것이 다음과 같은 개념적 질문을 할 장소인지 확실하지 않습니다 (Stackoverflow는 확실히 아닙니다). ISTQB 시험 과 유사한 객관식 시험 (단일 답변)에서이 질문을 보았습니다 . 동일한 이슈 / 티켓에서 여러 결함을보고하지 않는 이유는 무엇입니까? 에이. 간결하고 명확하게 보고서를 유지하기 위해. 비. 개발자는 하나의 버그만 수정할 수 있기 때문입니다. 기음. 테스팅 그룹 테스터는 …
9
무엇을 먼저해야합니까 : 테스트 또는 코드 검토?
저는 프로그래밍 디자인 패턴과 라이프 사이클에 익숙하지 않아서 별도의 사람들이 수행한다는 점에서 코드 검토 또는 테스트가 무엇인지 궁금합니다. 한쪽에서 왜 코드가 작동하는지 확인하지 않으면 왜 코드를 검토해야합니까? 다른 테스트에서 테스트하기 전에 검토를 수행하면 일부 오류가 조기에 발견 될 수 있습니다. 어떤 접근법이 권장되며 그 이유는 무엇입니까?
14
소프트웨어 테스트는 실제로 전문 프로젝트에서 수행됩니까?
나는 오랫동안 개발자 였고 계약자이기 때문에 여러 회사에서 많은 프로젝트에 참여했습니다. 프로젝트의 20 % 미만 이 체계적으로 테스트 된 것으로 추정 됩니다. 체계적으로 테스트하면 계획없는 테스트 이외의 테스트를 의미합니다. 또한 프로젝트의 10 % 미만이 팀의 일환으로 전담 테스터, 테스트 계획 문서, 개발자가 자동화 된 테스트를 작성하고 테스트 범위를 추적하고 결과를 …
25 testing  metrics 
8
코드 검토 중에 테스트를 작성하는 것이 유리하지 않습니까?
내 동료가 내가 흥미로웠다는 아이디어를 생각해 냈습니다. 코드를 검토하는 동안 TDD를하지 않는다고 가정하여 코드를 검토하는 동안 테스트를 작성하는 것이 유리하지 않습니까? 이 질문에 대해서는 이것이 순수한 학업 프로젝트라고 가정하므로 생명이 위태로워지지 않습니다. 또한 팀은 4 명입니다. 누구나 언어를 알고 사용 된 모든 도구 / 라이브러리 / 프레임 워크에 익숙하며 테스트를 …
7
너무 많은 오버 헤드 / 유지 보수 부담이 있습니까?
따라서 테스트의 가치를 실제로 이해하지 못하는 사람들로부터 여러 번 들었습니다. 시작하기 위해, 나는 민첩하고 테스트의 추종자입니다 ... 최근에 현재 팀이 단위 테스트를 수행하지 않는 제품 다시 쓰기에 대해 TDD를 수행하는 것에 대한 토론이 있었으며 아마도 의존성 주입 기술이나 테스트 패턴 / 디자인에 대해 들어 본 적이 없습니다. 코드를 청소하십시오). 이제이 …
24 testing  agile  tdd  bdd 
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.