Тестирование ПО (Тестировщик, QA инженер)

Большое всем спасибо за обстоятельные ответы на мой первый вопрос) Очень полезную инфу для себя почерпнул. Если можно, еще один вопросик задам (с примером, куда же без него ).
Как я понимаю, в первую очередь стоит тестировать типичное поведение юзера, затем - нетипичное (чтот вроде positive - negative), и, как правило, именно нетипичные действия приводят к большинству багов. Так вот, насколько нетипичными эти действия должны и могут быть?) И должны ли быть вообще (понимаю, странный вопрос)? Или на реальном проекте этот момент уточняется и обсуждается с тимлидом? Вот например:

steps:
.............................................
enter in the fields "Enter password" and "Repeat the password" any password with spaces inside and not less than 5 characters (for example "1(press space bar five times)1" )
........................................

Expected result
Error message "use correct characters" (Because it does not accept a password with spaces before or after the character)

Actual result
Account created successfully

Rejected - this bug is not relevant to the customer and will not be fixed. No normal user behaviour.

Но ведь под такой reject можно подвести практически любой баг) Или я уже на самом деле абсурдные кейсы выдумываю? (За английский не ругайтесь - подтягиваю).
ЗЫ. Не задаюсь целью тут на форуме ставить под сомнение каждый свой отклоненный баг, просто пытаюсь прояснить для себя некоторые моменты. Как оказалось, теория - это хорошо, но на практике не всему написанному можно верить.

Shevafan, опять же, попробуйте мыслить шире. Если система понимает пароль с пробелами, корректно его обрабатывает на любых страницах, где его можно ввести. Корректно хранит, корректно изменяет, корректно восстанавливает. То в чем собственно проблема с пробелами и кто сказал, что их нельзя использовать в качестве символов пароля? Ответ "ну так как бэ принято" -- не прокатит. И опять же, к полю "пароль" должны быть совершенно четкие требования, весьма хорошо прописанные. Если их нет, то естественно будут реджекты подобных багов. Но это уже совсем другая история.

DeathInfector, ну известный факт - чем лучше проработаны требования, тем быстрее и дешевле и качественней разработка. Кстати наглядные очень примеры приводит Shevafan. Я бы при анализе требований не стал бы вынимать душу из BA по поводу критериев валидации е-мейла. А вот по паролю бы замучал до смерти. Именно потому что первый в принципе давно уже известен, понятен и единообразен, а второй в каждом приложении свой и совершенно не очевидно для пользователей, каким он должен быть.

Доброго времени суток, опишу вкратце свою ситуацию: подошли к концу 2 года моей отработки. За это время понял, что это не моё, да и уже достиг "потолка" на данном рабочем месте. Поэтому решил сменить сферу деятельности. По многочисленной информации из интернета и знакомых, крутящихся в данной сфере, осознал, как тут относятся к работником, как настроен рабочий процесс, да и общих подход к делу, что не может не привлекать.
Занимался самообучением по мере возможностей - sql, основы веб-разработки, с windows/ubuntu server игрался, с настройками сетей в их же, того же Савина читанул. Английский на грани А1-А2, т.к. в школе/университете изучал немецкий, так что первый учил сам, к сожалению в эти 2 года не было возможности ходить к репетитору чтобы иметь уверенный уровень владения.
Подал резюме в A1QA, позвали на тестирование. Если меня не возьмут на курсы и я решу пойти на платные, то при хороших показателях по их окончанию, мне могут предложить стажировку и последующее трудоустройство в перспективе? Какие есть ещё компании где обучение может привести меня к рабочему месту, или платные курсы это немного другое, нежели бесплатные?
Просто имею желание, возможности и потенциал учиться и развиваться в данной сфере, как в финансовом плане (тратить деньги на самосовершенствование, посещаю различные курсы в проф. плане и повышать уровень языка), так и во временном (трудиться при любом графике загруженности, не отвлекаясь на другие жизненные аспекты). Как я вижу ситуацию - при моей спорной базе, мне нужно зацепиться где-то, и уже видеть цель куда развиваться и каким образом, нежели дальше заниматься абстрактным самообучением самому, либо посещения левых курсов без гарантий.

c55_Sky:

Если система понимает пароль с пробелами, корректно его обрабатывает на любых страницах, где его можно ввести. Корректно хранит, корректно изменяет, корректно восстанавливает. То в чем собственно проблема с пробелами и кто сказал, что их нельзя использовать в качестве символов пароля?

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

zazhka:

На utest и testlio я все еще жду приглашения в песочницы

На test.io приглашают в песочницу раз в два дня (а иногда и раз в сутки).

anisimau:

zazhka:

anisimau:

Svail:

Попахивает рекламой

Ссылочка-то реферальная))

Если бы за этот рефер еще что-нибудь платили)

FAQ сей платформы говорит о каких-то баллах

We'll award you with Community Points for referring new friends to Testbirds.

Угу. И если у меня их будет много-много мне футболку пришлют) Потрясающе.

Меня больше интригует их GRDN программа. http://blog.testbirds.com/global-real-device-network-testing-on-r ... #more-3342
Звучит все это как развод вроде Kairos предлагавшего заработать на своем свободном месте. Может кто сталкивался прежде с подобными штуками?

anisimau:

Давайте cv, публично обсудим. Может вам девопс ближе будет.

c55_Sky:

Я вот который раз чувствую себя неправильным тестировщиком. За 7 лет ни разу не пришлось ни сервера настраивать ни в базы данных лазить Есть же специально обученные люди.

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

anisimau:

Давайте cv, публично обсудим. Может вам девопс ближе будет.

Если ты хочешь стать тестировщиков, учи инглишь в первую очередь .И параллельно теорию по тестированию. А если ты имеешь хоть кое-нибудь отношение к webу, то тогда надо идти в dev. Там требования намного ниже чем в тестировщики.
Сейчас сам занимаюсь инглишем по 2 часа в день, а остальное время подтягиваю php и javascript.
Не вижу смысла учить кучу теории по тестированию, без инглиша.