https://bugzilla.wikimedia.org/show_bug.cgi?id=70278

--- Comment #9 from Alvaro <[email protected]> ---
(In reply to Quim Gil from comment #8)
> I still find your answer slightly confusing:
> 
> > In order to get this number, we get the total amount of open and close at
> > the end of the month, and the difference is the pending. 
> 
> Ok, if this is the case then the number is correct. But then, what does this
> have to do with adding the inherited amount of the past month?

This is bad wording from my side.

In order to measure the total pending issues in a month, you need to add to the
new pending issues for this month and all previous pending issues.

> 
> The ultimate test:
> 
> 1. Forget all history in our Gerrit instance and just look at all the
> changesets we have now as if they were created during September 2014.
> 
> 2. Count how many changesets we have in total, from which how many have
> status:open, from which how many are waiting for review (no -1, no WIP).
> 
> If the numbers still are around the 1563 open - 933 waiting for review
> currently declared for August 2014, then the calculation is correct.
> 
> Sorry for being a skeptical pain in the ass with this metric, but we need to
> be absolutely sure about it. If it is true we will set an alarm because the
> trend is really alarming. The worst that could happen to the credibility of
> our metrics is that the data is found to be wrong after setting the alarm.
> Thank you for your understanding.

I understand perfectly what you say. We have reviewed in deep the metric and
the final number is right (1646 total pending reviews now), but the evolution
in time was not right because we were using as close date, the date in which
the review was submitted. After fixing this issue, I have updated the graph and
now the tendency is better. The queue is growing, but now is growing less. In
some months like March 2014, you have closed more reviews than opened.

I need to recheck is WIP and -1 filters are been used here, because they were
added to mediawiki new time measures, but this is a generic metric. 

But the "core" of the problem is fixed. I will continue reporting on this
ticket the rest of open issues (WIP and -1) and cross checking data.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to