По поводу тега, указала "тестирование", показался этот тег, но я не думаю, что он хоть как-то меняет суть вопроса.
Спрашиваю у опытных тестировщиков, на какой платформе популярней, удобней писать тесты, а не о том, или можно вообще их создавать в указанных средах, в том числе в блокноте. Но ..спасибо за выделенное время)
Как тестировщик, он должен увидеть это проблему с желтой бумагой, и занести это в баг-трекерную систему.
Я поняла вашу мысль, но всеравно жду ответа от опытного тестера)
xmoonlight: для меня да, баг удобства) так как покупатель ожидает, что инструкция будет на белой бумаге, как всегда, а желтая вызывает подозрение о качестве продукции.
Так вы тестировщик?
Дмитрий Земсков: баг - это несоответствие актуального поведения программы с ожидающим. (это каждый тестировщик знает). В тз приписано, что ориентация должна быть такой-то, а получаем другое, вот и несоответствие. А вы тестировщик?
Не соглашусь. Во-первых, далеко не всегда заказчик дает ТЗ. Во-вторых, заказчик не может знать все нюансы удобства пользования (если неправильно ввести что-то в поле или ничего не заполнить и кликнуть "ок" кнопку, выдается сообщение об ошибке). В-третьих, есть гайдлайны. А вы тестировщик? Так как меня интересует мнение опытных тестировщиков (но всеравно спасибо, что обратили внимание на мой вопрос). Я проходила курсы Портнова, человека, который создал школу тестировщиков в Америке, и как-то странно, когда мне разработчики говорят, это не баг. Есть баг удобства (в том числе, если при заполнении поля имейл не вылезает соответствующая клавиатура девайса), часто это записывается с приоритетом "minor", но все же, это баг.
С прочитанной статьи я поняла, что ишью это когда нет проблем в коде. Например, заказчик хотел портретную ориентацию, разработчик сделал и портретную и горизонтальную, но все же работает.
Даже не знаю, какой документ взять за пример "моим" разработчикам. А то все называют ишью, в том числе неправильно написанный текст (хотя в minor bug и включают грамматические ошибки)
Bug - Any problem in existing functionality, or missing functionality. Defect in code or requirement, error which is not designed to be.
Issue (Impediment) - Any problem which might block the development process, example : a third party driver you identified as dependency is not releasing on time, so it is an issue in your development process.
Task - Any work which is planned as part of development of your project, either as result of bug, or issue or requirements, including requirement analysis or development, or testing. etc.
Спасибо за ответ. Правда, в общем, баг - это несоответствие. В данном случае несоответствие реального результата с ожидаемым (как в тз, где все на одной страничке).
Я вот тоже об этом думаю. Я сильно хочу стать классным тестером (пока я джун с маленьким стажем), но мне не нравится, что у нас нет тимлида (есть, но толку..0), а мне коллеги говорят, что я в сказку хочу попасть, нормальных компаний нет. Да и загруженности работы тут нет. Походу действительно буду учить немного автомат.тестирование, чтобы двигаться дальше. Спасибо за ответ!
Johnny Gat: Я тоже так думаю, просто зарепортировала это как баг, а разработчик отписал, что это не баг, это так задумал дизайнер. Но на то и тестер, чтобы оценивал, удобен ли этот дизайн..
