|Anonymous | Login | Signup for a new account||2020-02-28 06:43 UTC|
|Main | My View | View Issues | Change Log | My Account|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002970||TestLink||New Feature||public||2009-11-20 16:28||2010-05-01 20:34|
|Fixed in Version||1.9 Beta 2|
|Summary||0002970: Template for Testcases|
|Description||Template for testcases (precondition):|
New parameters have to be added to config.inc.php:
$g_testcase_template->preconditions->type = 'none';
$g_testcase_template->preconditions->value = '';
No further changes necessary.
|Tags||No tags attached.|
|QA Team - Task Workflow Status|
the correct solution is new field for TC: type (integer).
This parameter should have the next two values: "classic" and "classic with precondition".
TC edit must have a combo-box for the selection. This was alredy designed somewhere.
So, no need to have configuration parameter for this.
Do no see need for this, precondition is a DB field and then must be present on interface.
I do not like solution with new field, more 'classic' means nothing.
Then I will prefer implement in this way => without new field that due to our DB schema must belong to tcversions table.
More Type attribute is confusing, because can means lot of things.
Lets find a better term. IMO This is must to have parameter. Anyway this solution is already described in design documentation.
Your solution doesn't hold backward compatibility. Not accepted.
|sorry i do not get the point. preconditions is a standard field for testcases in almost every testmanagement tool. If you decided to add this field it should be there.. field can be left empty if no preconditions necessary - i personally - like this field :)|
@Julian, I apologize to confuse you.
Precondition is wanted field ... no discussion about. The only thing I point out is, that user should have ability to select structure of TC.
For example, There is also a lot of people who would like to have step-by-step structure. But we cannot have one configuration parameter for all TL with several projects (teams) to define TC structure. The field type will specify which fields will be visible for each TC. So users can select appropriate type specifically.
Of course, admin can set-up which one will be offered by default on Create TC page.
>> Anyway this solution is already described in design documentation.
this document has never been aproved officialy, then I do not understand why you think I've to follow it.
I will not wnat to start with this can of configuration on a test case by test case basis becasue this is just a mad thing.
IMHO if user can choose Test case style, this info must be hold al Test Project levle , i.e. must be used for ALL test cases in project if is not done in this way, this measn we need to rewrite test case edit because firt thing to do is ask EVERY TIME user what test case style he / she wants as suggested by
>> Of course, admin can set-up which one will be offered by default on Create >> TC page. Then
and this is far from your constant idea of mantain things simple.
If you want to allow this kind of config on test case by test case basis, you will have problems on reports, with people asking why some test cases shows preconditions and why other not.
more what do you are talking about when ' Your solution doesn't hold backward compatibility. Not accepted.' backwards with what thing ?
Following this line, what about if user do not want to see step and expected results ?
Then again you will have to ask each time before start creating or editing a test case what fields you want to use, and develop a logic to do right write and / or update of test case info.
Lot of work with very low value.
People must leave empty whwt they do not want to fill
Regarding test case steps, we know very well that there is not such this amount of users (lot of people) that are asking for this feature, and that implemented cost lot of effort, then may be in the future will be done => do not want start here again this discussion.
We have other this more important to do.
Again my vote regarding test case style configuration is absolutely reject on a test case by test case basis, because we need to add a new field to tcversions table. Regarding having a configuration that is Test Project wide => is stored on test project table , may be.
Anyway feature "test case spec. style configuration" (that obviosuly have impacts every where in TL, execution, reports, etc) IS OUT OF SCOPE OF TL 1.9 if we want to have a release Beta by Jan 2010.
i think about this the same way fman does, but ... this issue is not about customization of testcases.
i just wanted to give the information that by adding those lines to the config.inc.php a template for preconditions can be used without further changes.
a new issue would be a better place for further discussion.
|2009-11-20 16:28||Julian||New Issue|
|2009-11-20 16:29||Julian||Status||new => assigned|
|2009-11-20 16:29||Julian||Assigned To||=> fman|
|2009-11-20 23:03||mhavlat||Note Added: 0008319|
|2009-11-20 23:38||fman||Note Added: 0008321|
|2009-11-21 00:12||mhavlat||Note Added: 0008323|
|2009-11-21 03:12||Julian||Note Added: 0008325|
|2009-11-21 06:00||mhavlat||Note Added: 0008327|
|2009-11-21 16:52||fman||Note Added: 0008328|
|2009-11-21 18:44||Julian||Note Added: 0008330|
|2009-11-23 15:50||Julian||Status||assigned => resolved|
|2009-11-23 15:50||Julian||Fixed in Version||=> 1.9 (DEV)|
|2009-11-23 15:50||Julian||Resolution||open => fixed|
|2010-05-01 20:34||fman||Status||resolved => closed|
|Copyright © 2000 - 2020 MantisBT Team|