Brent Barker | 10 Jul 19:49 2014
Picon

Conditionally skip story using meta tag

Hi everyone!

Is there a easy way to conditionally skip a story using a meta tag? For example, I want to annotate my story with <at> bug BUG-3333 and then check if that bug is still open or not. If it is still open, skip the scenario/story.

Right now I am extending RegexStoryParser, calling super.ParseStory to get the story object, then if the bug meta property exists, I add the skip meta property to it. 

Is there a better way to do this? I am not sure how to feed a list of meta filters to the embedder, since I can not access it from the story configuration where I have access to the story object

Thanks
-Brent
Hans Schwäbli | 30 Jun 10:52 2014
Picon

Question regarding WebDriverScreenshotOnFailure

I have subclassed WebDriverScreenshotOnFailure and overridden afterScenarioFailure(UUIDExceptionWrapper).
 
I wondered why my class never was used. Then I discovered that I have to add the same annotation in the overriden method like it is in the superclass:
 
<at> AfterScenario(uponOutcome = Outcome.FAILURE)
 
Do you intend not to "inherit" this annotation to sub classes when afterScenarioFailure(UUIDExceptionWrapper) is overridden?
Brent Barker | 25 Jun 20:08 2014
Picon

Eclipse JBehave plugin - step method to story navigation

A feature that would be really nice and would give a huge advantage over other framework's plugins would be the ability to navigate from an annotated step method to the story/stories it is being used in. Currently I have only seen the ability to navigate from a story to a step.

Is this possible to do? 

Thanks 
-Brent
Brent Barker | 24 Jun 01:24 2014
Picon

Configuring Threads in pom.xml

Hi
I'm trying to configure the number of threads to run via maven, however the number of threads does not seem to be picked up. If i directly edit the annotation in WeldAnnotatedStoryRunner, I am able to get the tests to run with multiple threads. 


Here is my configuration:
<execution>
  <phase>integration-test</phase>
  <configuration>
    <scope>test</scope>
    <ignoreFailureInStories>true</ignoreFailureInStories>
    <ignoreFailureInView>false</ignoreFailureInView>
    <threads>4</threads>
    <includes>
      <include>**/WeldAnnotatedStoryRunner.java</include>
    </includes>
  </configuration>
  <goals>
    <goal>run-stories-with-annotated-embedder</goal>
  </goals>
</execution>

Is there something I am missing here?

Thanks in advance!
-Brent 
Jonathan Gray | 23 Jun 00:56 2014
Picon

Specifying report path in multi-module project

Hi,

I have a multi-module project which looks something 
like the following (it happens to be Maven based).

project
- pom.xml
- app
+- pom.xml
- app-test
+- pom.xml

If I run "clean verify" against the project pom (it's not currently using
 inheritance from the parent) when it runs the maven plugin in the
 app-test project I can see the following

[INFO] Generating reports view to 'C:\project\target\jbehave' ...

I would expect it to be generating to C:\project\app-test\target\jbehave

Each of my Java tests are currently JUnitStory and running as embeddables.
The configuration is using LoadFromClasspath(...) which works fine.
The stories run correctly but if they've already failed then at times they 
won't succeed because the target (parent) hasn't been cleaned.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Brenner, Richard | 18 Jun 14:03 2014

jbehave-osgi p2 repository problem

 

Hello,
 
I am trying to get jbehave osgi to run, ultimately to use swtbot tests within BDD tests.
 
I did the following (Windows 7, maven 3.2.1, Jdk 7):
 
git checkout jbehave-4.x
mvn clean install -s settings.xml
 
git clone https://github.com/jbehave/jbehave-osgi.git
mvn clean install -P bundles -s settings.xml
mvn clean verify -P distribution-equinox -s settings.xml
 
The build says success but there is no p2 repository generated in the target as described here:
"...This will create the p2 repository using the Luna repository inside the the folder /org.jbehave.osgi.equinox.p2/target/repository."
 
The same happens when I do the same steps in Ubuntu Linux.
 
Any help would be appreciated.
Thanks.
Hans Schwäbli | 18 Jun 08:55 2014
Picon

Re: Filtering works not as expected with a scenario containing an examples table

When will there be a beta-8 version of the 4.x branch containing this fix?
 
I am asking because the examples for the JBehave article will need that, and the magazine is published on 2nd of July.


On Wed, May 21, 2014 at 8:50 AM, Mauro Talevi <mauro.talevi-hQ+s5KbX5Ykpi3HaZ6Sa4g@public.gmane.orgg> wrote:
Sold! To the German-speaking gentleman at the back of the room :-)


On 20/05/2014 21:00, Mirko Friedenhagen wrote:
Hans,

I stand corrected, in this case JEDES is a better translation for ANY.
And make FAILURE FEHLER.
Regards Mirko
--
http://illegalstateexception.blogspot.com/
https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen)
https://bitbucket.org/mfriedenhagen/


On Tue, May 20, 2014 at 10:14 AM, Hans Schwäbli
<bugs.need.love.too-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
Mirko, I suppose you are a native German speaker like me, right?

What is your message? That the current German translations for ANY and
FAILURE are the best?

Lets put it in the context:

* Ergebnis: IRGENDWELCHE
* Ergebnis: BELIEBIGES
* Ergebnis: JEDES

Did you try that feature? You should really try and see how it behaves I
think.

To me "Ergebnis: IRGENDWELCHE" it sounds unnatural. One can understand with
a bit thought what that might mean. But it seems not so intuitive like the
English word ANY.

"Ergebnis: JEDES" seems to express the correct meaning and is easy to
understand. Because whatever the result is, the steps in that block will be
added before or after the scenario. In German: In *jedem* Fall werden
Schritte vor oder nach dem Szenario hinzugefügt.

Or concerning BELIEBIGES: Bei einem *beliebigen* Testergebnis werden
Schritte vor oder nach dem Szenario hinzugefügt. Sound natural and easy to
understand to me.

But IRGENDWELCHE? Bei *irgendwelchen* Testergebnissen werden Schritte vor
oder nach dem Szenario hinzugefügt? This sounds very strange to me.

Concerning ISTQB, this is the definition of a failure:
Deviation of the component or system from its expected delivery, service or
result.
See: http://www.istqb.org/downloads/viewcategory/20.html

Failures is translated by ISTQB as "Fehlerwirkungen".
See: http://www.software-tester.ch/PDF-Files/CT_Glossar_EN_DE_V22.pdf

So it is not "Ausfall". You may say it is also not "Fehler". But
"Fehlerwirkung is an artificial word originating from ISTQB. Noone I ever
met (except ISTQB teachers) ever uses this word but instead says "Fehler".

By the way, defect is translated as Fehlerzustand by ISTQB. This is also an
artificial word which noone uses except ISTQB teachers. In Germany we call
them: Bugs or simply Fehler, or much more academically and very seldom:
Defekt.

Besides that, ISTQB, although helpful to some degree in its basic teachings,
I consider it to be non-agile in its full extent. I take only the good from
it.


On Tue, May 20, 2014 at 8:42 AM, Mauro Talevi <mauro.talevi-hQ+s5KbX5YmGglJvpFV4uA@public.gmane.org>
wrote:
So, what's the consensus then with the keywords?

On 16/05/2014 18:42, Mauro Talevi wrote:

I'll defer to whatever you guys decide is best.  We can always change it
later.

On 15/05/2014 18:27, Mirko Friedenhagen wrote:

Hans,

I am not sure I agree :-). JEDES would be EVERY IMO.

According to ISTQB FEHLER would be the DEFECT which causes a FAILURE
(FEHLSCHLAG), which may lead to an AUSFALL (BREAKDOWN) of a server ;-)

Am 15.05.2014 12:34 schrieb "Hans Schwäbli"
<bugs.need.love.too-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
I re-tested it and now it works. Thank you!

However I did not use that feature in-depth so there might be some other
isues.

I wondered a bit about outcome ANY. It seems to be like the finally-block
in Java. The German translation IRGENDWELCHE is maybe not the best for ANY.
Ergebnis: "BELIEBIGES" or "JEDES" seems to be better to me.

And Ergebnis: "AUSFALL" seems not to be the best translation too. I think
better would be Ergebnis "FEHLER".

Maybe some other German speaking guys can share their opinions about a
translation for ANY and FAILURE?


On Thu, May 15, 2014 at 12:08 AM, Mauro Talevi
<mauro.talevi-hQ+s5KbX5YmGglJvpFV4uA@public.gmane.org> wrote:
There was an issue with parsing with non-EN locales.   Now fixed, try
again with latest head.


On 14/05/2014 17:35, Hans Schwäbli wrote:

I quickly tested the lifecycle.

Story:

Lebenszyklus:
Vorher:
Gegeben im Lager sind 100 T-Shirts
Nach:
Ergebnis: ERFOLG
Gegeben im Lager sind 200 T-Shirts
Ergebnis: IRGENDWELCHE
Gegeben im Lager sind 300 T-Shirts
Ergebnis: AUSFALL
Gegeben im Lager sind 400 T-Shirts
Szenario: Versandkosten fallen weg
Wenn ein Kunde 20 T-Shirts bestellt
Dann betragen die Versandkosten 7,5 Euro
Result is:

Lebenszyklus:
Vorher:
Gegeben im Lager sind 100 T-Shirts
Nach:
Ergebnis: IRGENDWELCHE
Gegeben im Lager sind 200 T-Shirts
Gegeben im Lager sind 300 T-Shirts
Gegeben im Lager sind 400 T-Shirts

Szenario: Versandkosten fallen weg
Gegeben im Lager sind 100 T-Shirts
Wenn ein Kunde 20 T-Shirts bestellt
Dann betragen die Versandkosten 7,5 Euro
Gegeben im Lager sind 200 T-Shirts
Gegeben im Lager sind 300 T-Shirts
Gegeben im Lager sind 400 T-Shirts

It does not work as I expect it since it executes all three after steps
although it should only execute the one for "Ergebnis: ERFOLG" (Outcome:
SUCCESS).

On Friday or next week I can test that a bit more thoroughly.


On Tue, May 13, 2014 at 8:00 PM, Mauro Talevi
<mauro.talevi-hQ+s5KbX5YmGglJvpFV4uA@public.gmane.org> wrote:
Cool, we'll push out new beta soon.

Can you also take the Lifecycle After upon outcome functionality for a
spin while you're at it?

On 13/05/2014 13:42, Hans Schwäbli wrote:

I mixed up snapshot versions with beta-versions, sorry.

I tried now the snapshot version and it works now as expected
concerning the problem with the examples table.

Thank you!

But there is a problem with comments. I will write a posting just on
that.


On Thu, May 8, 2014 at 10:51 AM, Mauro Talevi
<mauro.talevi-hQ+s5KbX5YmGglJvpFV4uA@public.gmane.org> wrote:
No, a new beta has not been deployed yet.   In the meantime, you can
use the latest 3.9.x or build the 4.0 snapshot from source.

On 8 May 2014, at 08:59, Hans Schwäbli <bugs.need.love.too-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
wrote:

Thank you! Is it also deployed?
I did not find it here:
https://nexus.codehaus.org/content/groups/public/org/jbehave/jbehave-core/4.0-beta-7/
The last snapshot there is from 2nd of May.
The same snapshot date is on:
http://mvnrepository.com/artifact/org.jbehave/jbehave-maven-plugin/4.0-beta-7/


On Wed, May 7, 2014 at 11:25 PM, Mauro Talevi
<mauro.talevi-hQ+s5KbX5YmGglJvpFV4uA@public.gmane.org> wrote:
This issue is now fixed in head of 4.x branch.   It did not apply to
3.x.


On 07/05/2014 10:55, Hans Schwäbli wrote:

I created such an example for jbehave-core now and attached it to
this posting. I still cannot work on a clone the Github project because of
company restrictions (I haven't yet received an answer why it is not working
inside the company proxy).

In case the mailing list does not support attachments I have also
sent them directly to Mauro.

To reproduce it you will need this in the Maven pom.xml:


<metaFilters>

<metaFilter>+component order -skip</metaFilter>

</metaFilters>



On Wed, May 7, 2014 at 11:03 AM, Hans Schwäbli
<bugs.need.love.too-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
I committed it here:
https://github.com/OttoDiesel/jbehave-shop-example.git

I will add such a scenario to the core examples. Until then you
could use that other example if you like. It is the example for the article
on JBehave by the way.


On Tue, May 6, 2014 at 3:04 PM, Mauro Talevi
<mauro.talevi-hQ+s5KbX5YmGglJvpFV4uA@public.gmane.org> wrote:
Yes, it looks likely to be unrelated to given stories and such.

Could you please add a scenario reproducing the behaviour to the
meta_filtering.story in the core examples (preferably in English)?

Does it work with 3.x?

On 06/05/2014 11:34, Hans Schwäbli wrote:

I already use StoryControls.doIgnoreMetaFiltersIfGivenStory(true).
And I removed the given story in the story.

But the result is the same.

Maybe tomorrow I can commit the whole project, so that you can
reproduce it.


On Tue, May 6, 2014 at 11:00 AM, Stephen de Vries
<stephendv <at> gmail.com> wrote:

On 6 May 2014, at 10:51, Hans Schwäbli
<bugs.need.love.too-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

I have the example story, see below. It runs not as expected when
filtering by: +Komponente Bestellung -Skip

VorgegebeneStories:
   shop/stories/Login.story


My guess is that the given story doesn’t have the same meta-tags.
Fix is to set: StoryControls.doIgnoreMetaFiltersIfGivenStory(true)

See: http://jira.codehaus.org/browse/JBEHAVE-789




---------------------------------------------------------------------
To unsubscribe from this list, please visit:

     http://xircles.codehaus.org/manage_email





---------------------------------------------------------------------
To unsubscribe from this list, please visit:

     http://xircles.codehaus.org/manage_email




---------------------------------------------------------------------
To unsubscribe from this list, please visit:

   http://xircles.codehaus.org/manage_email



Brent Barker | 18 Jun 00:28 2014
Picon

Excluding "-" in meta filters

I have a meta filter on a story similar to this:

Meta:
<at> bug JBEHAVE-281

The issue is when I try to filter on that, using 

"-bug JBEHAVE-281" 

it does not match, but only matches to similar items when I do 

"-bug JBEHAVE*"


Is there a way to escape the dash in the meta filter so I can filter for that specific bug?

Thanks!
-Brent
Brent Barker | 17 Jun 20:51 2014
Picon

Story Maping

I am trying to use the Maven plugin for StoryMapping found here:
http://jbehave.org/reference/stable/story-mapping.html

However, it appears that the <include> tag only looks in src/main/java/

This is the exact maven tag I'm using:
<include>**/*.story</include>

Our stories are located in src/test/resources/stories. I moved a story to the src/main/java and it was able to locate it.

Is there a way to change the path to find where the files are located at a higher level?

Thanks
-Brent
Hans Schwäbli | 16 Jun 11:53 2014
Picon

Fwd: ContextView still works in 4.0-beta-7?


By the way: You can reproduce it with the same example which I mentioned in another issue: https://github.com/OttoDiesel/jbehave-selenium-example.git

 
---------- Forwarded message ----------
From: Hans Schwäbli <bugs.need.love.too-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date: Mon, Jun 16, 2014 at 8:56 AM
Subject: ContextView still works in 4.0-beta-7?
To: user-b1QraVsTlj/IJWOP8RzEEmD2FQJk+8+b@public.gmane.org


I changed a project from JBehave 3.9.2 to 4.0-beta-7.
 
This made the context view disappear. I use the same code for applying the context view like I see in the JBehave examples today (org.jbehave.examples.core.CoreStories).
 
Does the ContextView still work in JBehave 4.0-beta-7?

Hans Schwäbli | 16 Jun 08:56 2014
Picon

ContextView still works in 4.0-beta-7?

I changed a project from JBehave 3.9.2 to 4.0-beta-7.
 
This made the context view disappear. I use the same code for applying the context view like I see in the JBehave examples today (org.jbehave.examples.core.CoreStories).
 
Does the ContextView still work in JBehave 4.0-beta-7?

Gmane