MSVS 6에서 MSVS 2008로 전환 할 때 소프트웨어를 테스트 할 때 주요 차이점은 무엇입니까? 저는 QA 관점에서 더 많이 갈 것입니다. Visual C++ 6에서 원래 컴파일 된 두 프로그램이 밀접하게 함께 작동합니다. 이제 프로그램 중 하나가 특정 CD 작성 루틴을 사용하기 위해 Visual C++ 2008에서 컴파일되었습니다. 다른 프로그램은 여전히 MSVS 6에서 컴파일됩니다. 관리자는이 변경 사항에 매우 관심이 있으며이 변경 사항과 관련된 테스트를 실행하길 원합니다. QA를 더 많이 다루고 개발도 덜했기 때문에 어디서부터 시작해야할지 모르겠습니다. 나는 둘 사이의 차이점을 찾았지만 테스팅에 관한 한 명확한 방향을 제시하지 못했습니다. 어떤 제안이라도 도움이 될 것입니다.MSVS 6에서 MSVS 2008로 전환 컴파일러를 테스트하려면 어떻게합니까?
작은 메모리 블록의 할당에있어 가능한 한 다른 점이있었습니다. 나는 VC6가 1016 바이트 이하의 값을 위해 작은 블록 힙을 기본으로 사용한다는 모호한 기억을 가지고있다. This MSDN article은 OS에 따라 다르다는 것을 나타냅니다. 그러나 나는 라고 생각하면은 VC6에서는 OS에 의존하지 않는다고 생각합니다. 어쨌든, 응용 프로그램이 malloc/free/new/delete heavy 인 경우 시간이 지남에 따라 조각화되지 않도록 테스트 할 수 있습니다.
그 외에도 특정 문제는 알지 못합니다. 작년에 MSVC6에서 VS2008 로의 변환에서 작업의 대부분이 빌드 (ATL 변경 사항이 많음)되고있었습니다. 빌드가 완료되면 테스트 스위트가 정상적으로 실행됩니다. 따라서 변환시 좋은 경고 수준 (최소/W3)을 사용하고 있는지 확인할 수 있습니다. 경고를 무시하면 문제를 유도하는 좋은 방법입니다.
VS를 훨씬 더 표준 호환으로 만드는 데 메모리가 부족할 때 은 더 이상 NULL을 반환 할 수 없으며 예외를 throw합니다. 낮은 메모리 상황에서 NULL으로 확인 된 원래 코드가 new에서 반환 된 경우 예외가 발생해도 오류가 발생하지 않으면 테스트를 시도 할 수 있습니다.