[
https://issues.jboss.org/browse/DROOLS-2706?page=com.atlassian.jira.plugi...
]
Stetson Robinson commented on DROOLS-2706:
------------------------------------------
[~uxdlc], I think there are two distinctions we're trying to make, from what I
understand. One is to distinguish the new Rule Scenario Test asset from the current Test
Scenario asset, which is what you're addressing. For that distinction, I'd vote
"Rule Scenario Test" and "Test Scenario (Legacy)", the latter to be
replaced by the former, eventually. The other distinction as [~Rikkola] mentioned is
between the initial "Technology Preview" version of the Rule Scenario Test asset
to go in 7.1 alongside the current Test Scenario asset, and the complete, stable version
delivered later in 7.2. "Technology Preview" is the standard term we use for
currently unsupported or incomplete features, so it make sense to me to use that. It's
important to make that clear because if users use this new Tech Preview version of the
Rule Scenario Test asset in 7.1 in its maiden and incomplete form, the scenarios they
create with it might not survive the update to its completed and stable form that is
released thereafter, in 7.2 or whenever.
So here's the naming/phasing I'd propose:
# When the Rule Scenario Test is launched initially and is incomplete, say in DM/PAM 7.1,
we call the two scenario assets *Rule Scenario Test (Preview)* and *Test Scenario*. We
wouldn't indicate anything is legacy at this point (odd to have a legacy and preview
version of a feature with no stable alternative), and we could include a small info icon
for the Preview asset and any other Preview assets to indicate what Technology Preview
means. I'll provide that because we use the definition throughout our docs anyway.
# Then when the new asset is complete and stable with no risk of losing data going
forward, say in DM/PAM 7.2, we call the two assets *Rule Scenario Test* and *Test Scenario
(Legacy)*.
# Then at some point we provide a migration path for `.scenario` files from Test Scenarios
to Rule Scenario Tests, and then phase out the legacy Test Scenario completely.
I'm open to other suggestions. Just my thoughts. What do we think?
New "Scenario Test" asset list option (UX)
------------------------------------------
Key: DROOLS-2706
URL:
https://issues.jboss.org/browse/DROOLS-2706
Project: Drools
Issue Type: Task
Components: Scenario Simulation and Testing
Reporter: Liz Clayton
Assignee: Liz Clayton
Labels: UX, UXTeam
As a practitioner - I want to be able to distinguish the new Scenario Test tool option,
from the existing one, within the Asset list so that I can quickly/easily create a test
using the new editor.
*Verification conditions:*
The new Scenario Test tool is distinguishable from the existing test tool within the
asset list, through visual inspection by the user (no hover/click required.)
Notes:
Need a way to identify "experimental" tools from existing (to be deprecated?)
tools. Solution might include distinct names for each, or parenthetical append (e.g.
"experimental, beta, preview...) Or visual indicator, such as an icon, flag, etc.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)