«testing» 태그된 질문

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

10
단위 테스트 응용 프로그램 논리와 불신 언어 구성 사이의 경계는 어디에 있습니까?
다음과 같은 기능을 고려하십시오. function savePeople(dataStore, people) { people.forEach(person => dataStore.savePerson(person)); } 다음과 같이 사용될 수 있습니다. myDataStore = new Store('some connection string', 'password'); myPeople = ['Joe', 'Maggie', 'John']; savePeople(myDataStore, myPeople); 자체 단위 테스트가 있거나 공급 업체에서 제공 한다고 가정 해 봅시다 Store. 어쨌든 우리는 신뢰 Store합니다. 그리고 데이터베이스 연결 …

6
단위 테스트에 대한 실행 순서를 시행하는 것은 나쁜 습관입니까?
여러 하위 모듈로 구성된 프로젝트에 대한 테스트를 작성 중입니다. 내가 작성한 각 테스트 사례는 서로 독립적으로 실행되며 테스트 사이의 모든 데이터를 지 웁니다. 테스트는 독립적으로 실행되지만 일부 경우 하나 이상의 하위 모듈이 필요하므로 실행 순서를 시행하는 것을 고려하고 있습니다. 예를 들어, 서브 모듈이 데이터를 생성하고 있고 다른 모듈이 데이터에 대해 …

27
개발자가 자신의 작업을 테스트하도록 해주는 이유
안타깝게도 내 작업 장소에서 때때로이 작업을 수행하기 때문에 개발자가 제품을 생산하기 전에 마지막 단계로 개발자가 자신의 작업을 테스트하도록하는 것은 나쁜 생각입니다. 이 주장은 다른 사람들에게 너무 바빠서 다른 사람이 프로그램의 해당 부분에 익숙해 지도록 시간을 갖지 못하는 대부분의 사람들에게 귀결되었습니다. 이 경우 테스트 계획이 있지만 (항상 그런 것은 아니지만) 실제로 …

8
광범위하게 조롱하지 않고 어떻게 단위 테스트를 작성해야합니까?
내가 이해했듯이 단위 테스트의 요점 은 코드 단위를 격리 하여 테스트하는 것 입니다. 이는 다음을 의미합니다. 코드 베이스의 다른 곳에서 관련되지 않은 코드 변경으로 인해 깨지지 않아야합니다 . 통합 테스트 (힙에서 깨질 수 있음)와 반대로 테스트 된 장치의 버그로 인해 하나의 단위 테스트 만 중단해야합니다. 이 모든 것은 테스트 된 …

11
테스트 목적으로 코드를 엄격하게 수정하는 것은 나쁜 습관입니까?
프로그래머 동료와 토론하여 작업 코드를 수정하여 테스트 할 수 있도록 (예 : 단위 테스트를 통해) 좋은지 나쁜지에 대한 토론이 있습니다. 제 생각에는 좋은 객체 지향 및 소프트웨어 엔지니어링 관행 ( "모든 것을 공개하는 것"등)을 유지하는 한도 내에서 괜찮다는 것입니다. 내 동료의 의견은 테스트 목적으로 만 코드를 수정하는 것이 잘못되었다는 것입니다. …

9
소프트웨어를 테스트하는 동안 사용자가 소프트웨어에 대해 이러한 바보 같은 행동을 수행하지 않을 것이라고 가정 할 수 있습니까?
예를 들면 : 웹 애플리케이션에서 양식의 기능 테스트를 수행하는 동안 다른 종류의 임의의 입력 값을 입력하여 필드를 테스트합니다. 일반적으로 웹 응용 프로그램 사용자는 실제로 필드에 임의의 값을 입력하지 않습니다. 그렇다면 생산에서 이러한 종류의 문제가 나타날 가능성이 적을 때 버그로 이어질 수도 있고 그렇지 않을 수도있는 모든 테스트 케이스를 통합하여 사용하는 …

17
진단하고 수정하기 전에 모든 결함을 재생해야한다고 주장하는 것이 합리적입니까?
저는 소프트웨어 제품 회사에서 일합니다. 우리는 제품을 구현하는 대기업 고객을 보유하고 있으며 고객을 지원합니다. 예를 들어, 결함이있는 경우 패치 등을 제공합니다. 즉, 이는 일반적인 설정입니다. 최근에, 우리 제품의 클러스터 구현에서 동시 데이터베이스 액세스와 관련된 로그 파일에서 고객이 발견 한 예외에 관한 티켓이 발행되어 나에게 할당되었습니다. 따라서이 버그가 발생하면이 고객의 특정 …

16
TDD가 도움이되지 않을 때 코드에서 논리적 실수를 피하는 방법은 무엇입니까?
나는 최근에 사람에게 친숙한 방식으로 사건이 얼마나 오래된지를 나타내는 작은 코드를 작성하고있었습니다. 예를 들어 이벤트가“3 주 전”또는“한 달 전”또는“어제”에 발생했음을 나타낼 수 있습니다. 요구 사항은 비교적 명확했으며 테스트 중심 개발의 경우에는 완벽했습니다. 테스트를 하나씩 작성하고 각 테스트를 통과하는 코드를 구현했으며 모든 것이 완벽하게 작동하는 것처럼 보였습니다. 프로덕션에 버그가 나타날 때까지. …

11
경로 적용 범위가 모든 버그를 찾도록 보장합니까?
프로그램의 모든 경로를 테스트하면 모든 버그를 찾을 수 있습니까? 그렇지 않다면 왜 안됩니까? 가능한 모든 프로그램 흐름 조합을 통해 어떻게 문제를 발견 할 수 있습니까? 나는 "모든 버그"를 찾을 수 있다고 주저하지만, 아마도 경로 범위가 실용적이지 않기 때문에 (조합 적이므로) 경험이 없기 때문일 수 있습니까? 참고 : 이 기사 는 …

7
단위 테스트 대신 수락 및 통합 테스트를 사용하는 것으로 충분합니까?
이 질문에 대한 짧은 소개. 나는 지금 TDD와 요즘 BDD를 1 년 이상 사용했다. 테스트를보다 효율적으로 작성하기 위해 조롱과 같은 기술을 사용합니다. 최근에 나는 작은 돈 관리 프로그램을 작성하기위한 개인 프로젝트를 시작했다. 레거시 코드가 없었기 때문에 TDD로 시작하기에 완벽한 프로젝트였습니다. 불행히도 나는 TDD의 기쁨을 그다지 경험하지 못했습니다. 그것은 심지어 프로젝트를 …

7
테스트 가능성을 설계 할 때 정적 유틸리티 클래스를 처리하는 방법
우리는 시스템을 테스트 할 수 있고 대부분 TDD를 사용하여 개발하도록 시스템을 설계하려고합니다. 현재 우리는 다음과 같은 문제를 해결하려고 노력하고 있습니다. 여러 곳에서 ImageIO 및 URLEncoder (표준 Java API)와 같은 정적 헬퍼 메소드와 대부분 정적 메소드 (Apache Commons 라이브러리와 같은)로 구성된 다양한 라이브러리를 사용해야합니다. 그러나 이러한 정적 도우미 클래스를 사용하는 메서드를 …

19
컴파일러는 어떻게 그렇게 신뢰할 수 있습니까?
우리는 정확성이 주어진 것처럼 매일 컴파일러를 사용하지만 컴파일러도 프로그램이며 잠재적으로 버그를 포함 할 수 있습니다. 나는 항상이 완벽한 견고성에 대해 궁금했다. 컴파일러 자체에 버그가 발생한 적이 있습니까? 이것이 무엇이며 컴파일러 자체에 문제가 있다는 것을 어떻게 알았습니까? ... 어떻게 합니까 그들은 컴파일러 그렇게 신뢰성을?

10
모든 방법을 테스트해야합니까?
그래서 오늘 저는 팀 테스트를 통해 유닛 테스트에 대해 이야기했습니다. 그가 내게 물었을 때 모든 것이 시작되었습니다. "이봐 요, 그 수업의 시험은 어디에 있습니까?" 전체 클래스는 관리자 (또는 그렇게 부르기를 선호하는 경우 서비스)였으며 거의 ​​모든 메소드는 단순히 DAO에 물건을 위임했기 때문에 다음과 비슷했습니다. SomeClass getSomething(parameters) { return myDao.findSomethingBySomething(parameters); } 논리가없는 …

9
개발자도 테스터의 역할을해야합니까? [닫은]
우리는 3 명의 개발자, 1 명의 디자이너, 스크럼 마스터 및 제품 소유자로 구성된 스크럼 팀입니다. 그러나 우리 팀에는 공식 테스터가 없습니다. 항상 우리와 함께하는 문제는 응용 프로그램을 테스트하고 테스트를 통과하고 버그를 제거하는 것이 PBI (제품 백 로그 항목)를 완료 한 것으로 간주하는 기준 중 하나로 정의되었다는 것입니다. 그러나 문제는 우리 …
60 testing  scrum 

2
내가 이해하지 못하는 코드에 대한 테스트 작성
최근에 블랙 박스 리팩토링을 완료했습니다. 테스트 방법을 알아볼 수 없으므로 체크인 할 수 없습니다. 높은 수준에서 초기화에 클래스 B의 값을 가져 오는 클래스가 있습니다. 클래스 B가 "빈"인 경우 합리적인 기본값을 생성합니다. 이 부분을 클래스 B를 동일한 기본값으로 초기화하는 메소드로 추출했습니다. 나는 어느 수업의 목적이나 맥락이나 그것들의 사용법을 아직 해결하지 못했다. …

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.