Оценка процесса тестирования итерации


По завершению итерации проводится ее небольшой аудит и сбор статистики, что помогает оценить средние временные трудозатраты на тестирование, адекватность планирования, эффективность разрабатываемых тест-кейсов и регрессионного тест-плана, выявить хронические модули приложения, а также основные источники возникновения багов. В итоге получаем не только возможность прогнозирования трудозатрат, но и информацию о текущем состоянии продукта и процесса, а также основные направления работ по их улучшению

Комментарии

Отправить комментарий

Популярные сообщения из этого блога

The recipe for a good scripted test case

Всем добрый день, решила попробовать другой сервис для работы с mindmap. Вот что получилось. Your browser is not able to display frames. Please visit The recipe for a good scripted test case on MindMeister. The recipe for a good scripted test case by Darya Manukhina
Далее...

8D. Step 4. Root Cause Analysis. Part 1: FishBone

 Detailed Problem Description Thanks to a detailed description of the problem through 5W + 2H , we get a more detailed representation of it in comparison with the original. Problem:  Regression testing (main scenarios) is carried out in the end of 14 iteration (before the release), a large number of regression bugs with high priority and severity lead to delay in product release, because the basic customers scenarios do not work correctly. For Root Cause Analysis we use the Ishikawa diagram (Fish Bone) and "5 Why " method. Lead a brainstorming session and identify all the possible causes of the problem. Answer by question: Why did it happen?  For all possible causes you can use most deeper analyse.  The maine aim: to find root course and further solution. Note: do not find a guilty person and we try to find problems in process. After all possible reasons were considered, you need to prioritize hight likely causes for next analyse ("5 Why " method) This ...
Далее...