«testing» 태그된 질문

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

10
테스트 대 자신을 반복하지 마십시오 (건조)
왜 시험을함으로써 자신을 반복하는 것이 그렇게 장려 되는가? 테스트는 기본적으로 코드와 동일한 것을 표현하는 것으로 보이므로 코드의 복제 (개념이 아닌 구현)입니다. DRY의 궁극적 목표가 모든 테스트 코드의 제거를 포함하지 않습니까?
11 testing  dry 
5
테스트 / 테스터 효율성의 좋은 척도는 무엇입니까?
QA 조직으로서의 테스트 효율성 측정과 관련하여 경영진과 논의에 참여하려고합니다. 이것의 주된 이유는 우리 팀의 절반이 계약을 맺고 비즈니스가 우리가 얼마나 효과적이고 효율적인지에 대한 몇 가지 메트릭을 제공하기를 원하기 때문에 계약자의 서비스 계약과 계약 매개 변수를 협상 할 기본 데이터를 갖기 때문입니다. . 나는이 주제에 대해 내가 찾은 의견의 대부분을 개발자의 …
3
단위 테스트와 통합 테스트 사이의 선을 어디에서 그려야합니까? 그들은 분리해야합니까?
내가 작업 한 작은 MVC 프레임 워크가 있습니다. 코드베이스는 확실히 크지 않지만 더 이상 두 클래스가 아닙니다. 나는 마침내 뛰어 들기로 결정하고 테스트를 작성하기로 결정했습니다 (예, 내가 함께해야한다고 알고 있지만 API는 지금까지 매우 불안정했습니다) 어쨌든 내 계획은 통합 테스트를 포함하여 테스트를 매우 쉽게하는 것입니다. 통합 테스트의 예는 다음과 같이 진행됩니다. …
6
개발자, 테스터 및 비즈니스 사용자에게 하나의 통합 테스트 스크립트가 있어야합니까?
개발시에는 일반적으로 테스트 할 데이터, 시나리오 및 실행 단계를 문서화하는 자체 테스트 스크립트가 있습니다. 이것이 나의 dev 테스트 계획입니다. 기능이 Test에 배치되면 테스터는 작성한 자체 테스트 스크립트를 사용하여 기능을 테스트합니다. UAT에서 비즈니스 사용자는 자신의 테스트 계획을 사용하여 테스트합니다. 돌이켜 보면 블랙 박스와 화이트 박스 테스트가 혼합 된 개발 테스트와 함께 …
5
단위 테스트를 위해 코드를 반복해도 괜찮습니까?
클래스 할당을위한 정렬 알고리즘을 작성했으며 알고리즘이 올바르게 구현되었는지 확인하기위한 몇 가지 테스트도 작성했습니다. 내 테스트는 길이가 10 줄에 불과하고 3 줄이 있지만 3 줄 사이에 1 줄만 변경되므로 반복되는 코드가 많이 있습니다. 이 코드를 다른 테스트로 리팩터링 한 다음 각 테스트에서 호출하는 것이 더 낫습니까? 그런 다음 리팩토링을 테스트하기 위해 …
6
QA는 개발 부서의 일부 여야합니까?
제품 개발 부서가있는 소규모 회사에서 일하고 있습니다. 그러나 우리가 가지고 있지 않은 것은 QA / 테스트 그룹입니다. 테스트 그룹을 추가하려고하지만 회사의 조직 구조에 가장 적합한 위치를 결정하기 위해 고심하고 있습니다. 구체적으로, 우리는 "리드 테스터"포지션을 고용 할 것입니다. 제품 개발 부서의 일부로 투입되어야합니까, 아니면 새로운 부서 여야합니까? 다른 곳에 있어야합니까? 우리 …
5
새로운 기능에 중점을 둔 프로젝트에서 깨지지 않은 기존 코드를 리팩터링해야합니까?
응용 프로그램에 새로운 기능을 추가하려는 소규모 프로젝트를 감안할 때 도입 된 변경 사항은 특정 영역의 코드 업데이트와 관련된 일부 기존 코드에 영향을줍니다. 구현하는 동안 업데이트 된이 코드 중 일부를 리팩토링 후보로 찾았습니다. 영향을받는 구성 요소에 대한 회귀 테스트가 필요한 리팩토링에 적합한 시간입니까 (따라서 원래 프로젝트의 일부가 아닌 범위를 도입 할 …
6
재현 불가능하거나 무작위로 발생하는 버그를 수정하려면 어떻게해야합니까?
며칠 전에 버그가 발견 된 다국어 웹 사이트가 있습니다. 다른 언어로 된 다른 언어 데이터를 표시하고 영어와 같은 데이터의 혼합을 선택했지만 페이지에서 다른 언어 데이터도 표시했습니다. 자주 수행하지 않지만 웹 사이트에 있습니다. 항상 발생하는 것은 아니기 때문에 코드를 통과해도 도움이되지 않습니다. 적시에 문제를 찾는 데 어떤 제안이 있습니까? 나는 여기서 …
3
테스트 우선 프로그래밍에 대한 최초의 출판 된 참조는 무엇입니까?
Martin Fowler의 Refactoring을 다시 읽고 있습니다. 4 장 건물 테스트에서 다음 구절을 보았습니다. 실제로 테스트를 작성하는 가장 유용한 시간 중 하나는 프로그래밍을 시작하기 전에입니다. 기능을 추가해야 할 때 테스트를 작성하여 시작하십시오. 이 소리만큼 뒤로가 아닙니다. 테스트를 작성하면 함수를 추가하기 위해 수행해야 할 작업을 스스로 묻게됩니다. 테스트 작성은 구현보다는 인터페이스에 중점을 …
11 testing  history 
3
여전히 단위 테스트라고하는 함수를 테스트하여 함수를 테스트하는 테스트 방법입니까?
함수 B를 테스트하는 경우 함수 B를 호출하는 함수 C를 테스트하여, 즉 함수 B를 호출하는 함수 C를 테스트하기위한 테스트 프로그램을 작성하여 테스트 방법을 여전히 단위 테스트라고합니까? 대상 함수를 호출하는 함수에서 간접 테스트를 선호하는 경우는 언제이며 함수를 직접 테스트하는 것이 선호되는 경우는 언제입니까?
11
디버깅과 테스트의 차이점은 무엇입니까?
소프트웨어 테스팅 소개 (Ammann & Offutt)는 p.32에서 5 단계 테스팅 성숙도 모델을 언급합니다. 레벨 0 테스트와 디버깅에는 차이가 없습니다. 레벨 1 테스트의 목적은 소프트웨어가 작동 함을 보여주는 것입니다. 레벨 2 테스트의 목적은 소프트웨어가 작동하지 않음을 보여주는 것입니다. 레벨 3 테스트의 목적은 특정 사항을 입증하는 것이 아니라 소프트웨어 사용의 위험을 줄이는 …
4
블랙 박스 단위 테스트 란 무엇입니까?
최근에 석사 프로그램을위한 소프트웨어 엔지니어링 과정에 대한 최종 시험을 보았으며 시험 문제 중 하나는 다음과 같습니다. Unit Testing is considered: a. White-box Testing b. Black-box Testing c. Either 7 년간의 소프트웨어 개발 경험에서 단위 테스트는 항상 화이트 박스 방식을 사용했습니다. 테스터는 테스트를 작성하는 동안 항상 유닛의 구현에 대해 완전히 알고있었습니다. …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.