André Schnabel schrieb:
>> Es gibt da ein paar Regeln, die sich das Projekt gegeben hat.
>>
>> 1.) IMHO ist das ein P2 issue ("Crashs or freezes during normal
>> operations of the application) -
> korrekt.
>
>> und für den gilt:
>>
>> 2,) Issues with this priority must be fixed before the target release
>> (see Target milestone), which usually is the next major release, and
>> should be dealt with as soon as possible.
>> Not fixing them for the target release is not acceptable.
>>
> Auch korrekt. Und so können wir alle glücklich nach Hause gehen. Der
> Issue hat das target 2.3.1, ist ein release-blocker für diesen Release
> und wird dann auch gefixed sein. Alles nach den Regeln.
>
>> Aus: http://qa.openoffice.org/ooQAReloaded/Docs/QA-Reloaded-ITguide.html
>>
>> Leider kann ich da aber nirgendwo finden, was als Showstopper betrachtet
>> werden soll (ich bin aber ziemlich sicher, dass ich da schon mal was
>> dazu gelesen habe). Das wäre also mal auszudiskutieren und vor allem: In
>> den Prozessbeschreibungen zu ergänzen.
>>
>
> Das wirst Du nie schaffen, denn o.g. Beispiel zeigt schon, dass es
> immerwieder sinnvoll ist, die Regeln zu hinterfragen. Eben, ob z.B. für
> den betreffenden Issue das Target nicht doch eher 2.3.0 heissen sollte.
…was nicht anderes wäre als die Widerspiegelung der Einschätzung, dass
es ein Showstopper ist - oder? Bzw. target 2.3.1 eben wiederspiegelt,
dass er von dem, der den Target-Wert gesetzt hat, eben nicht als einer
betrachtet wird.
So weit, so gut.
Nur ist es halt aber doch so, dass es diese Regeln schon gibt - Du hast
welche, der die target-Release gesetzt hat, hat welche; alle, die hier
mitdiskutieren , haben auch welche. Nur - keiner hat den "vollständigen
Satz". /Ich/ werde das in der Tat nieschaffen - aber /wir/ sollten es
auf jeden Fal lversichen, eineige "Guidelie to Showstopper-Status"
festzulegen. Du Gibst ja gerade ein gutes Beispiel für "Gründe, keine
Showstopper zu akzeptiern: Grund 3a: Das Umfeld legt fest, dass es
keinen Showstopper mehr geben darf":
> Ein solcher
> Grund wäre z.B. ein bestehdens Sicherheitsrisiko im (noch) aktuellen
> Release. Zur Zeit haben wir leider nur die Möglichkeit, solche Risiken
> mit einem neuen Release zu beheben. Im Moment sind mir zwar für die
> 2.2.1 keine bekannt, was aber nicht heissen muss, dass sie nicht
> existieren.
Fazit: Wir können ja mal eine Liste von zu Bedenkenden Fragen für eine
Showstopper-Entscheidung bauen; so ähnlich wie die Beispiele für die
Priority-Enstufung von bugs. Die wird sicher nicht das individuelle
Bewerten des Einzelfalls und des Umfeldes ersetzen, aber vielleicht
einiges nachvollziehbarer machen. Nur so 'ne Idee.
Ich hab' mal angefangen:
http://wiki.services.openoffice.org/wiki/How_to_recognize_a_Showstopper
Vielleicht könnte einige Diskutanten versuchen, allgemeine Hinweise oder
Kriterien hinzuzufügen.
> Leider ist die Welt nicht binär ich vermute eher, sie ist mit einem
> Quantencomputer zu vergleichen. ;-)
Du glaubst wirklich, dass sie so einfach strukturiert ist? :-)
--
Mit freundlichen Grüßen
Uwe Altmann
OpenOffice.org auf dem Mac:
http://porting.openoffice.org/mac/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
