[7.450][INFO] Beta Contest Points

Hi

Seems there are some conflicts between some Astaro Developpers and some beta testers there... [[[:)]]]

So for next beta contest, what about really apply the point counts based on the information/descriptions and BUG severity...

basically something like:
1 point for cosmetic/wording/...
1 point for any BUG which was also in previous versions (not only beta) (this is frustrating that you spend time in finding/testing things and also test this is or not in previous versions and we tell you that this was in previous version so no points [:(]
2 points for BUG
3 points for show stoppers

and additionnals points for:
- 2 point for suffisant description and understandable
- 3 points for very detailed description with eventually screenshots (with reproduct cases, workarrounds, ...)

You can also credit 1 or 2 additionals points for good ideas (on how to make things, fix, anything that can help greatly the developpers, ...)

also you can credit 1 or 2 points for a DUPE not already confirmed but with very detailed infos.

so you can credit an UBB user who find something with minimal of 1 point for a cosmetic with no good description, and max of 6 points for a very detailed show stopper... (+ 2 points if he provides a fix, should be quite rare [[[:)]]] )

I think this could help in making us be more complete when reporting defects... and motivate us to take care of communications...

This is just a thought, up to you to apply this or something like this... also this could give more chances for anybody... [[[:)]]]

Too late for this beta I think, but for next beta would be nice...

What do you think ?

thx
Parents
  • Astaro Beta Report
    --------------------------------
    Version: 7.450
    Type: INFO
    State: NONE
    Reporter: BuBU
    Contributor: 
    MantisID: 
    --------------------------------
  • On the one hand, your counting system would be more flexible, which I would definitely advocate for. But on the other hand, it is also very complicated in my view. 

    Perhaps someone finds a good compromise between the current system and your proposal.

    Regards,
    Bastian
  • On the one hand, your counting system would be more flexible, which I would definitely advocate for. But on the other hand, it is also very complicated in my view. 

    Perhaps someone finds a good compromise between the current system and your proposal.

    Regards,
    Bastian


    Yep, this is just an idea... maybe too complicated... but I admit the way it is at moment made me to be the leader, whereas I have lot of cosmetic, as these are the easier to find... [[:)]], and in deep research must not be credited the same way as a single cosmetic.. so they definitively need something that distinguish those cases.. (else I will always be the leader, already 4 times [:D], ok this is not yet finished... [[:)]])

    thx
  • I like BuBu's suggestion to the extent that it recognizes the time saved by the developers in evaluating and understanding what needs to be fixed.  I think a bug is a bug, so equal credit for all bugs, even cosmetic ones (everyone here is tired of me griping about showing respect for the admins).

    As for bugs in previous versions, I'm more diabolical than notr' copain, BuBu...

    There should be a list of "unfixed bugs" with each release.  If someone finds a bug that's not on that list, that should count.  If the bug existed in prior releases and was known but not on the list, then the developer responsible for tracking and fixing the bug should have to add a dollar from his own pocket to the final pot.

    Cheers - Bob
Reply
  • I like BuBu's suggestion to the extent that it recognizes the time saved by the developers in evaluating and understanding what needs to be fixed.  I think a bug is a bug, so equal credit for all bugs, even cosmetic ones (everyone here is tired of me griping about showing respect for the admins).

    As for bugs in previous versions, I'm more diabolical than notr' copain, BuBu...

    There should be a list of "unfixed bugs" with each release.  If someone finds a bug that's not on that list, that should count.  If the bug existed in prior releases and was known but not on the list, then the developer responsible for tracking and fixing the bug should have to add a dollar from his own pocket to the final pot.

    Cheers - Bob
Children
No Data