Как узнать, могу ли я быть хорошим тестером программного обеспечения?

Ответ 1

Я думаю, что devinb дает отличный ответ о некоторых навыках/качествах, которые, как правило, делают хороших тестеров. Еще я добавил:

Сильная связь

Тестер часто переводит между нетехническими желаниями заинтересованных сторон и техническими деталями реализации от кодеров. Возможность перевода в обоих направлениях очень удобна. Аналогичным образом, основным продуктом, который производят тестеры, являются отчеты об испытаниях (как ошибки, так и более широкие, часто и письменные, и устные). Способность эффективно сообщать то, что (несколько) потребителей наших отчетов должны слышать, является ключом к эффективности. Это включает как ясность, так и полезный/непредвзятый тон, чтобы способствовать сотрудничеству.

Способы определения

Глядя на ваш вопрос "есть ли другие способы определить, есть ли у меня то, что нужно, чтобы стать квалифицированным тестером?" с аналитическим мышлением, я замечаю, что в большинстве наших ответов была рассмотрена часть вопроса "что нужно, чтобы стать квалифицированным тестером". Я также хочу потратить минуту на "способы определить".

• Информационные интервью с тестерами, которых вы уважаете (или в компаниях, которых вы уважаете). Это может позволить вам задать более конкретные вопросы - с последующим наблюдением - и дать вам ответы, сосредоточенные на конкретных контекстах, которые вас интересуют. (Большая часть того, что было сказано выше, как правило, применима, но тестирование коммерческих веб-приложений v. Встроенных жизненно важных программных продуктов против видеоигр - все даст вам разные ответы.
• Проверить программное обеспечение с открытым исходным кодом. Я всегда удивляюсь, как мало кто пытается опробовать тестирование. Это поможет вам лучше понять, что такое тестирование, и создать портфель отчетов об ошибках, которые вы можете связать. Выберите любой проект ОС в активном развитии, который вам нравится, и погрузитесь в!
• Исследование тестирования. Там есть отличные книги, блоги и курсы. Различные тестеры укажут вас на разные, но, на мой взгляд, работы Cem Kaner и James Bach (книги или блоги) - отличное начало. Что касается курсовой работы, ежегодное членство в Ассоциации по тестированию программного обеспечения дает один бесплатный доступ к Black Box Software Testing series, удивительному набору высоких -качество, курсы преподавателей, разработанные Канером и его коллегами.

Удачи вам!

Ответ 2

Лучший способ определить, являетесь ли вы хорошим тестером:

1) Вы методичны. Можете ли вы повторять те же самые шаги каждый раз с небольшими различиями, чтобы выполнять разные логические пути.

2) Вы крайне анально-ретентивны.

Любой из них хорош, оба отличные.

Ответ 3

Расширить на GWLlosa отличный отклик.

1 Терпение

Вы должны обладать почти бесконечным терпением, потому что многое из того, что вы будете делать, невероятно расстраивает (как оно сломано), а также невероятно скучно. Предполагая, что у приложений есть варианты и состояния, вы будете делать большую часть той же последовательности событий снова и снова.

2 Тщательный

Одна из вещей разработчиков - это то, что они обычно (надеюсь) тестируют свои собственные вещи, прежде чем они его проведут. В большинстве случаев это означает, что приложение, вероятно, работает в (или) нормальном случае. Однако, как правило, на машине разработчиков, и они обычно используют один и тот же тестовый пример снова и снова. Это ваша работа, чтобы протестировать дикое разнообразие совершенно нормальных кажущихся тестовых случаев, а затем проверить все случаи краев, а затем проверить все неприемлемые случаи. Затем, если приложение имеет разные состояния, вам может потребоваться снова проверить все эти вещи с кажущейся несвязанной разницей (I.E. изменил цветовую схему на вашем калькуляторе, и теперь кнопка "+" не работает).

3 Организованный

Вы должны быть в состоянии делать заметки о каждом своем движении. Нет ничего более неприятного, чем у кого-то сообщение об ошибке и не знаю, как это произошло или как воспроизвести его. Воспроизводимые проблемы в 1000 раз легче решить, потому что их можно проследить. Сложные приложения, со многими переплетенными состояниями и экранами, очень затрудняют устранение непонятных ошибок, если программисты не знают, как генерировать ошибку в первую очередь.

4 Творчество/Эмпатия

Программисты обычно являются пользователями власти. Оба компьютера в целом и их программы в частности. Они знают, что функции файла обычно находятся в меню файлов, и эти кнопки нужно только один раз нажимать, а затем ждать. Пользователи этого не знают. Это не ваша задача предположить, что пользователи глупы, потому что это не так, но у них нет тренировки. Поэтому вам нужно понять, что они думают, а затем нажать кнопку 100 раз как можно быстрее. Во многих приложениях это создаст 100 результатов, которые обычно являются BAD.

Я знал о приложении, в котором инструкции должны были нажать "Shift-Enter", и я нажал L-Shift вместо R-Shift. Он взорвался. Обычные пользователи будут набирать одну руку, так что 99,9% будут использовать L-Shift, никому не приходилось связывать другую смену. Вот почему вам нужен творческий подход. Вам нужно быть в состоянии подойти к нескольким различным ролям и спросить себя, как они будут использовать программное обеспечение. Затем используйте каждую часть этого прецедента.

В конечном счете это лишь некоторые из необходимых навыков. Но, как вы заметили, это все навыки, которые хороши в любом случае, поэтому их совершенствование никогда не бывает плохим.

Приветствия.

Ответ 4

Вы можете попробовать тестировать проект с открытым исходным кодом: они бывают на всех этапах разработки (зрелые или нет), а также должны иметь спецификации. Это даст вам возможность работать над реальным проектом с настоящими разработчиками, тестерами, системой отслеживания ошибок и т.д.

Ответ 5

Я согласен с другими, которые говорят: "любит нарушать вещи".

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

Статья, Тестеры и разработчики по-разному думают, Брет Петтишор, контрастирует с менталями и особенностями, которые полезны в каждой роли. Например, в нем подробно рассматриваются такие темы:

• Хорошие тестеры
  • Эмпирические
  • Что наблюдалось
  • Скептики
• Хорошие разработчики
  • Теоретическое
  • Как его дизайн
  • Верующие

Вот заметки из Cem Kaner Тестирование компьютерного программного обеспечения, по некоторым атрибутам и навыкам, полезным для тестера:

• Целостность и приверженность качеству
• Эмпирическая система отсчета против теоретической. Испытания как миниатюрные эксперименты.
• Образование
• Некоторое программирование фона. Полезно, не важно.
• Опыт использования многих компьютеров и многих программных пакетов
• Знание комбинаторики. Сколько тестовых случаев требуется для полной оценки какого-либо аспекта программы?
• Отличное устное и письменное сообщение.
• Хорошо при угадывании ошибок.
• Быстрые навыки абстракции.
• Хорошо с головоломками.
• Очень осознает эффективность.
• Возможность манипулировать многими задачами.
• Хорошо при планировании
• Тщательный наблюдатель, пациент, подробно останавливается.
• Ролевая игра.
• Возможность читать и писать спецификации.

Ответ 6

Вы действительно не можете знать, будете ли вы хорошим тестером программного обеспечения, пока не станете одним из них. Нет никакого отношения, одного фона, одного набора навыков, который определяет QAer.

Это ничем не отличается от хорошего разработчика. Вы можете себе представить, что вы будете хорошим, потому что вы пробовали множество вещей разработчика. Но пока вы этого не сделали, вы никогда не узнаете.

Спросите себя, почему вы хотите переключать роли? Что привлекает вас к роли QA?

Если вы думаете, что это будет проще, или вы думаете, что у вас будет более короткое время, или вы думаете, что вам будет выплачено больше, или вы думаете, что все будут любить вас - тогда роль QA может быть не для вас.

Если вы планируете перейти на QA, потому что вы были менее успешны как разработчик, тогда роль QA может быть не для вас.

Или, может быть, все получится, вы никогда не узнаете! Я знаю людей в QA, которые происходили из разных родов.

Как уже было сказано, возьмите себе проект (неоплаченный или оплаченный), где вы можете выполнить эту роль. Тогда, и только тогда, вы узнаете, понравится ли вам это, и хорошо им это.

Удачи!

Ответ 7

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

Ответ 8

Связь - это ключ. Знать, как писать эффективный отчет об ошибках, существенно.

Очистить заголовок

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

Фотографии

Ожидаемые и наблюдаемые результаты (я люблю, когда не получаю ожидаемых результатов!!!!)

Это отличная статья:

http://itscommonsensestupid.blogspot.com/2008/07/tips-to-write-good-bug-report.html

Ответ 9

Считаете ли вы, что тестирование имеет решающее значение или что-то, что нужно сделать? Вы в настоящее время пишете тесты для своего собственного кода? Когда вы пишете тесты, у вас проблемы с новыми испытаниями? Когда вы смотрите на код другого, вы можете видеть ошибки, которые есть? Можете ли вы определить, действительно ли набор тестов с полным охватом или без него проверяет весь диапазон возможных путей и поведения? Готовы ли вы узнать больше о тестировании, чем вы уже знаете? Вы готовы быть тайно презираемым и, возможно, опасаться, теми, кто просто терпит испытание и не обнимает его? Какой ваш любимый цвет: зеленый или красный? (Подсказка: правильный ответ зеленый!)

Ответ 10

Простая вещь - "Подумайте о негативе"

Всегда ломать что угодно для хорошего