Постановка задачи тестировщикам при баг-фиксных релизах.
#1
Отправлено 13 мая 2010 - 11:32
Стоит ли создавать для тестировщиков в issue-трекере(Jira) задачу по тестированию нового билда или достаточно перевести тестировщику багу на ретест, куда он и залогирует информацию о ретесте и закроет(или переоткроет багу)?
#2
Отправлено 13 мая 2010 - 11:39
1. Не означает что баг исправлен
2. Не означает что область вокруг бага не была затронута
Вообще не понятно что вы хотите проверить, багфиксы или провести регрессионное тестирование функциональности?
#3
Отправлено 13 мая 2010 - 12:44
1. Не означает что баг исправлен
Поэтому тест-инженер может переоткрыть баг.
2. Не означает что область вокруг бага не была затронута
Область вокруг бага проверяется рег. тестами(если не покрыта, то создаются новые кейсы, которые прогоняются вместе с проверкой бага)
Вообще не понятно что вы хотите проверить, багфиксы или провести регрессионное тестирование функциональности?
Хотим проверить, что баг пофиксен и не были внесены новые ошибки.
#4
Отправлено 13 мая 2010 - 13:33
Прочитал несколько раз - ничего не понял, что вы хотите.При баг-фиксных релизах проводим тестирование кода на регрессию(80%-тестов автоматизировано) и проверяем исправление ошибок.
Стоит ли создавать для тестировщиков в issue-трекере(Jira) задачу по тестированию нового билда или достаточно перевести тестировщику багу на ретест, куда он и залогирует информацию о ретесте и закроет(или переоткроет багу)?
#5
Отправлено 13 мая 2010 - 13:36
Но задача проверки фикса != задаче регрессионного тестирование
в тоже время регрессионное тестирование включает проверку фикса.
Если вы хотите проверить что баг пофиксен и не внесены новые ошибки, то это частичное регрессионное тестирование функциональности.
Действительно не совсем понятна цель вопроса, а точнее что именно нужно: формат постановки задачи или какая задача должна быть поставлена если необходимо выполнить описанные вами требования.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных