Welcome, Guest
Username: Password: Remember me
  • Page:
  • 1

TOPIC: Naming of groups

Naming of groups 18 Oct 2001 08:31 #5982

Hi together,

some experiments with TTCN-3 have shown that the naming
rules for groups are not appropriate.

Currently it is not allowed to specify something like this:

group FirstTestcaseGroup {
:
group ValidBehviour {
:
}
:
}

group SecondTestcaseGroup {
:
group ValidBehviour {
:
}
:
}

Because of the identifier 'ValidBehaviour' is not unique.

We would like to change this, i.e., generalize the naming rules
for groups. If necessary the dot notation should be used to
select a specific group (e.g., for importing a group). For example,
in the example above the groups named 'ValidBehaviour' would be
uniquely identified by:

FirstTestcaseGroup.ValidBehaviour
and
SecondTestcaseGroup.ValidBehaviour


Are there arguments against this change?

Regards
Jens

Gruss
Jens
The administrator has disabled public write access.

Naming of groups 18 Oct 2001 11:42 #5990

On Thu, 18 Oct 2001, Jens Grabowski wrote:

> Hi together,
>
> some experiments with TTCN-3 have shown that the naming
> rules for groups are not appropriate.
>
> Currently it is not allowed to specify something like this:
>
> group FirstTestcaseGroup {
> :
> group ValidBehviour {
> :
> }
> :
> }
>
> group SecondTestcaseGroup {
> :
> group ValidBehviour {
> :
> }
> :
> }
>
> Because of the identifier 'ValidBehaviour' is not unique.

After a first cursory reading of the TTCN-3 standard, I also
thought that the above was possible with the meaning that
the groupd 'ValidBehavior' is spread over more than one
other group (of course, the uniqueness of names in one
scope would make that impossible, although I don't see
the necessity for that restriction for group names).

This would make possible grouping mechanisms
beside those of scoping, ie. I could import only
FirstTestcaseGroup, or only SecondTestcaseGroup or
only ValidBehavior which would get me _all_ ValidBehavior
groups inside all other groups.

> We would like to change this, i.e., generalize the naming rules
> for groups. If necessary the dot notation should be used to
> select a specific group (e.g., for importing a group). For example,
> in the example above the groups named 'ValidBehaviour' would be
> uniquely identified by:
>
> FirstTestcaseGroup.ValidBehaviour
> and
> SecondTestcaseGroup.ValidBehaviour

For finer structuring, i.e. if I only want the ValidBehavior
of SecondTestcaseGroup, an additional '.' notation would be
nice, but I would not like to have to always use it for
nested groups.

Jacob Wieland, TU-Berlin
The administrator has disabled public write access.

Naming of groups 18 Oct 2001 15:27 #5993

In einer eMail vom 10/18/01 10:53:26 AM W. Europe Daylight Time schreibt
This email address is being protected from spambots. You need JavaScript enabled to view it.:

Hi Jens,


>
>
>
>
>
> Hi together,
>
> some experiments with TTCN-3 have shown that the naming
> rules for groups are not appropriate.
>
> Currently it is not allowed to specify something like this:
>
> group FirstTestcaseGroup {
> :
> group ValidBehviour {
> :
> }
> :
> }
>
> group SecondTestcaseGroup {
> :
> group ValidBehviour {
> :
> }
> :
> }
>
> Because of the identifier 'ValidBehaviour' is not unique.
>
> We would like to change this, i.e., generalize the naming rules
> for groups. If necessary the dot notation should be used to
> select a specific group (e.g., for importing a group). For example,
> in the example above the groups named 'ValidBehaviour' would be
> uniquely identified by:
>
> FirstTestcaseGroup.ValidBehaviour
> and
> SecondTestcaseGroup.ValidBehaviour
>
>
> Are there arguments against this change?

Does this imply that grouping would now have scope?

Is there a need for scoping rule given the above?

Are there any further implications related to introducing this
change?

Just questions for now :-)

Cheers,

>
> Regards
> Jens
>
> Gruss
> Jens
>
The administrator has disabled public write access.

Naming of groups 18 Oct 2001 16:46 #5995

Hi Claude,

> Does this imply that grouping would now have scope?

Only with respect to group identifiers (new rule) and attributes (as
before),
but you are still allowed to write something like:

group MyTypes {
:
type AType ....
:
}

group MyTestCases {
:
testcase ATestCase() {...}
:
}

and use AType within ATestCase.

> Is there a need for scoping rule given the above?

I don't understand this question? The problem was raised by an ETSI
experts team ... and if looking into TTCN-2 test suites (sub-)testgroups
often
have the identical names.

Are there any further implications related to introducing this
change?

The changes will effect one paragraph in the TTCN-3 standards text and
a small change in the BNF in order to allow the dot notation for group
identifiers.

Hope this answers your questions.

Regards
Jens



Original Message
From: Claude Desroches [This email address is being protected from spambots. You need JavaScript enabled to view it.]
Sent: 18 October 2001 17:27
To: This email address is being protected from spambots. You need JavaScript enabled to view it.
Subject: Re: Naming of groups


In einer eMail vom 10/18/01 10:53:26 AM W. Europe Daylight Time schreibt
This email address is being protected from spambots. You need JavaScript enabled to view it.:

Hi Jens,









Hi together,

some experiments with TTCN-3 have shown that the naming
rules for groups are not appropriate.

Currently it is not allowed to specify something like this:

group FirstTestcaseGroup {
:
group ValidBehviour {
:
}
:
}

group SecondTestcaseGroup {
:
group ValidBehviour {
:
}
:
}

Because of the identifier 'ValidBehaviour' is not unique.

We would like to change this, i.e., generalize the naming rules
for groups. If necessary the dot notation should be used to
select a specific group (e.g., for importing a group). For example,
in the example above the groups named 'ValidBehaviour' would be
uniquely identified by:

FirstTestcaseGroup.ValidBehaviour
and
SecondTestcaseGroup.ValidBehaviour


Are there arguments against this change?



Does this imply that grouping would now have scope?

Is there a need for scoping rule given the above?

Are there any further implications related to introducing this
change?

Just questions for now :-)

Cheers,




Regards
Jens

Gruss
Jens
The administrator has disabled public write access.

Naming of groups 19 Oct 2001 11:34 #6001

Hi Jens,

Thanks for the clarifications.

Cheers,

Claude.


Hi Claude,

> Does this imply that grouping would now have scope?

Only with respect to group identifiers (new rule) and attributes (as before),
but you are still allowed to write something like:

group MyTypes {
:
type AType ....
:
}

group MyTestCases {
:
testcase ATestCase() {...}
:
}

and use AType within ATestCase.

> Is there a need for scoping rule given the above?

I don't understand this question? The problem was raised by an ETSI
experts team ... and if looking into TTCN-2 test suites (sub-)testgroups often

have the identical names.


Claude: Don't worry about it. Answer one answers this for me.

Are there any further implications related to introducing this
change?

The changes will effect one paragraph in the TTCN-3 standards text and
a small change in the BNF in order to allow the dot notation for group
identifiers.

Hope this answers your questions.

Regards
Jens



>
Original Message
> From: Claude Desroches [This email address is being protected from spambots. You need JavaScript enabled to view it.]
> Sent: 18 October 2001 17:27
> To: This email address is being protected from spambots. You need JavaScript enabled to view it.
> Subject: Re: Naming of groups
>
>
> In einer eMail vom 10/18/01 10:53:26 AM W. Europe Daylight Time schreibt
> This email address is being protected from spambots. You need JavaScript enabled to view it.:
>
> Hi Jens,
>
>
> >>
>>
>>
>>
>>
>> Hi together,
>>
>> some experiments with TTCN-3 have shown that the naming
>> rules for groups are not appropriate.
>>
>> Currently it is not allowed to specify something like this:
>>
>> group FirstTestcaseGroup {
>> :
>> group ValidBehviour {
>> :
>> }
>> :
>> }
>>
>> group SecondTestcaseGroup {
>> :
>> group ValidBehviour {
>> :
>> }
>> :
>> }
>>
>> Because of the identifier 'ValidBehaviour' is not unique.
>>
>> We would like to change this, i.e., generalize the naming rules
>> for groups. If necessary the dot notation should be used to
>> select a specific group (e.g., for importing a group). For example,
>> in the example above the groups named 'ValidBehaviour' would be
>> uniquely identified by:
>>
>> FirstTestcaseGroup.ValidBehaviour
>> and
>> SecondTestcaseGroup.ValidBehaviour
>>
>>
>> Are there arguments against this change?
>
> Does this imply that grouping would now have scope?
>
> Is there a need for scoping rule given the above?
>
> Are there any further implications related to introducing this
> change?
>
> Just questions for now :-)
>
> Cheers,
>
> >>
>> Regards
>> Jens
>>
>> Gruss
>> Jens
>>
>
>
The administrator has disabled public write access.
  • Page:
  • 1

FacebookTwitterGoogle BookmarksRedditNewsvineTechnoratiLinkedin