2017-12-22 8 views
1

나는 코드 커버리지에 대해 의문의 여지가있다. 내 애플리케이션GUI 테스트의 코드 범위를 측정해야합니까?

시험은 GUI 테스트로 분할 (응용 프로그램을 사용하여 사용자를 시뮬레이션) 및 단위 (시험 독립적으로 각각의 클래스/기능) 시험이다.

는 최근에 나는 내 코드의 코드 커버리지를 측정하기 위해 GCOVLCOV 도구를 사용하기 시작하고 단위 코드의 약 55 %와 + GUI가에 대한 취재를 테스트 단위 테스트를 취재 테스트 있다고 생각 코드의 90 %.

은 일반적인 /를 정정 GUI 테스트의 코드 커버리지를 측정하기 위해 또는 내가 단지 단위 테스트를 위해 그것을 측정해야합니까?

참고 1 :이 테스트는 데스크톱 Qt 응용 프로그램과 관련이 있습니다.

참고 2 : 저는 자동화 된 소프트웨어 테스팅의 초보자입니다.

답변

1

IMO 전체 테스트에서 코드의 90 %를 사용하고 있다면 (라인?) 나는 이것이 중요한 통찰력이라고 생각합니다. 대부분의 언어/프레임 워크에는 커버리지 리포트를 통합하는 일종의 라이브러리가 있기 때문에 프론트도 꽤 쉬워야합니다. 전체 보고서에 대한

어떤 것들은 어쩌면 가능성이있을 수 있습니다 : 범위 프로파일도 자원 집약적됩니다

  • 경우, 그것은 당신의 GUI 테스트 성능에 영향을 줄 수? 테스트가 방어 대기를 사용하여 개발되지 않은 경우 비정상 테스트 실패 (QT GUI 테스트 작동 방식, 셀레늄에 대한 확신이 없음)
  • 적용 범위가 작동 가능하지 않고 아무도 필요하지 않은 것으로 보이는 경우 계산할 것?
+1

감사합니다. @ dm03514. 네, 코드를 말할 때 나는 라인을 의미합니다. 나는 커버 리지 프로파일 링이 GUI 테스트 성능에 너무 많은 영향을 미치지 않는다고 생각한다. 나는 코드 커버리지 도구를 사용하여 커버리지를 측정하고 어떤 클래스/함수 (또는 조건)가 제대로 테스트되지 않았는지 확인합니다. – KelvinS

관련 문제