Dopo ulteriori indagini, la risposta è molto probabilmente: No, non è possibile richiamare metodi di prova specifici con Spock utilizzando tale funzione infallibile Plugin. Di seguito il motivo.
Dato il seguente test case Spock:
import spock.lang.Specification
class HelloSpec extends Specification {
def hello = new Main();
def sayHello() {
given: "A person's name is given as a method parameter."
def greeting = hello.sayHello("Petri");
expect: "Should say hello to the person whose name is given as a method parameter"
greeting == "Hello Petri";
println "hello from HelloSpec"
}
}
E data la seguente configurazione plug-in:
<plugin>
<groupId>org.codehaus.gmavenplus</groupId>
<artifactId>gmavenplus-plugin</artifactId>
<version>1.5</version>
<executions>
<execution>
<goals>
<goal>addTestSources</goal>
<goal>testCompile</goal>
</goals>
</execution>
</executions>
<configuration>
<sources>
<fileset>
<directory>${pom.basedir}/src/test/java</directory>
<includes>
<include>**/*.groovy</include>
</includes>
</fileset>
</sources>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.18.1</version>
<configuration>
<includes>
<include>**/*Test.java</include>
<include>**/*Spec.java</include>
</includes>
</configuration>
</plugin>
funziona benissimo come parte del Maven test fase di esecuzione mvn clean test:
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running com.sample.HelloSpec
hello from HelloSpec
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.314 sec - in com.sample.HelloSpec
Anche in esecuzione mvn clean test -Dtest=HelloSpec ottieni esattamente lo stesso risultato di sopra, con successo.
Quindi, perché non è possibile eseguire un unico metodo?
Se eseguiamo il comando javap sul test del campione HelloSpec sopra otteniamo il seguente risultato:
Compiled from "HelloSpec.groovy"
public class com.sample.HelloSpec extends spock.lang.Specification implements groovy.lang.GroovyObject {
public static transient boolean __$stMC;
public com.sample.HelloSpec();
public void $spock_feature_0_0();
protected groovy.lang.MetaClass $getStaticMetaClass();
public groovy.lang.MetaClass getMetaClass();
public void setMetaClass(groovy.lang.MetaClass);
public java.lang.Object invokeMethod(java.lang.String, java.lang.Object);
public java.lang.Object getProperty(java.lang.String);
public void setProperty(java.lang.String, java.lang.Object);
public java.lang.Object getHello();
public void setHello(java.lang.Object);
}
Quindi, nel bytecode generato non esiste un metodo sayHello, perché Spock cambia nome metodi al fine di consentire spazi in loro. Quindi il nome del metodo che scrivi non è mai il vero nome del metodo come parte della classe compilata.
In questo caso, il nome del metodo è molto probabilmente $spock_feature_0_0, non qualcosa di veramente amichevole.
Questo è confermato anche in this answer e nei commenti di Peter Niederwieser, autore di Spock in realtà, quindi una fonte più affidabile.
Si potrebbe provare a eseguire le seguenti operazioni:
mvn clean test -Dtest=HelloSpec#*spock*
che dovrebbe infatti corrispondere al vero nome del metodo, ma si sarebbe comunque un errore
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running com.sample.HelloSpec
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.007 sec <<< FAILURE! - in com.sample.HelloSpec
initializationError(org.junit.runner.manipulation.Filter) Time elapsed: 0.006 sec <<< ERROR!
java.lang.Exception: No tests found matching Method $spock_feature_0_0(com.sample.HelloSpec) from [email protected]
at org.junit.internal.requests.FilterRequest.getRunner(FilterRequest.java:35)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:275)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:149)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
Results :
Tests in error:
Filter.initializationError » No tests found matching Method $spock_feature_0_...
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0
Questo è probabilmente perché con l'invocazione diretta nome stiamo bypassando la colla tra JUnit e Spock e come tale l'esecuzione fallisce.
Buona prova. Qui Spock sta pagando caro per le simpatiche convenzioni sui nomi che supporta. –