Страшно браться за автоматизацию, когда её нет совсем, правда? На самом деле – нет, если понимать, зачем это делается и какой цели мы хотим достичь. Начните с “одного очень маленького, но очень гордого теста”, который будет ломать всю сборку в случае неудачного прохождения (у вас ведь есть система CI, правда?). Пусть этот тест станет частью жизненного цикла продукта, сделайте его надёжным, научитесь доверять ему, научитесь правильно интерпретировать результаты его выполнения. Это ведь просто – тест проходит – продукт рабочий, тест не проходит – продукт не рабочий. Что? Это не продукт не рабочий, а тест не рабочий? Так ведь тест – это часть продукта, он вам даже сборку продукта ломает, если не проходит. Так значит всё-таки продукт не рабочий…
И только когда команда привыкнет и научится жить с этим маленьким тестом, можно задать вопрос: “А какую еще обратную связь (информацию о продукте) мы хотим получить?”. И написать еще один маленький тест, который предоставит нам необходимую информацию. А потом снова задать этот вопрос и снова написать маленький тест. Очень важно постоянно задавать этот вопрос – чтобы автоматизация была сфокусирована, приносила прибыль и помогала команде решать её повседневные задачи.
comments powered by Disqus