In addition to the sample size problem, logistics can ensure that listeners do not remember the original attribute they attributed to a scenario when they see it for the second time, also a challenge. Of course, this can be avoided a bit by increasing the sample size and, better yet, waiting a while before giving the scenarios to the evaluators a second time (perhaps one to two weeks). Randomization of transitions from one audit to another can also be helpful. In addition, evaluators tend to work differently when they know they are being examined, so that the fact that they know it is a test also distorts the results. Hiding this in one way or another can help, but it`s almost impossible to achieve, despite the fact that it borders on the inthesis. And in addition to being at best marginally effective, these solutions increase an already demanding study with complexity and time. In this example, a repeatability assessment is used to illustrate the idea, and it also applies to reproducibility. The fact is that many samples are needed to detect differences in an analysis of the attribute, and if the number of samples is doubled from 50 to 100, the test does not become much more sensitive. Of course, the difference that needs to be identified depends on the situation and the level of risk that the analyst is prepared to bear in the decision, but the reality is that in 50 scenarios, it is difficult for an analyst to think that there is a statistical difference in the reproducibility of two examiners with match rates of 96 percent and 86 percent. With 100 scenarios, the analyst will not be able to see any difference between 96% and 88%.
Attribute analysis can be an excellent tool for detecting the causes of inaccuracies in a bug tracking system, but it must be used with great care, reflection and minimal complexity, should it ever be used. The best way to do this is to first monitor the database and then use the results of that audit to perform a targeted and optimized analysis of repeatability and reproducibility.