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

[Mystery_Andrew]

Полностью согласен с garryname. Автоматизация, автоматизация и еще раз автоматизация. Особенно тестирования БД, так как это самый проблемный и трудоемкий процесс, если я правильно понял Ваши слова. Но тут не все так просто, слишком уж много подводных камней. Главное, чтобы руководство готово было к тому, что автоматизация с нуля занимает довольно много времени, но в последствии оно окупится с лихвой (это тоже надо прикинуть, далеко не всегда так бывает). В первую очередь советую Вам тщательно продумать что Вы будете автоматизировать, насколько тщательно (сколько тест-кейсов прогонять), как меняется Ваш продукт (расширяются возможности, меняется дизайн и т.п.). На основе чего надо тщательно выбрать продукт, с помощью которого будет происходить тестирование, выбрать что в первую очередь будете тестировать, продумать структуру проекта (лучше слова не подобрал, имеется ввиду принцип составления автотестов, например, структуру классов в java) с учетом удобства поддержания, ну и конечно же решить, стоит ли.
Пусть звучит это все вполне стандартно, но сам прошел все эти грабли, кучу раз почти целиком переписывал автотесты, а это лишняя трата времени. Большинство вопросов можно продумать заранее.

[garryname]

Тикстоун

[SALar]

Автоматизация, автоматизация и еще раз автоматизация.

(с) «Учение Ленина всесильно, потому что оно верно»


2garryname. Приведите расчет эффективности "Автоматизации тестирования".
Пока единственный более-менее вменяемый расчет, который я видел, показывал, что эффективность "Автоматизации тестирования" находится в пределах статистической ошибки и этим эффектом можно смело пренебречь.
Ограничение. Речь шла о тестировании GUI.

[garryname]

Тикстоун

[Wolonter]

что, действительно выгоднее - нанять 100 молдован

Если правильно выбирать молдаван, то может и одного хватить. И я его знаю.


Кстати, а какие есть способы подсчета и сравнения кроме:
(прогонов на релиз)*(релизов в год)*(трудозатраты на прогон)*(срок поддержки и разработки, лет) = значение для ручного тестирования
(время на написание тестов)+(время в неделю на поддержку тестов и инфраструктуры)*(52 недели в году) = значение для автоматизированного тестирования

[garryname]

Тикстоун

[SALar]

2garryname
Пример расчета в студию. Пока вы просто сотрясаете воздух.

-------------------------------------
На праздновании дня тестировщика в "Старой мансарде" собрались представители трех клубов: двух московских и минского.
В частности зашла речь и об "автоматизации тестирования". Мнения присутствующих были более-менее единодушны:
- Как вы достали с этой "автоматизацией"! Дайте на конференции нормальные доклады про действительно полезные вещи.
- "Автоматизации тестирования" модное течение. Ее "серебряннопульность" более чем сомнительна.

Это не к garryname, это к организаторам конференций.

[garryname]

Тикстоун

[Wolonter]

Wolonter, а почему релиз?..вы с сутью процесса разработки знакомы, или вы - теоретик?
Пожалуйста, примите во внимание прогон еженочного билда.
И добавьте время на поиски одного волшебного молдованина.

Время на поиски - полминуты. Я с ним почти знаком.
А вот дальше вы сказали весьма по делу. Как считать, если автотесты я гоняю еженочно, а вручную регрессия бывает только 1-2 раза перед деплоем на продакшен? Мы считали по худшему для АТ варианту - не по дейли тегам протестированным, а по деплоям.
А вручную тестировать регрессию ежедневно живые люди не будут.

Гарри, я не теоретик. Но ваши суждения пафосны и категоричны. А я не люблю кормить троллей.
Так что ваши версии.

[garryname]

Тикстоун