Scorpibear

Было бы неплохо предупредить читателя о вредности тотального пользования Record. Далеко ведь не все можно записать, и много багов в Силке есть по этому поводу. Например, некоторые элементы окошка не подсвечиваются, используя Record Window Declarations диалог, хотя и прекрасно распознаются. Вообще, надо приучаться к автоматизации в слепую, без всяких там визардов - просто смотришь на приложение и пишешь код, так как знаешь, как Silk это видит. После нескольких месяцев непрерывной автоматизации я и мои коллеги к этому пришли. Конечно, бывает полезно знать мнение Silk'a на этот счёт, но последнее слово всегда за тобой :).

Поэтому в книге стоит уделить внимание возможности переиспользования фрэймов, функций и тесткейсов. Как их дизайнить так, чтобы не пришлось потом тратить много усилий на поддержку. Например, не полезно, и даже вредно описывать декларации объектов, которые сейчас не используются в тестах, но "возможно пригодяться потом и я знаю как их описать". Какого они будут нужны, если GUI приложения меняется каждый билд? Кто-то скажет, зачем такое автоматизировать вообще, нужно иметь стабильный GUI, однако это бывает только в сказках и в Tutorial'aх.

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

Ещё одна тема, которую интересно было бы увидеть в книге - это работа с динамическим содержимым. Например, автоматизация http://google.com предполагает, что все линки будут определятся на лету. Казалось бы Google.HtmlLink("названия линка") и всего делов! Ан-нет. Если caption линка содержит спецсимволы, то тэг отличается от того, что мы видим на экране. В свое время пришлось написать функцию ConvertForTag() для такого преобразования видимого названия элемента в его tag caption.

Бывает ещё несколько другая проблема - все значения в колонке Excel вроде как цифры, однако вываливается эксепшн “*** Error: (HY000) [Microsoft][ODBC Excel Driver] Numeric field overflow.”. Чтобы обойти эту проблему, приходится идти на следующую хитрость:

Устанавливаю формат ячеек в ‘Number’ на некоторое время и значение “Decimal values” в 2. После этого все истинно целочисленные значения будут иметь .00 в конце. Если некоторые ячейки не содержат .00, то они храняться к строки. Редактируем эти ячейки и просто нажимаем ввод для преобразования. После этого устанавливаем формат всех ячеек в колонке в ‘General’ формат.

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

А не подскажете какие?
Я как раз с такой проблемой сталкивался. Решение нашел такое - все поля в этой колонике сделать в Екселе текстовыми. А потом распределял уже в Силке. Есть ли другие решения?

Так и есть - если значения в одной колонке разного типа, то приходится делать их все текстовые. При чтении, проверять, что мы прочитали. Если значение начинается с цифр - тогда с помощью Val() приводим к INTEGER.

Интересно было бы увидеть обзор различных решений для борьбы с нестадартными объектами, который SilkTest не видит в лоб. Т.е. что делать, если элемент распознаётся как CustomWin. Что делать, если элемент не виден вообще.
Что касается азов, то они хорошо описаны в help'e, и на этом заостряться нет смысла.
Книга И.Винниченко "Автоматизация процессов тестирования" хороша, но почти все из написанного можно найти в help'e и те, кто поработал месяц-два в плотную найдут не много в ней полезного. Самое интересное, что я там нашёл в свое время - это раздел "Работа с нестандартными объектами в SilkTest". Однако 3-х страниц было недостаточно для обзора всех решений.
Хорошо было бы остановиться отдельно на вопросе автоматизации тестирования web-приложений. Их становиться все больше и больше, автоматизация имеет свои особенности, поэтому это необходимо осветить. В основном - какие проблемы возникали и как они решались.
Работа с Excel - тоже интересный вопрос. Хотя Silk работает через стандартный ODBC драйвер, есть свои особенности. Не одну шишку пришлось набить в свое время, исправляя ошибки касательные чтения excel файлов. Например, кто бы мог подумать, что Silk будет вылетать, если в читаемом Excel файле одна из ячеек редактируется? Интересные обходы пришлось искать при использовании числовых значений в ячейках наряду со строковыми.