А что, если на работе нет новых задач?



Такого не бывает! Совсем. Вы всегда можете начать делать что-то лучше, повышая эффективность своей работы.

"У меня всё время уходит на ручное тестирование, некогда заняться автоматизацией". "У нас так много тестов, что для грамотного тест-дизайна и проектирования нормальных тестовых наборов времени нет". Знакомо? Забудьте об этом! Новые практики повышают эффективность вашей работы, и освобождают время. Но сначала неизбежно приходится чем-то жертвовать.

"У нас все задачи однотипные, ничего нового не нужно". Задачи - это цели. К примеру, проверка продукта, заведение дефектов. Вы можете достигать цель манкикликанием, а можете - грамотным тестированием, с проектированием тестов. Вы даже можете баги настолько по-новому начать заводить, что разработчики и руководство будут в восторге. Задачи те же? А выполнение интереснее, результаты лучше.

 

А что, если у меня нет работы?

Без практики знания - мусор. Где взять практику, если пока что нет работы? Элементарно, Ватсон! Придумать эту работу самому!

·Выберите интересующее вас ПО (веб-, системное, любое, с которым планируете работать), и создайте для него профессиональный тестовый набор. Почитайте про паттерны тест-аналитики, познакомьтесь с методикой попарного тестирования (pairwise), сделайте тестовый набор, покрывающий весь продукт, небольшим количеством тестов. Старайтесь до тех пор, пока результат не будет вызывать у вас гордость!

·Протестируйте любой интересующий вас сайт техниками исследовательского тестирования. НЕТ, не прокликайте его в поиске багов, это все умеют! Почитайте про техники исследовательского тестирования! Создайте удобный и полезный майнд-меп, по которому тестирование пойдёт лучше. Доведите до автоматизма использование классов эквивалентности и граничных значений (потренируйтесь с наложением классов, нечисловыми полями, продумайте различные классы для одного поля). Половина опытных тестировщиков не умеют использовать базовые эвристики! А вы можете научиться, если потренируетесь, почитаете, при возникновении проблем спросите на форуме.

·Проинсталлируйте интересующие вас продукты. Баг-трекеры? TMS? Вы можете их скачать и сами поставить! Это займёт немного времени, зато вы получите знания в администрировании разных систем и продумаете, как их удобнее всего настраивать.

·Автоматизируйте тестирование, попробуйте разные инструменты. Начните с record-and-replay, близкого всем новичкам в автоматизации, после чего почитайте про data-driven и keyword-driven подходы, попробуйте перейти на них! Покажите свои наработки на форуме, попросите обратную связь.

А теперь скажите, только честно! У вас есть возможности выполнить любой из приведённых выше советов? Если у вас есть компьютер и интернет, то ответ - "да!". Тогда что вас сдерживает? Хотите получить навыки в чём-то ещё, не перечисленном выше? Придумайте практику самостоятельно, или спросите совета у меня или множества гуру на форуме.

Истина #10: Если вы хотите перестать быть манки-кликером, а начать изучать техники "взрослого" тестирования, вам ничего не мешает развиваться! Более того, множество людей на форуме с удовольствием вам помогут!

Есть вопросы? Нужна помощь, поддержка? Хотите советов? Их есть у меня! Про наш закрытый форум, я надеюсь, все помнят?

Продумывайте в своих планах по развитию, на каких конкретных практичных примерах вы хотите потренироваться. Не "поделать что-то", а придумайте сразу взрослую, законченную задачу! И сделайте, обращайтесь за помощью, и всё будет ха-ра-шо!

Что дальше?
Дальше в нашей рассылке будут маленькие идеи, ссылки, техники, которые я предложу вам изучать на конкретных задачках. Пристегнитесь, хватит лениться, создайте уже продуманный план развития и начните его выполнять!

Удачи!

 

Выпуск #5: Азы тест-дизайна

 

Привет,

Как настрой? Участвуешь в обсуждении наших тем на форуме? Если нет - срочно приходи, у нас интересно!

А наша сегодняшняя тема выпуска - тест-дизайн.

Что такое тест-дизайн? Это проектирование тестов, или тестовых наборов. Их задача - эффективное покрытие программы тестами без излишних трудозатрат.

В неразвитых процессах тестировщики занимаются так называемым monkey-clicking: нажимают на кнопочки и ищут баги. В результате, времени они тратят много, а ошибки всё равно пропускают.

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


Дата добавления: 2018-02-28; просмотров: 133; ЗАКАЗАТЬ РАБОТУ