Miałem wiele problemów z zasobami testowymi w Android Studio, więc skonfigurowałem kilka testów dla przejrzystości. W moim
mobile
projekcie (Android Application) dodałem następujące pliki:
mobile/src/test/java/test/ResourceTest.java
mobile/src/test/resources/test.txt
mobile/src/test/resources/test/samePackage.txt
Klasa testu (wszystkie testy zdały):
assertTrue(getClass().getResource("test.txt") == null);
assertTrue(getClass().getResource("/test.txt").getPath().endsWith("test.txt"));
assertTrue(getClass().getResource("samePackage.txt").getPath().endsWith("test/samePackage.txt"));
assertTrue(getClass().getResource("/test/samePackage.txt").getPath().endsWith("test/samePackage.txt"));
assertTrue(getClass().getClassLoader().getResource("test.txt").getPath().endsWith("test.txt"));
assertTrue(getClass().getClassLoader().getResource("test/samePackage.txt").getPath().endsWith("test/samePackage.txt"));
W tym samym projekcie głównym mam projekt Java (nie Android) o nazwie data
. Jeśli dodam te same pliki do projektu danych:
data/src/test/java/test/ResourceTest.java
data/src/test/resources/test.txt
data/src/test/resources/test/samePackage.txt
Wtedy wszystkie powyższe testy zakończą się niepowodzeniem, jeśli wykonam je z Android Studio, ale przekażą je w wierszu poleceń z ./gradlew data:test
. Aby to obejść, używam tego hacka (w Groovy)
def resource(String path) {
getClass().getResource(path) ?:
// Hack to load test resources when executing tests from Android Studio
new File(getClass().getClassLoader().getResource('.').path
.replace('/build/classes/test/', "/build/resources/test$path"))
}
Stosowanie: resource('/test.txt')
Android Studio 2.3, Gradle 3.3