Читаю книгу "Advanced Software Testing - Vol. 2: Guide to the Istqb Advanced Certification as an Advanced Test Manager" написанную товарищем, которого я уважаю больше всех среди гуру QA, Рексом Блеком. Дочитывая главу о инструментах автоматизированного тестирования мне запомнилась одна цитата:
Unrealistic expectations for the tool. This is extremely common, especially in organizations with limited previous experience with test automation. Because software engineering is so hard—including the testing part of the software process—people are always looking for silver bullets, magic solutions to make it simple. This desire for some simple answer makes people easily deluded—or self-deluded—into thinking that some new process methodology, new programming language, new management technique, or, yes, new tool will magically transform the hard problem of testing into one that is easy. Test tools do not do that. So make sure that people have proper expectations, including functionality and ease of use.
Переводя общий смысл на русский, Рекс хотел сказать, что нельзя тешить себя или свое начальство ложными надеждами, что автоматизация поможет везде и во всем и с помощью одного инструмента автоматизации можно будет решить все проблем тестирования на проекте. Если Вы видите что Ваш менеджмент проявляет какие то признаки переоценки инструмента тестирования и их ожидания ложны, то Вам срочно нужно предпринять меры чтобы их переубедить.
Мне вспомнилась история из моего опыта работы на одном небольшом веб проекте. Я был ответственным за организацию тестирования веб портала для внутреннего использования в медицинских учреждениях. Дев Лид проекта - дядька умудренный не одним 10ком лет опыта продавливал свою политику что нам нужна тулза для покрытия функционала всего веб портала автоматизированными тестами. При этом компания не выделяла деньги на покупку того что хотел я (Test Complete enterprise). Политика партии двигалась в сторону бесплатных инструментов с лозунгом "Нам всего лишь нужно записать основные use cases а потом проигрывать их после каждого релиза с помощью инструмента автоматизации. Я имел время на анализ бесплатных инструментов. Естественно не один инструмент нам полностью не подходил, везде были свои нюансы, проведя полный анализ, я сделал презентацию для представителя клиента (тест менеджера со стороны клиента), в которой заставил его задуматься о целесообразности использования Capture&Playback. В конце концов клиент отказался от автоматизации и проект был отдан в руки тестировщиков для manual тестинга.
Комментариев нет:
Отправить комментарий