Сообщений в теме: 52

[Kaluga]

В автоматизированном тестировании, это обычно называют не ядро, а "automation framework".

Я использовал юзер-френдли терминологию :)
Смысл в целом не меняется...

[Mike]

Для средних размеров системы я бы планировал так:
1 программист-тестировщик отвечает за библиотеки не привязанные к отдельным компонентам тестируемой системы
+ 1 автоматизатор на каждого ручного тестировщика.

Количество тестов ограничено в гораздо меньшей степени чем количесто уникальных действий пользователя (и, соответственно, уникальных проверок) которые будут выполнять тесты. Если у меня есть готовый тестовый драйвер, я за день напишу 100 тестов. И мне почти не надо будет их поддерживать. Мне надо будет поддерживать почти что только тестовый драйвер.

По моему опыту, один автотестер может поддерживать тестовый драйвер размером 5-10 KSLOC и все тесты, которые его используют (при отсутствии изменения бизнес-логики от релиза к релизу).

[Deman]

То есть речь идёт о бизнес компонентах?

А что такое KSLOC?

[Mike]

KSLOC = Kilo Source Lines of Code - тысяч строк кода. Возможно, я дал слегка пессимистичную оценку. Может, что и больше. У нас релизный цикл 1 месяц :).

Бизнес-логика: возможно я не правильно использовал это понятие. Я имел в виду, что соответствующие Use Cases и ручные тесты не притерпели существенных изменений - поменялся интерфейс, добавили новую функциональность, но старую не меняли.

[Deman]

Ну понятно.

А любая ли система сможет быть.... как это сказать затестирована при помощи фрэймворка? Может есть такая системя для которой вообще никак врэёмворк не сделать

[Kaluga]

Фрэймвёк не оказывает принципиального влияния на то, можно или нет.
Это вспомогательная весчь, он только помогает писать тесты.

[Deman]

Короче понятно. Можно нажать на кнопочку, но до этого проверить её стандартные свойства, проверить на каие нить стандартные правила страницу и так далее. Пора тему закрывать, а то мы конкретно уехали. Последние посты принимаются до конца рабочего дня в течении 15-и минут

[Mike]

От тестируемого приложения зависит подход к написанию framework. И вообще выбор стратегии автоматизации. Какие оракулы использовать (например, использовать ли чекпойнты, и если да - то как), какие тесты автоматизировать в первую очередь, как готовить тестовые данные, и т.п.

[Mike]

Короче понятно. Можно нажать на кнопочку, но до этого проверить её стандартные свойства, проверить на каие нить стандартные правила страницу и так далее. Пора тему закрывать, а то мы конкретно уехали. Последние посты принимаются до конца рабочего дня в течении 15-и минут 

Я бы не сказал, что мы далеко ушли от темы. Просто хотелось показать, что с наскока автоматизацией заниматься не стоит. Надо брать консультанта

[Deman]

Будем брать и поедем на курсы повышения квалификации

[Deman]

Как тему закрыть-то?

[Clauster]

Таки взять консультанта, повысить квалификацию и поделиться опытом

[Deman]

Будет вам опыт через пару лет