А что, если на работе нет новых задач?
Такого не бывает! Совсем. Вы всегда можете начать делать что-то лучше, повышая эффективность своей работы.
"У меня всё время уходит на ручное тестирование, некогда заняться автоматизацией". "У нас так много тестов, что для грамотного тест-дизайна и проектирования нормальных тестовых наборов времени нет". Знакомо? Забудьте об этом! Новые практики повышают эффективность вашей работы, и освобождают время. Но сначала неизбежно приходится чем-то жертвовать.
"У нас все задачи однотипные, ничего нового не нужно". Задачи - это цели. К примеру, проверка продукта, заведение дефектов. Вы можете достигать цель манкикликанием, а можете - грамотным тестированием, с проектированием тестов. Вы даже можете баги настолько по-новому начать заводить, что разработчики и руководство будут в восторге. Задачи те же? А выполнение интереснее, результаты лучше.
А что, если у меня нет работы?
Без практики знания - мусор. Где взять практику, если пока что нет работы? Элементарно, Ватсон! Придумать эту работу самому!
·Выберите интересующее вас ПО (веб-, системное, любое, с которым планируете работать), и создайте для него профессиональный тестовый набор. Почитайте про паттерны тест-аналитики, познакомьтесь с методикой попарного тестирования (pairwise), сделайте тестовый набор, покрывающий весь продукт, небольшим количеством тестов. Старайтесь до тех пор, пока результат не будет вызывать у вас гордость!
|
|
|
·Протестируйте любой интересующий вас сайт техниками исследовательского тестирования. НЕТ, не прокликайте его в поиске багов, это все умеют! Почитайте про техники исследовательского тестирования! Создайте удобный и полезный майнд-меп, по которому тестирование пойдёт лучше. Доведите до автоматизма использование классов эквивалентности и граничных значений (потренируйтесь с наложением классов, нечисловыми полями, продумайте различные классы для одного поля). Половина опытных тестировщиков не умеют использовать базовые эвристики! А вы можете научиться, если потренируетесь, почитаете, при возникновении проблем спросите на форуме.
·Проинсталлируйте интересующие вас продукты. Баг-трекеры? TMS? Вы можете их скачать и сами поставить! Это займёт немного времени, зато вы получите знания в администрировании разных систем и продумаете, как их удобнее всего настраивать.
·Автоматизируйте тестирование, попробуйте разные инструменты. Начните с record-and-replay, близкого всем новичкам в автоматизации, после чего почитайте про data-driven и keyword-driven подходы, попробуйте перейти на них! Покажите свои наработки на форуме, попросите обратную связь.
|
|
|
А теперь скажите, только честно! У вас есть возможности выполнить любой из приведённых выше советов? Если у вас есть компьютер и интернет, то ответ - "да!". Тогда что вас сдерживает? Хотите получить навыки в чём-то ещё, не перечисленном выше? Придумайте практику самостоятельно, или спросите совета у меня или множества гуру на форуме.
Истина #10: Если вы хотите перестать быть манки-кликером, а начать изучать техники "взрослого" тестирования, вам ничего не мешает развиваться! Более того, множество людей на форуме с удовольствием вам помогут!
Есть вопросы? Нужна помощь, поддержка? Хотите советов? Их есть у меня! Про наш закрытый форум, я надеюсь, все помнят?
Продумывайте в своих планах по развитию, на каких конкретных практичных примерах вы хотите потренироваться. Не "поделать что-то", а придумайте сразу взрослую, законченную задачу! И сделайте, обращайтесь за помощью, и всё будет ха-ра-шо!
Что дальше?
Дальше в нашей рассылке будут маленькие идеи, ссылки, техники, которые я предложу вам изучать на конкретных задачках. Пристегнитесь, хватит лениться, создайте уже продуманный план развития и начните его выполнять!
Удачи!
Выпуск #5: Азы тест-дизайна
Привет,
|
|
|
Как настрой? Участвуешь в обсуждении наших тем на форуме? Если нет - срочно приходи, у нас интересно!
А наша сегодняшняя тема выпуска - тест-дизайн.
Что такое тест-дизайн? Это проектирование тестов, или тестовых наборов. Их задача - эффективное покрытие программы тестами без излишних трудозатрат.
В неразвитых процессах тестировщики занимаются так называемым monkey-clicking: нажимают на кнопочки и ищут баги. В результате, времени они тратят много, а ошибки всё равно пропускают.
В формальных, но неразвитых процессах, тестировщики документируют monkey-clicking: они пишут на бумажках, в табличках, вордовых файликах и различных системах свои тесты. В итоге тесты где-то записаны, тестировщики их используют, но результат остаётся неизменным: тестов много, ошибки всё равно пропускаются.
Дата добавления: 2018-02-28; просмотров: 1213; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!