Main > Free Download Search >

Free tests software for linux

tests

Sponsored Links
Sponsored Links
Secleted [ 0 ] software to compare
Results 1 - 15 of about 2714
Test::Lazy 0.01

Test::Lazy 0.01


Test::Lazy is a quick and easy way to compose and run tests with useful output. more>>
Test::Lazy is a quick and easy way to compose and run tests with useful output.

SYNOPSIS

use Test::Lazy qw/check try/;

check(1 => is => 1);
check(0 => isnt => 1);
check(a => like => qr/[a-zA-Z]/);
check(0 => unlike => qr/a-zA-Z]/);
check(1 => > => 0);
check(0 => < => 1);

try(qw/a/ => eq => a);
try(qw/a/ => ne => b);
try(qw/a/ => is => [a]);
try( < stmt >, < cmpr >, < expected >, [ < msg > ] )

Evaluate < stmt> and compare the result to using < cmpr>. Optionally provide a < msg> to display on failure. If < msg> is not given, then one will be automatically made from < stmt>, < cmpr>, and < expected>.
try will also try to guess what representation is best for the result of the statement, whether that be single value, ARRAY, or HASH. Itll do this based on what is returned by the statement, and the type of < expected>. See `perldoc -m Test::Lazy` for more detail.

Note, if < expected> is an ARRAY or HASH, this function will convert it to its JSON representation before comparison.

try("2 + 2" => == => 5);

# This will produce the following output:

# Failed test 2 + 2 == 5
# at __FILE__ line __LINE__.
# got: 4
# expected: 5
check( < got>, < cmpr>, < expected>, [ < msg> ] )

Compare < got> to < expected> using < cmpr>. Optionally provide a < msg> to display on failure. If < msg> is not given, then one will be automatically made from < got>, < cmpr>, and < expected>.

Note, if < got> or < expected> is an ARRAY or HASH, this function will convert them to their JSON representation before comparison.

check([qw/a b/] => is => [qw/a b c/]);

# This will produce the following output:

# Failed test ["a","b"] is ["a","b","c"]
# at __FILE__ line __LINE__.
# got: ["a","b"]
# expected: ["a","b","c"]
template( ... )

Convenience function for creating a Test::Lazy::Template. All arguments are directly passed to Test::Lazy::Template-new>.

See Test::Lazy::Template for more details.

Returns a new Test::Lazy::Template object.

cmpr

< cmpr> can be one of the following:

ok, not_ok, is, isnt, like, unlike,
, =, lt, gt, le, ge, ==, !=, eq, ne,

<<less
Download (0.006MB)
Added: 2007-07-18 License: Perl Artistic License Price:
828 downloads
Test::Resub 1.02

Test::Resub 1.02


Test::Resub is a lexically scoped subroutine replacement for testing. more>>
Test::Resub is a lexically scoped subroutine replacement for testing.

SYNOPSIS

#!/usr/bin/perl

use Test::More tests => 4;
use Test::Resub qw(resub);

{
package Somewhere;
sub show {
my ($class, $message) = @_;
return "$class, $message";
}
}

# sanity
is( Somewhere->show(beyond the sea), Somewhere, beyond the sea );

# scoped replacement of subroutine with argument capturing
{
my $rs = resub Somewhere::show, sub { hi }, capture => 1;
is( Somewhere->show(over the rainbow), hi );
is_deeply( $rs->method_args, [[over the rainbow]] );
}

# scope ends, resub goes away, original code returns
is( Somewhere->show(waiting for me), Somewhere, waiting for me );

This module allows you to temporarily replace a subroutine/method with arbitrary code. Later, you can tell how many times was it called and with what arguments each time. You can also specify that the subroutine/method must get called, must not get called, or may be optionally called.

<<less
Download (0.014MB)
Added: 2007-07-13 License: Perl Artistic License Price:
833 downloads
Test::Deep 0.096

Test::Deep 0.096


Test::Deep is a Perl module for extremely flexible deep comparison. more>>
Test::Deep is a Perl module for extremely flexible deep comparison.

SYNOPSIS

use Test::More tests => $Num_Tests;
use Test::Deep;

cmp_deeply(
$actual_horrible_nested_data_structure,
$expected_horrible_nested_data_structure,
"got the right horrible nested data structure"
);

cmp_deeply(
$object,
methods(name => "John", phone => "55378008"),
"object methods ok"
);

cmp_deeply(
@array,
[$hash1, $hash2, ignore(
"first 2 elements are as expected, ignoring 3"
);

cmp_deeply(
$object,
noclass({value => 5}),
"object looks ok, not checking its class"
);

cmp_deeply(
@result,
bag(a, b, {key => [1, 2]}),
"array has the 3 things we wanted in some order"
);

If you dont know anything about automated testing in Perl then you should probably read about Test::Simple and Test::More before preceding. Test::Deep uses the Test::Builder framework.

Test::Deep gives you very flexible ways to check that the result you got is the result you were expecting. At its simplest it compares two structures by going through each level, ensuring that the values match, that arrays and hashes have the same elements and that references are blessed into the correct class. It also handles circular data structures without getting caught in an infinite loop.
Where it becomes more interesting is in allowing you to do something besides simple exact comparisons. With strings, the eq operator checks that 2 strings are exactly equal but sometimes thats not what you want. When you dont know exactly what the string should be but you do know some things about how it should look, eq is no good and you must use pattern matching instead. Test::Deep provides pattern matching for complex data structures.

<<less
Download (0.030MB)
Added: 2007-07-02 License: Perl Artistic License Price:
844 downloads
Test soon 0.59

Test soon 0.59


Test soon project is a testing framework trying to enable you to write tests quickly. more>>
Test soon project is a testing framework trying to enable you to write tests quickly, organize them easily and still being flexible.

The goal is to utilize the strengths of C++ while minimizing the impact of its weaknesses.

<<less
Download (MB)
Added: 2007-07-01 License: zlib/libpng License Price:
846 downloads
TAHI Test Suite 4.0.3 (MIPv6)

TAHI Test Suite 4.0.3 (MIPv6)


TAHI Test Suite provides a mechanism for validating an IPv6 implementation against a standardized test. more>>
TAHI Test Suite provides a mechanism for validating an IPv6 implementation against a standardized test for conformance to the IPv6 specification, extensions and directly related protocols.
TAHI Project is the joint effort formed with the objective of developing and providing the verification technology for IPv6.
The growth process of IPv4 was the history of encountering various kinds of obstacles and conquering such obstacles. However, once the position as infrastructure was established, it is not allowed to repeat the same history. This is a reason why the verification technology is essential for IPv6 deployment.
We research and develop conformance tests and interoperability tests for IPv6.
We closely work with the KAME project and USAGI project. We help activities of them in the quality side by offering the verification technology we develop in the TAHI project and improve the development efficiency.
We open the results and fruits of the project to the public for FREE. Any developer concerned with IPv6 can utilize the results and fruits of TAHI project freely. A free software plays an important role in progress of the Internet. We believe that providing the verification technology for FREE contributes to advances of IPv6. Besides the programs, the specifications and criteria of verification will be included in the Package.
Enhancements:
- This release extends the tests in the specification and code.
- There are assorted minor bugfixes.
<<less
Download (0.35MB)
Added: 2006-11-23 License: BSD License Price:
1067 downloads
 
Other version of TAHI Test Suite
TAHI Test Suite 3.0.12 (IPv6 Conformance Test Tool)TAHI Test Suite 3.0.12 (IPv6 Conformance Test Tool)TAHI Test Suite 3.0.12 (IPv6 Conformance Test Tool) TAHI Test Suite project provides a mechanism for validating an IPv6 implementation. TAHI
License:BSD License
Download (0.40MB)
877 downloads
Added: 2007-06-04
TAHI Test Suite 3.0.4TAHI Development Team - TAHI Test Suite provides a mechanism for validating an IPv6 implementation. TAHI Test Suite
License:BSD License
Download (0.40MB)
1409 downloads
Added: 2005-12-14
TAHI Test Suite 1.4.8 (Self-Test Test Suite)TAHI Test Suite 1.4.8 (Self-Test Test Suite)TAHI Test Suite 1.4.8 (Self-Test Test Suite) TAHI Test Suite provides a mechanism for validating an IPv6 implementation. TAHI Test Suite 1.4.8 (Self
License:BSD License
Download (0.63MB)
851 downloads
Added: 2007-06-28
TAHI Test Suite 0.9.6 (NEMO)TAHI Test Suite 0.9.6 (NEMO)TAHI Test Suite 0.9.6 (NEMO) TAHI Test Suite provides a mechanism for validating an IPv6 implementation against a standardized test
License:BSD License
Download (1.5MB)
1065 downloads
Added: 2006-11-23
Test::Unit::tests::AllTests 0.14

Test::Unit::tests::AllTests 0.14


Test::Unit::tests::AllTests is a unit testing framework self tests. more>>
Test::Unit::tests::AllTests is a unit testing framework self tests.

SYNOPSIS

# command line style use

perl TestRunner.pl Test::Unit::tests::AllTests

# GUI style use

perl TkTestRunner.pl Test::Unit::tests::AllTests

This class is used by the unit testing framework to encapsulate all the self tests of the framework.

<<less
Download (0.044MB)
Added: 2007-06-14 License: Perl Artistic License Price:
862 downloads
Test::WWW::Selenium::Catalyst 0.01

Test::WWW::Selenium::Catalyst 0.01


Test::WWW::Selenium::Catalyst is a Perl module to test your Catalyst application with Selenium. more>>
Test::WWW::Selenium::Catalyst is a Perl module to test your Catalyst application with Selenium.

This is still a test release. Its working for me in production, but it depends on a Java application (SeleniumRC), which can be unreliable. On my Debian system, I had to put firefox-bin in my path, and add /usr/lib/firefox to LD_LIBRARY_PATH. Every distro and OS is different, so Id like some feedback on how this works on your system. I would like to find a clean solution that lets this module "Just Work" for everyone, but I have a feeling that its going to look more like if(gentoo){ ... } elsif (debian) { ... } and so on. I can live with that, but I need your help to get to that stage!

Please report any problems to RT, the Catalyst mailing list, or the #catalyst IRC channel on irc.perl.org. Thanks!

SYNOPSIS

use Test::WWW::Selenium::Catalyst MyApp;
use Test::More tests => 2;

my $sel = Test::WWW::Selenium::Catalyst->start;
$sel->open_ok(/);
$sel->is_text_present_ok(Welcome to MyApp);

This module starts the SeleniumRC server and your Catalyst app so that you can test it with SeleniumRC. Once youve called Test::WWW::Selenium::Catalyst->start, everything is just like Test::WWW::Selenium.

<<less
Download (0.032MB)
Added: 2007-06-14 License: Perl Artistic License Price:
862 downloads
Test::Unit::TestRunner 0.14

Test::Unit::TestRunner 0.14


Test::Unit::TestRunner is a unit testing framework helper class. more>>
Test::Unit::TestRunner is a unit testing framework helper class.

SYNOPSIS

use Test::Unit::TestRunner;

my $testrunner = Test::Unit::TestRunner->new();
$testrunner->start($my_testcase_class);

This class is the test runner for the command line style use of the testing framework.

It is used by simple command line tools like the TestRunner.pl script provided.
The class needs one argument, which is the name of the class encapsulating the tests to be run.

OPTIONS

-wait
wait for user confirmation between tests

-v
version info

<<less
Download (0.044MB)
Added: 2007-06-13 License: Perl Artistic License Price:
864 downloads
Test::Unit::Runner::Terminal 0.25

Test::Unit::Runner::Terminal 0.25


Test::Unit::Runner::Terminal is a unit testing framework helper class. more>>
Test::Unit::Runner::Terminal is a unit testing framework helper class.

SYNOPSIS

use Test::Unit::Runner::Terminal;

my $testrunner = Test::Unit::Runner::Terminal->new();
$testrunner->start($my_test_class);

This class is a test runner for the command line style use of the testing framework.

It is similar to its parent class, Test::Unit::TestRunner, but it uses terminal escape sequences to continually update a more informative status report as the runner progresses through the tests than just a string of dots, Es and Fs. The status report indicates the number of tests run, the number of failures and errors encountered, which test is currently being run, and where it lives in the suite hierarchy.

The class needs one argument, which is the name of the class encapsulating the tests to be run.

OPTIONS

-wait
wait for user confirmation between tests

-v
version info

<<less
Download (0.074MB)
Added: 2007-06-13 License: Perl Artistic License Price:
863 downloads
Test::Class 0.24

Test::Class 0.24


Test::Class is a Perl module that allows you to easily create test classes in an xUnit/JUnit style. more>>
Test::Class is a Perl module that allows you to easily create test classes in an xUnit/JUnit style.

SYNOPSIS

package Example::Test;
use base qw(Test::Class);
use Test::More;

# setup methods are run before every test method.
sub make_fixture : Test(setup) {
my $array = [1, 2];
shift->{test_array} = $array;
};

# a test method that runs 1 test
sub test_push : Test {
my $array = shift->{test_array};
push @$array, 3;
is_deeply($array, [1, 2, 3], push worked);
};

# a test method that runs 4 tests
sub test_pop : Test(4) {
my $array = shift->{test_array};
is(pop @$array, 2, pop = 2);
is(pop @$array, 1, pop = 1);
is_deeply($array, [], array empty);
is(pop @$array, undef, pop = undef);
};

# teardown methods are run after every test method.
sub teardown : Test(teardown) {
my $array = shift->{test_array};
diag("array = (@$array) after test(s)");
};
later in a nearby .t file
#! /usr/bin/perl
use Example::Test;

# run all the test methods in Example::Test
Test::Class->runtests;

Outputs:

1..5
ok 1 - pop = 2
ok 2 - pop = 1
ok 3 - array empty
ok 4 - pop = undef
# array = () after test(s)
ok 5 - push worked
# array = (1 2 3) after test(s)

<<less
Download (0.046MB)
Added: 2007-06-13 License: Perl Artistic License Price:
863 downloads
Test::Unit::Tutorial 0.14

Test::Unit::Tutorial 0.14


Test::Unit::Tutorial is a Perl module that contains a tutorial on unit testing. more>>
Test::Unit::Tutorial is a Perl module that contains a tutorial on unit testing.

SYNOPSIS

perldoc Test::Unit::Tutorial

Here should be extensive documentation on what unit testing is, why it is useful, and how to do it with the Test::Unit collection of modules.

Sorry for not implementing this yet.

Please have a look at the examples in the examples directory and read the README file that came with this distribution.

A short tutorial on how to use the unit testing framework is included in Test::Unit::TestCase.

Further examples can be found by looking at the self test collection, starting in Test::Unit::tests::AllTests.

<<less
Download (0.044MB)
Added: 2007-06-13 License: Perl Artistic License Price:
863 downloads
Test::Unit::Runner::XML 0.1

Test::Unit::Runner::XML 0.1


Test::Unit::Runner::XML is a Perl module that can generate XML reports from unit test results. more>>
Test::Unit::Runner::XML is a Perl module that can generate XML reports from unit test results.

SYNOPSIS

use Test::Unit::Runner::XML;

mkdir("test_reports");
my $runner = Test::Unit::Runner::XML->new("test-reports");
$runner->start($test);
exit(!$runner->all_tests_passed());

Test::Unit::Runner::XML generates XML reports from unit test results. The reports are in the same format as those produced by Ants JUnit task, allowing them to be used with Java continuous integration and reporting tools.

CONSTRUCTOR

Test::Unit::Runner::XML->new($directory)
Construct a new runner that will write XML reports into $directory

METHODS

start

$runner->start($test);

Run the Test::Unit::Test $test and generate XML reports from the results.

all_tests_passed

exit(!$runner->all_tests_passed());

Return true if all tests executed by $runner since it was constructed passed.

<<less
Download (0.003MB)
Added: 2007-06-13 License: Perl Artistic License Price:
863 downloads
Test::Unit::TestCase 0.14

Test::Unit::TestCase 0.14


Test::Unit::TestCase is a unit testing framework base class. more>>
Test::Unit::TestCase is a unit testing framework base class.

SYNOPSIS

package FooBar;
use base qw(Test::Unit::TestCase);

sub new {
my $self = shift()->SUPER::new(@_);
# your state for fixture here
return $self;
}

sub set_up {
# provide fixture
}
sub tear_down {
# clean up after test
}
sub test_foo {
# test the foo feature
}
sub test_bar {
# test the bar feature
}

(Taken from the JUnit TestCase class documentation)

A test case defines the "fixture" (resources need for testing) to run multiple tests. To define a test case:

implement a subclass of TestCase
define instance variables that store the state of the fixture
initialize the fixture state by overriding set_up()
clean-up after a test by overriding tear_down().

Each test runs in its own fixture so there can be no side effects among test runs. Here is an example:

package MathTest;
use base qw(Test::Unit::TestCase);

sub new {
my $self = shift()->SUPER::new(@_);
$self->{value_1} = 0;
$self->{value_2} = 0;
return $self;
}

sub set_up {
my $self = shift;
$self->{value_1} = 2;
$self->{value_2} = 3;
}

For each test implement a method which interacts with the fixture. Verify the expected results with assertions specified by calling $self->assert() with a boolean value.

sub test_add {
my $self = shift;
my $result = $self->{value_1} + $self->{value_2};
$self->assert($result == 5);
}

Once the methods are defined you can run them. The normal way to do this uses reflection to implement run_test. It dynamically finds and invokes a method. For this the name of the test case has to correspond to the test method to be run. The tests to be run can be collected into a TestSuite. The framework provides different test runners, which can run a test suite and collect the results. A test runner either expects a method suite() as the entry point to get a test to run or it will extract the suite automatically.

If you do not like the rather verbose backtrace that appears when a test fails, you can use the quell_backtrace() method. You will get any message provided, but not the backtrace.

<<less
Download (0.044MB)
Added: 2007-06-13 License: Perl Artistic License Price:
864 downloads
Test::Unit::Procedural 0.24

Test::Unit::Procedural 0.24


Test::Unit::Procedural Perl module contains a procedural style unit testing interface. more>>
Test::Unit::Procedural Perl module contains a procedural style unit testing interface.

SYNOPSIS

use Test::Unit::Procedural;

# your code to be tested goes here

sub foo { return 23 };
sub bar { return 42 };

# define tests

sub test_foo { assert(foo() == 23, "Your message here"); }
sub test_bar { assert(bar() == 42, "I will be printed if this fails"); }

# set_up and tear_down are used to
# prepare and release resources need for testing

sub set_up { print "hello worldn"; }
sub tear_down { print "leaving world againn"; }

# run your test

create_suite();
run_suite();

Test::Unit::Procedural is the procedural style interface to a sophisticated unit testing framework for Perl that is derived from the JUnit testing framework for Java by Kent Beck and Erich Gamma. While this framework is originally intended to support unit testing in an object-oriented development paradigm (with support for inheritance of tests etc.), Test::Unit::Procedural is intended to provide a simpler interface to the framework that is more suitable for use in a scripting style environment. Therefore, Test::Unit::Procedural does not provide much support for an object-oriented approach to unit testing - if you want that, please have a look at Test::Unit::TestCase.

You test a given unit (a script, a module, whatever) by using Test::Unit::Procedural, which exports the following routines into your namespace:

assert()

used to assert that a boolean condition is true

create_suite()

used to create a test suite consisting of all methods with a name prefix of test

run_suite()

runs the test suite (text output)

add_suite()

used to add test suites to each other

For convenience, create_suite() will automatically build a test suite for a given package. This will build a test case for each subroutine in the package given that has a name starting with test and pack them all together into one TestSuite object for easy testing. If you dont give a package name to create_suite(), the current package is taken as default.

Test output is one status line (a "." for every successful test run, or an "F" for any failed test run, to indicate progress), one result line ("OK" or "!!!FAILURES!!!"), and possibly many lines reporting detailed error messages for any failed tests.
Please remember, Test::Unit::Procedural is intended to be a simple and convenient interface. If you need more functionality, take the object-oriented approach outlined in Test::Unit::TestCase.

<<less
Download (0.074MB)
Added: 2007-06-13 License: Perl Artistic License Price:
863 downloads
Test::Unit::InnerClass 0.14

Test::Unit::InnerClass 0.14


Test::Unit::InnerClass is a unit testing framework helper class. more>>
Test::Unit::InnerClass is a unit testing framework helper class.

SYNOPSIS

This class is not intended to be used directly

This class is used by the framework to emulate the anonymous inner classes feature of Java. It is much easier to port Java to Perl using this class.

<<less
Download (0.044MB)
Added: 2007-06-13 License: Perl Artistic License Price:
863 downloads
Secleted [ 0 ] software to compare
  • Page: 1 of 5
  • 1
  • 2
  • 3
  • 4
  • 5