How can I create a table which is not executed?

[Erik Pragt (jworks.nl)]

Hi all,

I want to create a table for formatting purposes, because I'm trying to migrate my documentation from Confluence into Fitnesse.

However, I haven't found a way yet to create a table which is ignored during testing (except for a comment table, but then you see an extra 'comment' row above the table, which looks ugly)

Any suggestions on this?

Thanks, Erik

[LeelaPadmaja]

Hi All,
I am also looking for the same... Can you please let us know whether there
is any alternate way to make test that will be ignored during test run
without using COMMENT option.

Thanks,
Leela.

On Mon, Oct 12, 2009 at 1:58 PM, erikpragt <epragt@...> wrote:

>
>
> Hi all,
>
> I want to create a table for formatting purposes, because I'm trying to
> migrate my documentation from Confluence into Fitnesse.
>
> However, I haven't found a way yet to create a table which is ignored
> during testing (except for a comment table, but then you see an extra
> 'comment' row above the table, which looks ugly)
>
> Any suggestions on this?
>
> Thanks, Erik
>
>  
>

[Mike Stockdale]

Every table will be processed by Fit so you have to put Comment in the
first cell of the first row to get the CommentFixture to process the
table.  A little trick I've used to hide this 'ugly' row is to use a
style to hide it:

<table>
<tr style="display:none"><td>comment</td></tr>
... rest of table ...
--
HTH,
Mike Stockdale

/fit/Sharp <http://www.syterra.com/FitSharp.html>
FitNesse.NET <http://www.syterra.com/FitnesseDotNet.html>
Syterra Software Inc. <http://www.syterra.com>

Leela Padmaja wrote:

>  
>
> Hi All,
>
>
> I am also looking for the same... Can you please let us know whether
> there is any alternate way to make test that will be ignored during
> test run without using COMMENT option.
>
> Thanks,
> Leela.
>
> On Mon, Oct 12, 2009 at 1:58 PM, erikpragt <epragt@zonnet. nl
> <mailto:epragt@...>> wrote:
>
>      
>
>     Hi all,
>
>     I want to create a table for formatting purposes, because I'm
>     trying to migrate my documentation from Confluence into Fitnesse.
>
>     However, I haven't found a way yet to create a table which is
>     ignored during testing (except for a comment table, but then you
>     see an extra 'comment' row above the table, which looks ugly)
>
>     Any suggestions on this?
>
>     Thanks, Erik
>
>
>

[jlagerpusch]

Hi all,

I just came across the same problem. We have an information table inside a collapsed section to give test writers an easy yet clearly arranged way to look up information needed to define expected results. On the same page, there are tests, so it is a "Test" page, not a "Normal" page.

Mike, does your approach work without the "xx ignored" glitch after a page is executed? Is there any other way to completely ignore the table (even without the "ignored" message in the test summary result line)?

Best,
Jan



--- In fitnesse@..., Mike Stockdale <jediwhale@...> wrote:

>
> Every table will be processed by Fit so you have to put Comment in the
> first cell of the first row to get the CommentFixture to process the
> table.  A little trick I've used to hide this 'ugly' row is to use a
> style to hide it:
>
> <table>
> <tr style="display:none"><td>comment</td></tr>
> ... rest of table ...
> --
> HTH,
> Mike Stockdale
>
> /fit/Sharp <http://www.syterra.com/FitSharp.html>
> FitNesse.NET <http://www.syterra.com/FitnesseDotNet.html>
> Syterra Software Inc. <http://www.syterra.com>
>
> Leela Padmaja wrote:
> >  
> >
> > Hi All,
> >
> >
> > I am also looking for the same... Can you please let us know whether
> > there is any alternate way to make test that will be ignored during
> > test run without using COMMENT option.
> >
> > Thanks,
> > Leela.
> >
> > On Mon, Oct 12, 2009 at 1:58 PM, erikpragt <epragt@zonnet. nl
> > <mailto:epragt@...>> wrote:
> >
> >      
> >
> >     Hi all,
> >
> >     I want to create a table for formatting purposes, because I'm
> >     trying to migrate my documentation from Confluence into Fitnesse.
> >
> >     However, I haven't found a way yet to create a table which is
> >     ignored during testing (except for a comment table, but then you
> >     see an extra 'comment' row above the table, which looks ugly)
> >
> >     Any suggestions on this?
> >
> >     Thanks, Erik
> >
> >
> >
>

[Mike Stockdale]

You can get rid of the ignored cells by using a fixture like this:

    public class NoteFixture: Fixture {
        public override void DoTable(Parse theTable) {}
    }


jlagerpusch wrote:

>  
>
> Hi all,
>
> I just came across the same problem. We have an information table
> inside a collapsed section to give test writers an easy yet clearly
> arranged way to look up information needed to define expected results.
> On the same page, there are tests, so it is a "Test" page, not a
> "Normal" page.
>
> Mike, does your approach work without the "xx ignored" glitch after a
> page is executed? Is there any other way to completely ignore the
> table (even without the "ignored" message in the test summary result
> line)?
>
> Best,
> Jan
>
> --- In fitnesse@yahoogroup s.com <mailto:fitnesse%40yahoogroups.com>,
> Mike Stockdale <jediwhale@. ..> wrote:
> >
> > Every table will be processed by Fit so you have to put Comment in the
> > first cell of the first row to get the CommentFixture to process the
> > table. A little trick I've used to hide this 'ugly' row is to use a
> > style to hide it:
> >
> > <table>
> > <tr style="display: none"><td> comment</ td></tr>
> > ... rest of table ...
> > --
> > HTH,
> > Mike Stockdale
> >
> > /fit/Sharp <http://www.syterra. com/FitSharp. html
> <http://www.syterra.com/FitSharp.html>>
> > FitNesse.NET <http://www.syterra. com/FitnesseDotN et.html
> <http://www.syterra.com/FitnesseDotNet.html>>
> > Syterra Software Inc. <http://www.syterra. com <http://www.syterra.com>>
> >
> > Leela Padmaja wrote:
> > >
> > >
> > > Hi All,
> > >
> > >
> > > I am also looking for the same... Can you please let us know whether
> > > there is any alternate way to make test that will be ignored during
> > > test run without using COMMENT option.
> > >
> > > Thanks,
> > > Leela.
> > >
> > > On Mon, Oct 12, 2009 at 1:58 PM, erikpragt <epragt@zonnet. nl
> > > <mailto:epragt@ ...>> wrote:
> > >
> > >
> > >
> > > Hi all,
> > >
> > > I want to create a table for formatting purposes, because I'm
> > > trying to migrate my documentation from Confluence into Fitnesse.
> > >
> > > However, I haven't found a way yet to create a table which is
> > > ignored during testing (except for a comment table, but then you
> > > see an extra 'comment' row above the table, which looks ugly)
> > >
> > > Any suggestions on this?
> > >
> > > Thanks, Erik
> > >
> > >
> > >
> >
>
>

--
Cheers,
Mike Stockdale

/fit/Sharp <http://www.syterra.com/FitSharp.html>
FitNesse.NET <http://www.syterra.com/FitnesseDotNet.html>
Syterra Software Inc. <http://www.syterra.com>

[Rick Mugridge]

Two quick thoughts:

1. If a table is not executed, surely the reader as well as the system
need to know that

2. If a comment table is so useful, why not turn it into an executable
one? If it's useful for readers, see if you can also verify it with
regard to the system. Often storytests get left in a primitive stage of
a sequence of steps, when what's needed is to extract the business
rules. I apply this whenever I can to table sequences, comments or other
info (images, lists, etc).

Abstractions, like defined actions in FitLibrary, can mean that the
business rules can be expressed succinctly, and the underlying sequence
needed to verify each row can also be expressed at a storytest level.

I'm interesting in exploring general approaches to interpreting
structured data. If your example seems too complex to handle, feel free
to send it to me privately and I may be able to make a suggestion.

Cheers, Rick

jlagerpusch wrote:

>  
>
> Hi all,
>
> I just came across the same problem. We have an information table
> inside a collapsed section to give test writers an easy yet clearly
> arranged way to look up information needed to define expected results.
> On the same page, there are tests, so it is a "Test" page, not a
> "Normal" page.
>
> Mike, does your approach work without the "xx ignored" glitch after a
> page is executed? Is there any other way to completely ignore the
> table (even without the "ignored" message in the test summary result
> line)?
>
> Best,
> Jan
>
> --- In fitnesse@... <mailto:fitnesse%40yahoogroups.com>,
> Mike Stockdale <jediwhale@...> wrote:
> >
> > Every table will be processed by Fit so you have to put Comment in the
> > first cell of the first row to get the CommentFixture to process the
> > table. A little trick I've used to hide this 'ugly' row is to use a
> > style to hide it:
> >
> > <table>
> > <tr style="display:none"><td>comment</td></tr>
> > ... rest of table ...
> > --
> > HTH,
> > Mike Stockdale
> >
> > /fit/Sharp <http://www.syterra.com/FitSharp.html 
> <http://www.syterra.com/FitSharp.html>>
> > FitNesse.NET <http://www.syterra.com/FitnesseDotNet.html 
> <http://www.syterra.com/FitnesseDotNet.html>>
> > Syterra Software Inc. <http://www.syterra.com <http://www.syterra.com>>
> >
> > Leela Padmaja wrote:
> > >
> > >
> > > Hi All,
> > >
> > >
> > > I am also looking for the same... Can you please let us know whether
> > > there is any alternate way to make test that will be ignored during
> > > test run without using COMMENT option.
> > >
> > > Thanks,
> > > Leela.
> > >
> > > On Mon, Oct 12, 2009 at 1:58 PM, erikpragt <epragt@zonnet. nl
> > > <mailto:epragt@...>> wrote:
> > >
> > >
> > >
> > > Hi all,
> > >
> > > I want to create a table for formatting purposes, because I'm
> > > trying to migrate my documentation from Confluence into Fitnesse.
> > >
> > > However, I haven't found a way yet to create a table which is
> > > ignored during testing (except for a comment table, but then you
> > > see an extra 'comment' row above the table, which looks ugly)
> > >
> > > Any suggestions on this?
> > >
> > > Thanks, Erik
> > >
> > >
> > >
> >
>
>

[Erik Pragt (jworks.nl)]

--- In fitnesse@..., Rick Mugridge <rick@...> wrote:

>
> Two quick thoughts:
>
> 1. If a table is not executed, surely the reader as well as the system
> need to know that
>
> 2. If a comment table is so useful, why not turn it into an executable
> one? If it's useful for readers, see if you can also verify it with
> regard to the system. Often storytests get left in a primitive stage of
> a sequence of steps, when what's needed is to extract the business
> rules. I apply this whenever I can to table sequences, comments or other
> info (images, lists, etc).
>
> Abstractions, like defined actions in FitLibrary, can mean that the
> business rules can be expressed succinctly, and the underlying sequence
> needed to verify each row can also be expressed at a storytest level.
>
> I'm interesting in exploring general approaches to interpreting
> structured data. If your example seems too complex to handle, feel free
> to send it to me privately and I may be able to make a suggestion.
>
> Cheers, Rick
>

Hi everyone,

Thanks for the responses. A couple of questions and remarks:

Rick: my comment table is just for formatting which serves a completely different function than a test.

Mike: Can I also use this style in a wiki table? Since I don't see how I can add a style attribute to the following table:

|my|table|

Robert Martin: Do you mind if I look into this for a solution which better fits my needs? For example, something like:

|comment-without-header|
|some body|

or

#|comment|
|some body|

??

Thanks,

Erik

[Mike Stockdale]

erikpragt wrote:

>  
>
>
>
> --- In fitnesse@yahoogroup s.com <mailto:fitnesse%40yahoogroups.com>,
> Rick Mugridge <rick@...> wrote:
> >
> > Two quick thoughts:
> >
> > 1. If a table is not executed, surely the reader as well as the system
> > need to know that
> >
> > 2. If a comment table is so useful, why not turn it into an executable
> > one? If it's useful for readers, see if you can also verify it with
> > regard to the system. Often storytests get left in a primitive stage of
> > a sequence of steps, when what's needed is to extract the business
> > rules. I apply this whenever I can to table sequences, comments or
> other
> > info (images, lists, etc).
> >
> > Abstractions, like defined actions in FitLibrary, can mean that the
> > business rules can be expressed succinctly, and the underlying sequence
> > needed to verify each row can also be expressed at a storytest level.
> >
> > I'm interesting in exploring general approaches to interpreting
> > structured data. If your example seems too complex to handle, feel free
> > to send it to me privately and I may be able to make a suggestion.
> >
> > Cheers, Rick
> >
>
> Hi everyone,
>
> Thanks for the responses. A couple of questions and remarks:
>
> Rick: my comment table is just for formatting which serves a
> completely different function than a test.
>
> Mike: Can I also use this style in a wiki table? Since I don't see how
> I can add a style attribute to the following table:
>
> |my|table|
>

No, you have to write the HTML yourself.

>
>
> Robert Martin: Do you mind if I look into this for a solution which
> better fits my needs? For example, something like:
>
> |comment-without- header|
> |some body|
>
> or
>
> #|comment|
> |some body|
>
> ??
>
> Thanks,
>
> Erik
>
>

--
Cheers,
Mike Stockdale

/fit/Sharp <http://www.syterra.com/FitSharp.html>
FitNesse.NET <http://www.syterra.com/FitnesseDotNet.html>
Syterra Software Inc. <http://www.syterra.com>

[Mike Stockdale]

It would be possible to create a fixture that hid the first row.  This
is getting pretty hack though :)

public class HideNoteFixture: Fixture {
  public override void  DoTable(Parse table) {
    table.Parts.AddToTag("style=\"display:none\"");
  }
}

Then you could do

|hidenote|
|this is some stuff|that won't be tested|

erikpragt wrote:

>  
>
>
>
> --- In fitnesse@yahoogroup s.com <mailto:fitnesse%40yahoogroups.com>,
> Rick Mugridge <rick@...> wrote:
> >
> > Two quick thoughts:
> >
> > 1. If a table is not executed, surely the reader as well as the system
> > need to know that
> >
> > 2. If a comment table is so useful, why not turn it into an executable
> > one? If it's useful for readers, see if you can also verify it with
> > regard to the system. Often storytests get left in a primitive stage of
> > a sequence of steps, when what's needed is to extract the business
> > rules. I apply this whenever I can to table sequences, comments or
> other
> > info (images, lists, etc).
> >
> > Abstractions, like defined actions in FitLibrary, can mean that the
> > business rules can be expressed succinctly, and the underlying sequence
> > needed to verify each row can also be expressed at a storytest level.
> >
> > I'm interesting in exploring general approaches to interpreting
> > structured data. If your example seems too complex to handle, feel free
> > to send it to me privately and I may be able to make a suggestion.
> >
> > Cheers, Rick
> >
>
> Hi everyone,
>
> Thanks for the responses. A couple of questions and remarks:
>
> Rick: my comment table is just for formatting which serves a
> completely different function than a test.
>
> Mike: Can I also use this style in a wiki table? Since I don't see how
> I can add a style attribute to the following table:
>
> |my|table|
>
> Robert Martin: Do you mind if I look into this for a solution which
> better fits my needs? For example, something like:
>
> |comment-without- header|
> |some body|
>
> or
>
> #|comment|
> |some body|
>
> ??
>
> Thanks,
>
> Erik
>
>

--
Cheers,
Mike Stockdale

/fit/Sharp <http://www.syterra.com/FitSharp.html>
FitNesse.NET <http://www.syterra.com/FitnesseDotNet.html>
Syterra Software Inc. <http://www.syterra.com>

[Erik Pragt (jworks.nl)]

>
> It would be possible to create a fixture that hid the first row.  This
> is getting pretty hack though :)
>
> public class HideNoteFixture: Fixture {
>   public override void  DoTable(Parse table) {
>     table.Parts.AddToTag("style=\"display:none\"");
>   }
> }
>

Ah, yes, but that would mean using Fit, and I'm using SLIM.

So I guess that this is not really an option then.

Erik

[Mike Stockdale]

Could do the equivalent with a new Slim table type.

erikpragt wrote:

>  
>
> >
> > It would be possible to create a fixture that hid the first row. This
> > is getting pretty hack though :)
> >
> > public class HideNoteFixture: Fixture {
> > public override void DoTable(Parse table) {
> > table.Parts. AddToTag( "style=\" display:none\ "");
> > }
> > }
> >
>
> Ah, yes, but that would mean using Fit, and I'm using SLIM.
>
> So I guess that this is not really an option then.
>
> Erik
>
>

--
Cheers,
Mike Stockdale

/fit/Sharp <http://www.syterra.com/FitSharp.html>
FitNesse.NET <http://www.syterra.com/FitnesseDotNet.html>
Syterra Software Inc. <http://www.syterra.com>

[ggramlich]

I like Erik's idea of

|comment-without-header|
|some body|

I will do that in my github repository for Slim and uncle bob shall
decide, if he likes it.

Gregor


2009/10/22 Mike Stockdale <jediwhale@...>

>
>
>
> Could do the equivalent with a new Slim table type.
>
> erikpragt wrote:
>
>
>
> >
> > It would be possible to create a fixture that hid the first row. This
> > is getting pretty hack though :)
> >
> > public class HideNoteFixture: Fixture {
> > public override void DoTable(Parse table) {
> > table.Parts. AddToTag( "style=\" display:none\ "");
> > }
> > }
> >
>
> Ah, yes, but that would mean using Fit, and I'm using SLIM.
>
> So I guess that this is not really an option then.
>
> Erik
>
>
> --
> Cheers,
> Mike Stockdale
>
> fitSharp
> FitNesse.NET
> Syterra Software Inc.
>
>

[timander37]

If you are using DoFixture, you can add this to ignore the rest of your test:
|abandon storytest|


If you are not using DoFixture but want a table to not be executed you can "comment out" your table like this (we call it a "pipe bomb"):

|!|some fixture|
|some content|

We created a fixture that finds all of the tests that are turned off so they don't get accidentally left that way.

Good luck,
Tim



--- In fitnesse@..., "erikpragt" <epragt@...> wrote:

>
>
>
> --- In fitnesse@..., Rick Mugridge <rick@> wrote:
> >
> > Two quick thoughts:
> >
> > 1. If a table is not executed, surely the reader as well as the system
> > need to know that
> >
> > 2. If a comment table is so useful, why not turn it into an executable
> > one? If it's useful for readers, see if you can also verify it with
> > regard to the system. Often storytests get left in a primitive stage of
> > a sequence of steps, when what's needed is to extract the business
> > rules. I apply this whenever I can to table sequences, comments or other
> > info (images, lists, etc).
> >
> > Abstractions, like defined actions in FitLibrary, can mean that the
> > business rules can be expressed succinctly, and the underlying sequence
> > needed to verify each row can also be expressed at a storytest level.
> >
> > I'm interesting in exploring general approaches to interpreting
> > structured data. If your example seems too complex to handle, feel free
> > to send it to me privately and I may be able to make a suggestion.
> >
> > Cheers, Rick
> >
>
> Hi everyone,
>
> Thanks for the responses. A couple of questions and remarks:
>
> Rick: my comment table is just for formatting which serves a completely different function than a test.
>
> Mike: Can I also use this style in a wiki table? Since I don't see how I can add a style attribute to the following table:
>
> |my|table|
>
> Robert Martin: Do you mind if I look into this for a solution which better fits my needs? For example, something like:
>
> |comment-without-header|
> |some body|
>
> or
>
> #|comment|
> |some body|
>
> ??
>
> Thanks,
>
> Erik
>

[Erik Pragt (jworks.nl)]

> Could do the equivalent with a new Slim table type.

What do you mean? Is this already possible you mean? Or could a new Slim table style be developed to support this? Or do you mean something else??

Erik

[ggramlich]

This could be a new Slim table. But I thought about it again.

I would like to implement it as a comment table with additional
parameter in the second cell.

|comment|no header|

So your Slim tests also stay compatible with older versions of Slim.

I think, I will have it done by monday.

Gregor


2009/10/23, erikpragt <epragt@...>:

>
>
>> Could do the equivalent with a new Slim table type.
>
> What do you mean? Is this already possible you mean? Or could a new Slim
> table style be developed to support this? Or do you mean something else??
>
> Erik
>
>

[unclebob]

> Robert Martin: Do you mind if I look into this for a solution which  
> better fits my needs? For example, something like:
>
> |comment-without-header|
> |some body|
>
> or
>
> #|comment|
> |some body|

I have no objection at all.  You can pull the code from github and see  
if you can make the change.  I think Mike Stockdale's idea is a good  
one.  If we could modify the TableWidget so that you could say  
something like this:

#|Comment|
|text in this row is visible|

And have FitNesse render the first row as follows:

<tr style="display:none"><td>Comment</td></tr>

Then you'd get a table that rendered nicely but was still a comment as  
far as the tests were concerned.

Let me know if you want to take this task.  Otherwise I'll do it.


----
Robert C. Martin (Uncle Bob)  | email: unclebob@...
Object Mentor Inc.            | blog:  blog.objectmentor.com
The Agile Transition Experts  | web:   www.objectmentor.com
800-338-6716                  | twitter: unclebobmartin

[Erik Pragt (jworks.nl)]

>
> I have no objection at all.  You can pull the code from github and see  
> if you can make the change.  I think Mike Stockdale's idea is a good  
> one.  If we could modify the TableWidget so that you could say  
> something like this:
>
> #|Comment|
> |text in this row is visible|
>
> And have FitNesse render the first row as follows:
>
> <tr style="display:none"><td>Comment</td></tr>
>
> Then you'd get a table that rendered nicely but was still a comment as  
> far as the tests were concerned.
>
> Let me know if you want to take this task.  Otherwise I'll do it.
>

Sure, no problem. I'll see what I can do tomorrow or Tuesday.

Erik

[ggramlich]

This feature is done.

http://github.com/ggramlich/fitnesse/commit/dbb66264e4f006686f1ca1bd165e7c1bbacc1d42

I sent Uncle Bob a pull request.

Gregor


2009/10/25 erikpragt <epragt@...>

>
>
>
> >
> > I have no objection at all. You can pull the code from github and see
> > if you can make the change. I think Mike Stockdale's idea is a good
> > one. If we could modify the TableWidget so that you could say
> > something like this:
> >
> > #|Comment|
> > |text in this row is visible|
> >
> > And have FitNesse render the first row as follows:
> >
> > <tr style="display:none"><td>Comment</td></tr>
> >
> > Then you'd get a table that rendered nicely but was still a comment as
> > far as the tests were concerned.
> >
> > Let me know if you want to take this task. Otherwise I'll do it.
> >
>
> Sure, no problem. I'll see what I can do tomorrow or Tuesday.
>
> Erik
>
>