Andre Schnabel wrote:
> Hi,
>
> Original-Nachricht
>> Von: Mathias Bauer
> ...
>>
>> Wir müssen jetzt einfach auch den nächsten Schritt gehen, nämlich die
>> QA-Community wirklich einzubinden. Dabei müssen alle Beteiligten lernen,
>> dass QA in erster Linie ein ausführendes Or
André Schnabel wrote:
> Hallo Herbert,
>
> Herbert Duerr schrieb:
>> ...
>> Warum hängen so viele Issues in einem so schlechten Zustand rum?
>
> Ganz einfach: weil es in der Regel Stunden, bei komplexeren Problemen
> Tage dauert, eine gute Beschreibung zu liefern. Die Motivation, eine
> solche
Hallo Herbert,
Herbert Duerr schrieb:
On Jun 22, 2009, at 2:51 PM, Joost Andrae wrote:
Einfluss auf die Fehlerbehebung eines Issues, welches noch nicht von
einem Entwickler angenommen wurde, kann man auch nehmen, indem man
selber Entwickler-Resourcen bereitstellt, um dieses Problem zu beheben.
Hallo,
Joost Andrae schrieb:
...
In der ganzen Präsentation fehlen Hinweise, wie das QA Team
Einfluss auf die Fehlerbehebung nehmen kann - es wird auch
nicht als Aufgabe erwähnt.
ich finde es schade, daß diese inhaltliche Diskussion nicht in der für
das QA-Projekt vorhandenen Mailingliste d.
Joost Andrae wrote (22-6-2009 14:51)
[...]
ich finde es schade, daß diese inhaltliche Diskussion nicht in der für
das QA-Projekt vorhandenen Mailingliste d...@qa.oo.o stattfindet, auch
wenn dies englische Sprache voraussetzt.
[...]
Es kann auch ein Vorteil sein ;-)
Wenn Jemand von Ihnen ein
Thorsten Ziehm wrote:
Das was dem QA-Projekt am Ende fehlt ist, die Macht zu sagen, ein
Produkt nicht freizugeben.
Das glaube ich Dir nicht. Natuerlich ist es in der Praxis so, das im
Endspiel des Releases der Release Manager Kompromisse eingehen muss und
das QA votum ueberstimmt wird, das ist
Thorsten Ziehm schrieb:
>
> Software testing ist Teil von Quality Assurance. Quality Assurance
> bedeutet aber nicht, Behebung von Fehlern!
>
>
> Nochmals in anderen Worten.
> Die Qualitätssicherung deckt Fehler aus und priorisiert sie. Sie
> ist nicht dafür zuständig die Fehler zu beheben. Di
Moin André,
1. Wie schon Mechtilde schrieb: die Beseitigung von Fehlern ist Ziel der
QA-Arbeit. Wenn wir dieses Ziel nicht haben, ist QA-Arbeit sinnlos.
Niemand wird mehr hierfür motiviert werden können.
hier ein Zitat aus Thorsten Ziehms Präsentation [1],
welches sich auf einer der Seite "QA
Hi Andre,
Andre Schnabel wrote:
Moin,
Original-Nachricht
Von: michael
1. Wie schon Mechtilde schrieb: die Beseitigung von Fehlern ist Ziel der
QA-Arbeit. Wenn wir dieses Ziel nicht haben, ist QA-Arbeit sinnlos.
Niemand wird mehr hierfür motiviert werden können.
hier ein
Mechtilde wrote:
> Hallo,
>
> ich möchte an dieser Stelle einige Punkte erläutern.
>
> 1.) die von Mathias angesprochenen QA-I-Teams gibt es bereits. Sie
> nennen sich "Resposibilities"
>
> http://qa.openoffice.org/ooQAReloaded/WriterTeamsite/ooQA-TeamWriterResp.html
> http://qa.openoffice.org/
Andre Schnabel wrote:
> Moin,
>
> Original-Nachricht
>> Von: Mathias Bauer
>
>> André Schnabel wrote:
>>
>>> Meine persönliche Formel: es lohnt sich, bei konkreten Aufgaben
>>> zu helfen, bei denen Sun oder einer der anderen großen
>>> Contributoren
>> einmal
>>> committed ha
André Schnabel wrote:
> Meine persönliche Formel: es lohnt sich, bei konkreten Aufgaben zu
> helfen, bei denen Sun oder einer der anderen großen Contributoren einmal
> committed hat. Alles andere ist nahezu Zeitverschwendung - oder schier
> durch die Zeitspanne zwischen eigener Bemühung und let
Jörg Schmidt wrote:
> hallo,
>
> martin.hollmic...@sun.com schrieb:
>> das ist mir zu einfach, zu naiv gedacht. Innerhalb einer
>> wirtschaftlichen Organisationist es natuerlich logisch, konsequent
>> und sinnvoll, zunaechst ein Ziel zu definieren, alle Mitarbeiter
>> darauf zu verpflicten und
Thorsten Ziehm wrote:
> Die Frage die immer wieder aufkommt ist, sollen erstmal alle alten
> Issues gefixt und behoben werden, oder soll an Neuem gearbeitet werden?
> Ich glaube der Markt gibt das Leben vor. Nicht nur Firmen wollen Neues
> haben, auch die Entwickler wollen sich eher um neuen Code
14 matches
Mail list logo
