Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #37292 > unrolled thread

Testing the functionality of sub classes

Started byCecil Westerhof <Cecil@decebal.nl>
First post2017-08-19 19:40 +0200
Last post2017-08-20 01:22 +0200
Articles 2 on this page of 22 — 5 participants

Back to article view | Back to comp.lang.java.programmer


Contents

  Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-19 19:40 +0200
    Re: Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-19 21:44 +0200
      Re: Testing the functionality of sub classes Eric Sosman <esosman@comcast-dot-net.invalid> - 2017-08-19 16:47 -0400
        Re: Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-20 01:30 +0200
          Re: Testing the functionality of sub classes Andreas Leitgeb <avl@logic.at> - 2017-08-20 11:50 +0000
            Re: Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-20 14:49 +0200
              Re: Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-20 15:36 +0200
                Re: Testing the functionality of sub classes Arne Vajhøj <arne@vajhoej.dk> - 2017-08-20 09:46 -0400
                  Re: Testing the functionality of sub classes Andreas Leitgeb <avl@logic.at> - 2017-08-20 14:33 +0000
                    Re: Testing the functionality of sub classes Arne Vajhøj <arne@vajhoej.dk> - 2017-08-20 11:14 -0400
                  Re: Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-20 16:35 +0200
                    Re: Testing the functionality of sub classes Arne Vajhøj <arne@vajhoej.dk> - 2017-08-20 11:17 -0400
                      Re: Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-20 18:13 +0200
                        Re: Testing the functionality of sub classes Arne Vajhøj <arne@vajhoej.dk> - 2017-08-20 12:28 -0400
                          Re: Testing the functionality of sub classes Arne Vajhøj <arne@vajhoej.dk> - 2017-08-20 13:06 -0400
                          Re: Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-20 19:07 +0200
              Re: Testing the functionality of sub classes Arne Vajhøj <arne@vajhoej.dk> - 2017-08-20 11:21 -0400
                Re: Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-20 18:17 +0200
            Re: Testing the functionality of sub classes v_borchert@despammed.com (Volker Borchert) - 2017-08-21 19:53 +0000
      Re: Testing the functionality of sub classes v_borchert@despammed.com (Volker Borchert) - 2017-08-19 21:15 +0000
        Re: Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-20 01:36 +0200
      Re: Testing the functionality of sub classes Cecil Westerhof <Cecil@decebal.nl> - 2017-08-20 01:22 +0200

Page 2 of 2 — ← Prev page 1 [2]


#37304

FromCecil Westerhof <Cecil@decebal.nl>
Date2017-08-20 01:36 +0200
Message-ID<87lgmff7v2.fsf@munus.decebal.nl>
In reply to#37302
v_borchert@despammed.com (Volker Borchert) writes:

> Cecil Westerhof wrote:
>
>> >>I have a class that is extended in several sub classes. Is there a way
>> >>to let the tests for the super class to be run on all sub classes?
>> >
>> 
>> For the test of the super class AbstractSQL, I have written a test
>> class SQLTest in which I implemented all the tests with the sub class
>> SQLite3. But there will be more. At the moment there are only two sub
>> classes (the other is SQLH2) and for two classes it is not to much
>> work. But I expect it to become a little more. So I would like to
>> write the test class so that all the tests are done for all the sub
>> classes.
>
> Are you talking JUnit? Then have an abstract class annotated as

Yes. I should have added that.


> @RunWith(Suite.class) and @Suite.SuiteClasses({ <class literals
> for all your concrete test classes> }) , containing most @Test
> methods and declaring a single abstract method that provides
> the concrete implementation object to test. For each concrete
> class-to-test, you'll need a concrete test class deriving from
> the above, listed in its @Suite.SuiteClasses, and implementing
> the single abstract method. This derived test class may contain
> additional @Test methods applicable to only this concrete
> class-to-test.

Looks doable. I look into it.

-- 
Cecil Westerhof
Senior Software Engineer
LinkedIn: http://www.linkedin.com/in/cecilwesterhof

[toc] | [prev] | [next] | [standalone]


#37303

FromCecil Westerhof <Cecil@decebal.nl>
Date2017-08-20 01:22 +0200
Message-ID<87tw13f8im.fsf@munus.decebal.nl>
In reply to#37297
ram@zedat.fu-berlin.de (Stefan Ram) writes:

> ram@zedat.fu-berlin.de (Stefan Ram) writes:
>>maybe you are using a test framework that makes it very easy
>>to do this, but I can't tell you how, because I do not know
>>test frameworks well.
>
>   Maybe when you skim the pages of the manual of the test
>   framework you use, you can find something about it.
>
>   For example, if you should use JUnit, have a look at:
>
> github.com/junit-team/junit4/wiki/Parameterized-tests
>
>   . There, in the data method you can fill the array
>   with objects of the different subclasses and have
>   each test be executed for each of those objects.

Thanks, I will evaluate that.

-- 
Cecil Westerhof
Senior Software Engineer
LinkedIn: http://www.linkedin.com/in/cecilwesterhof

[toc] | [prev] | [standalone]


Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | comp.lang.java.programmer


csiph-web