Correct test that now fails after recent changes.
This test now started failing after the other corrections made in the last few commits. As it turns out, this test was buggy. We wanted to test a request_type that didn't exist, and verify that calls to addRequestConfigurations with bad arguments didn't create the request_type if it didn't already existed. That's what the test now does.
This commit is contained in:
parent
67a37ddd10
commit
6e57396399
1 changed files with 3 additions and 3 deletions
|
@ -216,11 +216,11 @@ my @sizeList = qw/LadiesS LadiesM LadiesL LadiesXL MenS MenM MenL MenXL Men2XL/;
|
|||
|
||||
my $tShirt0Data;
|
||||
|
||||
dies_ok { $sp->addRequestConfigurations('t-shirt-0', [ @sizeList, 'Men2XL']) }
|
||||
dies_ok { $sp->addRequestConfigurations('t-shirt-1', [ @sizeList, 'Men2XL']) }
|
||||
"addRequestConfigurations: dies with duplicate items on configuration list.";
|
||||
|
||||
is_deeply($sp->getRequestConfigurations('t-shirt-0'), undef,
|
||||
"addRequestConfigurations/getRequestConfigurations: add fails with duplicate in configuration list");
|
||||
is_deeply($sp->getRequestConfigurations('t-shirt-1'), undef,
|
||||
"addRequestConfigurations/getRequestConfigurations: add fails with undefined configuration list");
|
||||
|
||||
lives_ok { $tShirt0Data = $sp->addRequestConfigurations('t-shirt-0', \@sizeList) }
|
||||
"addRequestConfigurations: existing requestType with configuration runs.";
|
||||
|
|
Loading…
Reference in a new issue