사양에서 테스트를 어떻게 생성하고 있습니까?

Question

Bertrand Meyer의 기사 를 발견했습니다.사양에서 테스트를 생성 할 수 있음을 나타냅니다.우리 개발 팀은 이와 같은 작업을하지 않지만 고려할만한 좋은 기술인 것 같습니다.사양에서 테스트를 어떻게 생성하고 있습니까?이 방법을 통해 프로그램 오류를 발견 한 성공을 어떻게 설명 하시겠습니까?

Answer 1

내가 '예술 형식'(반드시 좋은 예술은 아님)이라고 생각하는 것에서부터 공식 사양에서 수학적으로 파생 된 테스트에 이르기까지 모든 종류의 방법이 있습니다. 하루가 끝나면 개발 팀은 작업중인 일정에 따라 무엇을 할 수 있는지 결정해야합니다. 즉, 사양에 대해 소프트웨어를 테스트 할 수 있다는 것은 좋은 일입니다.

팀만 테스트의 '심도'를 측정 할 수 있으며, 이는 사양이 얼마나 우수한 지에 따라 달라질 수 있습니다. 그들이 '로그인 UI는 취소 버튼과 로그인 버튼을 제공해야하고 작동해야합니다'와 같은 말을한다면 테스트는 매우 일반적 일 것입니다. 그러나 명심하십시오-매우 일반적인 테스트조차도 좋은 것입니다. 테스트는 좋은 것입니다. 너무 많은 개발자가 테스트에 대해 나쁜 태도를 가지고 있지만 결국에는 작동해야하는 소프트웨어를 제공하게되며 저에게는 많은 의미가 있습니다.

테스트가 프로그램 오류를 찾는 데 미치는 효과는 입력 한 세부 정보에 따라 달라집니다. 테스트 절차를 사양에 기록 할 때 특히 좋은 점은 각 빌드를 이전 빌드 (일반적으로 회귀 테스트라고 함)와 동일한 세부 수준으로 테스트 할 수 있다는 것입니다.

Answer 2

이것은 일련의 요구 사항으로 테스트를 개발하는 정말 영리한 방법 인 RSpec 에 대한 참조 일 수 있습니다..아직 익숙해 져 있지만,해야 할 일을 정의하고이를 확실히하는 데 매우 유용했습니다.

Answer 3

@Tim Sullivan의 Bertrand Meyer는 에펠과 만 관련이있을 수 있습니다. :)

그가 ESpec 에 대해 이야기하고있는 것 같습니다.Ruby Folk의 RSpec이라는 이름을 감안할 때 "무거운 영감"이라는 레이블을 지정할 수 있다고 생각합니다.

Answer 4

사양에 따라 다릅니다.사양에서 전체 단위 테스트를 만들 수있을만큼 사양이 좋은 곳에서는 아직 작업하지 않았습니다. 세부 수준이 없었습니다.내 관리자는 항상 우리가 그 수준을 지정하면 사양을 인도로 배송하고 저렴한 가격으로 코딩 할 수 있다고 항상 말했습니다.)