Должна ли автоматизация быть уделом разработчиков?
Новые темы форума тестировщиков
Оригинал статьи: http://www.ontestautomation.com/should-test-automation-be-left-to-developers/ Автор: Баз Дийкстра (Bas Dijkstra) Перевод: Ольга Алифанова
Лично я не разработчик, я получал образование по информатике, знаю пару вещей о том, как пишется код, но я абсолютно, совершенно точно не разработчик. Это как знать, как готовится еда, но не быть поваром. Люди, которые встречали меня лично, возможно, помнят эту аналогию, которой я, возможно, им до смерти наскучил (простите меня!).
С другой стороны, я постоянно талдычу, что автоматизация тестирования – это разработка ПО, и должна восприниматься как таковая. Так что же, спросите вы, как так случилось, что я работаю в автоматизации тестирования, но не считаю себя разработчиком? И, что еще более важно, разве автоматизация тестирования не должна быть уделом разработчиков, если это действительно область разработки ПО? Недавние статьи и презентации, которые я видел, заставили меня об этом задуматься.
Начнем с второго, более важного вопроса: должна ли автоматизация быть уделом разработчиков?
Я бы ответил "да".
И "нет".
Школа успешных тестировщиков, v 2.0, начало 15 февраля 2017-01-24 11:32 тренер: Наталья Руколь Онлайн-тренинг с практической работой, 10 занятий
Вы недавно работаете в тестировании, или только хотите приобщиться к этой отрасли? Хотите получить фундамент, необходимый для построения успешной карьеры? Хотите узнать, из чего состоит эта область деятельности, чтобы быстрее стать в ней профессионалом?
Именно для вас – наш курс «Школа Успешных Тестировщиков v2.0». С этим курсом вы:
Этот курс будет полезен тем, кто обладает опытом в тестировании до одного года, или кто только хочет найти свою первую работу в сфере тестирования.
Подробная программа и условия участия Подбор IT-специалистов в "Магнит" в головной офис компании г. 2017-01-24 15:48 Доброго времени суток, друзья! Головная компания "Информационные технологии "Магнит"" готова предложить более сотни вакансий для всех, кто заинтересован в карьерном росте в крупной компании в сфере IT! Основную информацию и список вакансий можно просмотреть ЗДЕСЬ Вот ответы на наиболее "пикантные" вопросы: СВЯЖИТЕСЬ С НАМИ По этой ссылке вы можете ознакомиться с проектом и просмотреть список открытых вакансий (HeadHunter). По всем интересующим вопросам обращайтесь напрямую на наш почтовый ящик itm_krd@mail.ru! ИТМ Магнит - успех за каждой строчкой кода!
подскажите 12 способов автоматизации SoapUI тестов 2017-01-24 20:56 Всем привет! Концептуальный вопрос про граничные значения и классы эквивалентности 2017-01-24 21:23 Добрый вечер! Наверно, самые известные вещи в тест-дизайне - это граничные значение и классы эквивалентности.
Один из подходов тестирования граничных значений предлагает при тестировании поля, принимающего целочисленные значения в промежутке [5,10], проверять 6 следующих значений: 4, 5, 6, 9, 10, 11. Если использовать разбиение на классы эквивалентности, то сюда добавятся, например, 3, 7 и 14.
У меня возник вопрос, который не дает покоя: зачем проверять значения 6 (нижняя граница + 1) и 9 (верхняя граница - 1)? Ведь если разработчик ошибся и проставил границы шире, мы это выявим при проверке значений 4 и 11. Если проставил границы уже, то выявим на 5 и 10. Какую доп. полезную информацию дадут нам проверки значений 6 и 9? И еще один вопрос уже к вашему опыту. Станете вы в таком случае добавлять проверки точек внутри классов эквивалентности (выше я выбрала для этого значения 3, 7 и 14)? Если да, то почему? Ведь точки, проверенные в рамках граничных значений также входят в классы и мы их уже проверили.
Сразу оговорюсь, что я предполагаю, что тестировщик верно определил классы эквивалентности. Если же есть риск скрытых классов, то даже все перечисленные 9 проверок могут не спасти.
Спасибо за ответы
© 2010 | Software-Testing.Ru |
| В избранное | ||
