어떻게 통합/유닛 테스트 소프트웨어 하드웨어 인터페이스

Question

에서 일하고 있어요 재미있는 작은 프로젝트를 작성하는 로봇입니다.우리는 같은 프로그래머는 작업을 병행하는 사람들에게 로봇입니다.그래서 그것은 매우 자주 하는 경우 우리는 실행하려고 변경된 소프트웨어 및 건축가 변경 하드웨어입니다.는 경우에는 소프트웨어 테스트는 그것을 실행하지 않는 것은 항상 열심히 일을 파악하는 경우에는 소프트웨어 또는 하드웨어 실패 또는 심한 경우 통합에 실패합니다.일부 하드 부품으로 자동 테스트는 이 문제입니다.

우리가 생각하는 방법들을 깨는 일이 아래 그래서 우리는 rc 를 제어하는 로봇 이동을 통해 어떤 움직임 없이 소프트웨어를 확보하는 그는 여전히 작동합니다.그런 다음 우리는 일부를 시작 소프트웨어를 테스트하는 로봇이 거부된 그림을 보여주는 소프트웨어가 동작에서는 동일한 방식으로 하기 전에.그러나 이것은 항상 아래로는 매우 시간이 많이 소요되는 작업할 수 없기 때문에 그것을 자동화가 누군가를 시작하는 테스트,보 테스트는지 알아 내기 위해 노력하는 경우에는 로봇을 했습니다.

또 다른 문제는 일정한 테스트와 우리의 진정한 하드웨어를 입 밖의 부분의 하드웨어,공동,자동차,톱니 바퀴 및니다.

그러나 시험하지 않음을 입증하는 원인이 너무 많은 문제가 너무 많이 소비하는 시간을 알고 싶이 어떤 종류의 기술이 사용된 다른 프로젝트에서는 다루고 있는 하드웨어와 소프트웨어의 상호 작용하고 있는 경우에는 도구가 있는 사용할 수 있습니다.

Answer 1

인터페이스 사이의 로봇 및 소프트웨어를 정의해야 합니다 처음;반드시 철저하게,이 작업을 수행할 수도 있지만 점차적으로.시작 작은,예를 들어 기초 이동(정방향,역방향),그 다음,그것은 완전히 테스트,격리 및 통합을 추가,일부 행동(예:좌회전,우회전),재검사.는 방법으로,전체 팀이 사용할 수 있는 그것이 무엇을 배웠 따라 모든 프로젝트를 확장하는 인터페이스,아마도 최소화하는 인터페이스 재작업.

이 기 전에 진행 중인 하드웨어 문서에서 설명하는 그런 과정에서 더 많은 정보에 초점을 맞추고,테스트 기반의 개발(TDD)측면이다.

또한 답변을 어떻게 TDD 하드웨어 질문입니다.

Answer 2

나는 그것의 매우 흥미있는 상황이다.

내가 믿고 있는 테스트 프로세스.는 경우에 당신은 모의 로봇 및 시험에 대한 이의 모의,그것은 모두 좋습니다.
하드웨어 로봇의 행동이 다른으로 귀하의 조롱하는 로봇,거기에 또 다른 큰 문제는: 통신.

사이의 인터페이스 소프트웨어 및 하드웨어는"프로토콜"사양.내 생각에는 변경되지 않아야 합없는 토론이있다.하드웨어들 변경할 수 없습니다 그리고 당신은 소프트웨어 사람 없습니다!당신만을 변경할 수 있습니다.귀하의 상황에서,모두의 변화에 자신이 있습니다.

귀하의 상황에서,귀하의 팀을 작동하는 것입니다.그래서 집중하려고 노력에서의 인터페이스 그리고 특히 당신의 통신에서,당신의 통합을 테스트하는 어쨌든 작동하지 않습니다.

의 제안 내 것을 사용하여 로봇의 소프트웨어 모의로 하나만 사양입니다.그래서 당신은에 의존하고 있습의 조롱하고 있는 중점을 정의하는 사이의 연결 하드 및 소프트웨어입니다.
면 소프트웨어 사람은 그것을 변경하고 싶습니다.그들은 토론과 함께 그것은 당신과 당신 변경됩니다 이 소프트웨어 mock.하드웨어 변경하였고 모의하지 않는,당신은 사과하기 때문에,당신이 개발한에 대한 당신의 사양에 있습니다.

행운을 빕니다!