All Sides Of My Imagination For Testing

 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 ...

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

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

Помним : Конечный пользователь не готов платить за наши издержки, он готов платить только за то, что формирует добавочную стоимость продукта. Бережливое производство в ИТ : работа с потерями