10 принципов автоматизации, которые я не предам - Александра Волкова. QA Fest 2015

Принципы «правильной» автоматизации всем хорошо известны, но почему-то даже опытные автоматизаторы не всегда им следуют. Допуская ошибки одну за другой, мы и не замечаем, как укорачиваем жизнь нашим авто-тестам. В результате, нередко случается так, что наши решения со временем забрасываются и не выживают, либо же превращаются в «чемодан без ручки» - когда нести тяжело, а выбросить жалко.
Я предлагаю по-новому взглянуть на автоматизацию в проектах и увидеть общие ошибки. Я расскажу о 10 принципах автоматизации, к которым пришла моя команда на собственном опыте, и которые помогут не наступать на одни и те же грабли.
Доклад смогут «прочувствовать» все тестировщики, работающие на проектах, где есть автоматизация.

Категория: Автоматизация тестирования

Хотите узнать больше?
Приходите на QA Fest 2020 в Киеве!
25-26 сентября вы встретите более 50 спикеров из 10 стран, которые поделятся реальными кейсами и опытом в тестировании ПО.
И не забывайте, что QA Fest - это не только конференция, но и фестиваль тестирования!

[levvatsepesh]

Прошло 5 лет, а этот доклад всё ещё мега крут и актуален

[dzen]

Отличный доклад. Информация, поставленная речь, интонации, отсутствие слов паразитов. Я в сказке :) Спасибо, Александра!

[grapevine]

Report notes (Checklist for autotest creating process):
1) max short test scenarios; autotests for: particular parts of system; integration of components; long scenarios -> scope of short separate scenarios; if can't make them independent -> one test run -> store results in some file -> the next test take results from file & run separately
2) automation of preconditions: - check system configuration -> change if needed; - check if system has test data -> create or find if it needed
3) balance server-UI testing: investigate architecture -> create the majority tests on server side (they are more stable & faster); UI tests - is exception -> only for UI elements
4) separate test data (separated file or Jenkins...) & test logic (code)
5) support: kind of code changing -> estimate of tests refactoring -> approach to support -> approach of architecture of tests
6) test should be convenient: start test by 1 click;
7) test data --> in separate & convenient format file
8) ask customer run & analyse autotests
9) keep it simple stupid: use common simple tools, framework -> another person can simple use created code
10) Documentation: user guide for customer; tech doc for test creators
11) QA should suggest what scenarios should be automatized
12) good Reports: detailed test log; screenshots of failures & of basic steps; general report for PM; ask customer what info for Report

[nikolaysidorenko]

Сашка молодец! Я этот список себе на стену повешу!

[boy_on_the_hill]

большое спасибо за доклад!!)) слайды бы))