Закрывая Bug/Story/PASSED-кейс прикладываете скрин или иное описание?
Новые темы форума тестировщиков
Что скриншот проблемы облегчает жизнь разработчикам и тестировщикам при перепроверке бага - это известно. Интересуют ли кого-то скрины, в случае когда всё ОК?
По-моему, ОК/PASSED это лишь субъективный вывод из того, что видишь на экране. Менеджер, разработчик, другой тестировщик (или даже не другой, а сам в другой момент) могут трактовать ту же объективную картинку (или вывод лога) как FAILED. Еще чаще скрин будет служить подтверждением узости проведенного теста - то есть сохранится вывод, что тест PASSED, но только на ограниченном наборе данных и тп.
В-третьих, регрессионное тестирование облегчит скриншот состояния, расцененного как ОК при закрытии issue. Ruby для тестирования мобильных приложений 2016-07-12 13:23 Уважаемые форумчане, имеющие опыт разработки автотестов на ruby под Android и IOS, поделитесь, пожалуйста, полезными ресурсами, ссылками на книги, если таковые имеются, именно по данной специфике применения языка. Нагуглила много информации по ruby, в целом, в классическом подходе, но есть надежда, что существует информация о его применении в тестировании. Как локализовать плавающие баги 2016-07-12 13:45 Автор: Джеймс Бах (James Bach) Оригинал статьи: http://www.satisfice.com/blog/archives/34 Перевод: Ольга Алифанова
Способность уверенно исследовать плавающие баги – одна из характеристик отличного тестировщика. Самые захватывающие истории, которые я слышал от тестировщиков, были про охоту на "белых китов" в океане сложного кода.
В отличие от багов, которые загадочным образом воспроизводятся постоянно, плавающий баг – это больше проблема тестирования, нежели разработки. Многие программисты просто не хотят гоняться за причинами таких проблем, если есть куда более доступные жертвы. Вообще-то плавающие баги не должны вас удивлять. Все программирование, можно сказать, крутится вокруг контроля неустойчивого поведения. Итак, о чем речь?
Нас не беспокоит неустойчивое поведение, если оно а) так и задумано б) не несет в себе тайны, даже если оно не вполне предсказуемо. Например, результат подброшенной монеты или шанс выбить 777 в игровом автомате – вполне себе неустойчивое поведение. Даже загадочное неустойчивое поведение не волнует нас, если мы уверены, что оно не вызовет проблем. Когда я тестирую, я не думаю о магнитных полях или мелких скачках напряжения, хотя они влияют на мою работу постоянно.
Многие плавающие баги никем не обнаружены просто потому, что они еще ни разу не проявились (или проявились, но никто их не заметил). Все, что мы можем сделать – это позаботиться о создании наилучшего тестового покрытия и придерживаться этого подхода. Нет в мире алгоритмов для автоматического определения или предотвращения всех плавающих багов.
Итак, то, что обычно называется плавающим багом – это загадочное, нежелательное поведение системы, которое наблюдалось как минимум единожды, и которое мы не можем спровоцировать повторно.
Наша задача – превратить плавающий баг в обычный, раскрыв тайны, окружающие его. После этого он становится головной болью программистов.
Вакансия "Тестировщик ПО" (СПб) 2016-07-12 14:54 В компанию ЗАО "Комита" (штат более 200 человек), в связи с расширением управления, приглашает специалистов на должность: Тестировщик ПО/ Инженер по качеству ПО Требования:
Обязанности:
Условия работы:
Контакты: 8-921-641-40-92 (Ева), personal@comita.ru www.comita.ru Бесплатное тестирование онлайн-игры 2016-07-12 19:49 Приглашаем всех желающих на закрытое тестирование онлайн-игры.
Адрес игры: http://fiefdom.ru
Чтобы получить промокод для регистрации , а также по всем вопросам обращайтесь: strategy@fiefdom.ru © 2010 | Software-Testing.Ru |
| В избранное | ||
