It's true the requirement is still duplicated, but the second warning is difficult to understand since all you doing is changing the name or expected result.
If a mixed-strength test case generation was requested with the re-apply button and an insufficient number of parameters were selected for the highest selected strength (3 for 3-way or 4 for 4-way, etc.) then the error message was missing and instead there was a blank panel.
This was a regression that started when we added the enhanced, searchable and sortable test case table.
Thanks to Ryan for reporting this bug via chat.
This was a 3-way defect: you had to have auto-scripts in your test plan, have a less than < character in your requirement name, and be exporting to Excel.
Thanks to Pam for reporting the issue!
The tooltips that explain "purple italics" are now also in the test case table on the Auto-Scripts page.
This was a classic pairwise defect that is only triggered for the pairing of multi-strength and > 500 test cases.
Very long parameter names and values are now truncated (with a tooltip to see the whole value) to save space when displaying generated test cases.
You could always have a : in your parameter name in single parameter edits, but it wasn't possible to add or edit parameters with colons in bulk edit since the colon character delimits the boundary between the parameter name and parameter values. Now you can escape an colon in a parameter name with : in bulk edit. Example:
Fruit: Apple, Pear, Banana
IP\:Address: 192.10.1.1, 208.55.76.11
Car: Datsun, Yugo
Thanks to Eva for requesting this enhancement.
There was a defect where the save action would remain disabled after getting a warning about duplicating a parameter name when editing in the mind map view.
Special characters that are reserved in XML would cause rendering issues in the SVG mind map display (a classic type of pair-wise data variation defect). They no longer do.
Inserting parameters into the export fields with the keyboard was not working. Now it's fixed.
When searching and sorting of generated test cases was added, we removed the prior limit of displaying 300 test cases at a time. Unfortunately as test plans get large and into the thousands of test cases, the burden on the browser JavaScript engine to parse and render all that test case data was too much for slower browsers (IE) and slower computers. We restored a limit (up to 500 now).
If you've generated more than 500 test cases (that's a lot of test cases!) you can once again see them all by exporting.
We decided it makes more sense to show all requirements as frozen after freezing test cases rather than leaving existing requirements as unfrozen, since existing requirements are usually modified during freezing.
The achievement of using an expected result can now come from using an expected result on a requirement instead of just an expected result in auto-scripts.
There was a defect (classic pair-wise defect) that you could not revert to the first revision of a test plan if that first revision was completely blank. Now you can.
The rest of the fields in the insert drop down (plan name, test #, etc) that are not parameter names are now available via text auto-complete in the HP QC / ALM export dialog.
Helps explain the significance of purple italics in resulting test cases.
The popup was only in place initially after test cases were generated, but coming back to the same test cases later, they did not have popups explaining the significance of "no possible value". Now it does.
This should improve getting key information about tests at a quick glance.
In the test name and test description fields of the HP QC / ALM export dialog, you can now insert parameter values using keyboard autocomplete (similar to how it works in auto-script step fields) by typing the { character.