Хочу волонтерить тестером.

[Yu]

А что такое WAD?

Works As Designed

Thank you for clarification of this TLA.

[Olesja]

бесплатно работать на софт-капиталистов грех. волонтирить можно и нужно только в госпиталях.

[Blue Eyes]

бесплатно работать на софт-капиталистов грех. волонтирить можно и нужно только в госпиталях.

I like it

[nemiga]

А вопрос был на самом деле простой. Приведите пример из вашей практики, когда тестер говорит что это баг, а деверопер- фича. Ну и далее соответственноб как вы решаете эту проблему.
Пару других я уже нашла.
Спасибо nemiga за поддержку.

Вопрос не такой простой. как кажеся.

Во-первых, тот, кто его задал, хотел выяснить, наскротко большой у вас опыт. А во-вторых он хотел узнать, закомы ли вы с issue resolution.

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

А именно, тестер, заметив то, что ему кажется багом, открвает SR (software request), запролняет соответствующую форму, аттачит логи и/или скриншоты ассигнует priority и отправляет этот реквест sreener'y (обычно старший архитектор, который отвечает за данный продукт)

После этого screener попрост дизайнера фичи разобраться с проблемой. Если проблема подтвердится, то дизайнер либо фиксит (просой баг), либо вносит предложнгия, как решить вопрос (ели проблема оказалась непростой)

И, наконец, SR может быть закрыт с пометкой: no trouble found. Это, собственно и есть ваш случай. Бывает не так уж и редко. При любои раскладе тестер честно сделал свое дело

Хотя, на самом деле, при грамотно написаной документации такого рода "ложных тревог" быть не должно. Тут приводился пример, что мол, по мнению тестера, меню должны быть в алфавитном порядке, а по мненю дизайнера -- в функциональном.

На самом деле, IMHO, тестер такие вопросы не решает. Имеется докумет, где яясным по белому прописано, как именно должны ванлядеть меню Задача тестера -- проверить, что они ваглядят именно так.

Ситуации, когда тестер говорит что это баг, а деверопер -- фича встречаются только при легковесном (халявном) отношении к дизайнерской (HLD, DD, FS) и тестерской (TC, STI) документации.

.

[Gatchinskiy]

... Хотя, на самом деле, при грамотно написаной документации такого рода "ложных тревог" быть не должно. Тут приводился пример, что мол, по мнению тестера, меню должны быть в алфавитном порядке, а по мненю дизайнера -- в функциональном.

На самом деле, IMHO, тестер такие вопросы не решает. Имеется докумет, где яясным по белому прописано, как именно должны ванлядеть меню ...

... в приводившемся примере было оговорено что ...

... эта ситуация возникает от не полной документации или ее отсутствия (requirements, use-cases, IDD etc)

... и нигде не было сказано что тестер решал, он логал баг ... а решает фиксать этот баг или закрывать как WAD уже другой человек (BA, Lead Dev, etc) ...