(나는 InstallShield2012 V.18를 사용하고) 내가 프로토 타입 선언에 따라 함수를 정의 된 함수 정의를 사용하여 파일을 포함하고 성공적으로 컴파일 setup.rul에서InstallShield : 단일 사용자 지정 작업을 어떻게 테스트 할 수 있습니까?
(InstallShield 설치 컴파일).
이제이 기능을 테스트하고 싶습니다. 전체 설치를 실행하지 않고 테스트 (Ctrl-T)를하지 않으려 고합니다. 자주 다시 빌드하는 데 너무 오랜 시간이 걸리는 빌드를 다시하고 싶지 않기 때문입니다.
InstallShield 또는 명령 줄에서 사용자 지정 함수 만 테스트하는 방법이 있습니까?
비록 내가 당신에게 몇 가지 조언을 줄 수는 있지만.
이 생산 구성을 구축하는 것은 매우 빠릅니다. 내 랩톱에서 SSD로 몇 초. CA의 테스트 환경을 설정하기 위해 특정 구성 요소가 필요한 경우 릴리스 플래그를 사용하여 다른 기능을 선택적으로 포함 할 수 있습니다.
또 다른 전략은 테스트 하네스 프로젝트에서 CA를 개발 한 다음 모든 코드가 작동 할 때 코드를 실제 설치 프로그램에 이식하는 것입니다.
크리스토퍼,이 빠른 답변에 감사드립니다. 너무 오랫동안 코멘트가 제한되어 있기 때문에 여기에 답을 써야합니다.
나는 또한 이러한 해결 방법을 사용하는 것에 대해 생각했지만 가능한 경우 먼저 사용하지 않으려했습니다. 하지만 이제는이 단계를 시도했지만 1과 2는 문제가 없지만 3 : InstallShield는 내 .ism 파일에서 Setup.exe를 사용하지 않고 제품 구성을 구성 할 수 없었습니다 (IS2012 Pro가 있음에도 불구하고).
그런 다음 기본 MSI 프로젝트에서 그 작업을 시도했는데 (그 의미는 무엇입니까?), 이는 매우 짧은 시간에 실제로 이루어집니다. 그리고 지금은 테스트 릴리스 중 스크립팅을 볼 수 있습니다. 예 :-)
내 스크립트를 기본 ism으로 "이식"하려면 .rul 파일의 내보내기 기능이 누락되었습니다. 수입품 일뿐입니다. 따라서 ism 파일간에 전환하는 동안 복사 - 붙여 넣기를해야하지만 신경 쓰지 않아야합니다.
복사 및 붙여 넣기는 제가 이식 수술을했을 때 의미했던 것입니다. setup.exe가 필요한 다중 언어 지원과 같은 프로젝트 설정이 있어야합니다. 압축되지 않은 미디어를 작성할 수 있습니다. 요점은 빠르게 구축되는 것을 만드는 것입니다. –
이것은 늦었지만, 현재 질문을 연구하고 있으므로 응답을 게시 할 것이라고 생각했습니다. 내 경험상, 쉽게 테스트 할 수 없으므로 가능한 한 InstallScript를 피하려고 노력해야합니다. 나는 때때로 그것이 필요한 악이라고 이해한다. 이를 위해 사용자 지정 작업 논리를 외부 .dll (예 : C++ 또는 C#)에 추출하는 것이 도움이 될 수 있습니다. 이 사용자 지정 작업 라이브러리는 실제 테스트 프레임 워크를 통합 할 수 있으므로 다양한 사례를보다 쉽게 테스트 할 수 있습니다. – losmescaleros