Извините, я спрашиваю из любопытства, а зачем вообще засовывать сборки в базу и ещё в таком количестве, чтоб потом специальным образом их искать и просматривать?
Это скорее вопрос архитектуры приложений, бывает, что так уже сделано и всё работает и как говорится, deal with it :) Задача немного в другом: как проще, оперативнее и быстрее разбирать логику SQL+NET уже существующих систем
Определенно, элементы могут менять положение. В данном случае это лишь добавить шагов проверки «если не здесь, то здесь». В тест придется добавить проверку всех положений или обрабатывать данную ситуацию как-то особенно (используя тот же UIAutomation если это возможно).
Ошибка или не ошибка интерфейса — это вопрос скорее по usability и дизайну. На мой взгляд каждый раз произвольное положение каких-то контроллов — это плохая usability.
Да, Sikuli это классный фреймворк судя по описанию, но там используется другой механизм — матчинг паттернов без распознавания текста. Т. е. «если эта картинка выглядит как шаблон, то кликаем».
Описанный механизм OCR на мой взгляд дает больше свободы — можно брать информацию с экранной формы.
Кстати, template matching неплохо реализован и в AForge.
Это и хорошо. Вот только в софте от 2gis используется UIAutomation Framework, который кстати говоря, не всегда применим, даже к Desktop приложениям.
В статье же я попытался описать совсем другой подход к автоматизации тестирования — не нужно никаких фреймворков, просто PrintScreen + OCR
"Мы учились поднимать сеть на Apache и nginx" — это как вообще?
Это скорее вопрос архитектуры приложений, бывает, что так уже сделано и всё работает и как говорится, deal with it :) Задача немного в другом: как проще, оперативнее и быстрее разбирать логику SQL+NET уже существующих систем
по поводу <> не оно?
Там используется OpenCV + Tesseract.
Получается yet another tool, только на .Net и используя AForge.NET + Tesseract!
Ошибка или не ошибка интерфейса — это вопрос скорее по usability и дизайну. На мой взгляд каждый раз произвольное положение каких-то контроллов — это плохая usability.
Описанный механизм OCR на мой взгляд дает больше свободы — можно брать информацию с экранной формы.
Кстати, template matching неплохо реализован и в AForge.
В статье же я попытался описать совсем другой подход к автоматизации тестирования — не нужно никаких фреймворков, просто PrintScreen + OCR