воскресенье, 20 июля 2014 г.

Не корректно отображается русский в Wine

Установила FontForge - не видно изменений.

Сделала так. Тоже нет изменений:
Вы можете дополнить коллекцию шрифтов скачав архив, распаковав и скопировав файлы *.ttf в ~/.wine/drive_c/windows/fonts


wget http://ubuntologia.ru/article_files/wine/
notes_69.tar.gz && 
tar xvfz notes_69.tar.gz && cp ~/fonts-cyr-win311/*TTF ~/
.wine/drive_c/windows/Fonts

http://ubuntologia.ru/blog/software/98.html#install-fonts 

понедельник, 7 июля 2014 г.

Работа со свойством float в html

Если свойство элемента с float установлено right или left:
  • Элемент отображается как блочный, так словно ему установлено свойство display: block;
  • Элемент по ширине сжимается до размеров содержимого, если для элемента явно не установлена ширина width;
  • Элемент прилипает к левому (left) или правому краю (right);
  • Все остальное содержимое страницы, идущее в HTML коде после элемента с float, обтекает его;
Плавающий (тот, который с float) элемент обтекают только те элементы, которые идут в HTML коде после него.

Блоки с float по умолчанию не влияют на высоту родителя, то есть если у вас есть некоторый контейнер (display: block), а в нем находятся только плавающие блоки, то высота контейнера станет равна нулю (и блоки выпадут). Поэтому необходимо явно задавать высоту контейнера
Или Решение #2. Добавить пустой блок с clear: both. Добавление подобного элемента отчищает «плавучесть» блоков и заставляет контейнер растягиваться на всю высоту. Семантически это не самое лучшее решение, так как вводит лишний элемент разметки.
Или Решение #3. Применить свойство overflow (свойство overflow управляет отображением содержания блочного элемента, если оно целиком не помещается и выходит за область заданных размеров): auto (полосы прокрутки добавляются только при необходимости) или hidden (отображается только область внутри элемента, остальное будет скрыто) к контейнеру. Заставляет контейнер заново рассчитать высоту и изменить ее так, чтобы включать плавающие элементы, иначе ему бы пришлось добавить полосу прокрутки или скрыть их. 

Всё дело в так называемом «контексте» или «контексте форматирования», такие правила как display и overflow создают этот контекст, и согласно правилам он (созданный контекст) не может пересекаться с флоатами. Что вобщем и происходит. В результате блок занимает все доступное пространство кроме флоата.

А вот внутристрочные боксы (display: inline-block) присутствие float-ов чувствуют. В отличие от блочных боксов, они никогда не пересекаются границами с float-ом. Они — тот самый контент, которому положено «обтекать float вдоль одной стороны».
Ширина строчных боксов, соседствующих с float-ом, зависит от ширины float-а — а значит, используя float-ы разной ширины, можно сделать границу текста ступенчатой и придать ей самый причудливый контур.
Свойство clear 
Все значения [свойства clear], кроме 'none', потенциально вводят клиренс (clearance - просвет). Клиренс препятствует схлопыванию margin-ов и действует как промежуток над верхним margin-ом элемента. Он служит для «выталкивания» элемента по вертикали ниже float-а. 
Клиренс добавляет над блоком столько места, сколько нужно, чтобы блок оказался под самым высоким float-ом c соотв. стороны в текущем блочном контексте. 
Источники: http://habrahabr.ru/post/136588/ и http://habrahabr.ru/post/136622/

пятница, 21 марта 2014 г.

Автоматизированное тестирование

 http://ru.wikipedia.org/wiki/Selenium - 
инструмент тестирования; про него - http://habrahabr.ru/post/152653/ 
супер! - http://selenium2.ru/
 
 http://citforum.ru/SE/testing/unitesk/
другой инструмент тестирования;

TestLink: http://lazy-tester.blogspot.com/2013/05/testlink.html

Форум про автоматизированное тестирование: http://software-testing.ru/forum/index.php?/forum/113-avtomatizirovannoe-testirovanie/

Стандартный глоссарий терминов , используемых в тестировании программного обеспечения Версия 2.0 ( от 4 декабря 2008)

Шаблон позитивного и негативного тест кейса

Тест кейсы разделяются по ожидаемому результату на позитивные и негативные:
  • Позитивный тест кейс использует только корректные данные и проверяет, что приложение правильно выполнило вызываемую функцию.
  • Негативный тест кейс оперирует как корректными так и некорректными данными (минимум 1 некорректный параметр) и ставит целью проверку исключительных ситуаций (срабатывание валидаторов), а также проверяет, что вызываемая приложением функция не выполняется при срабатывании валидатора.
Пример позитивного тест кейса (все поля OK):

Действие
Ожидаемый результат
1. Открываем форму отправки сообщения
  • Форма открыта
  • Все поля по умолчанию пусты
  • Обязательные поля помечены - *
  • Кнопка "Отправить" не активна
2. Заполняем поля формы:
  • Тип обращения = Консультация
  • Контактное лицо = йцукенгшщзйцукенгшщзйцуке
  • Контактный телефон = +7-916-111-11-11
  • Сообщение
  • Поля заполнены
  • Кнопка "Отправить" - активна (Enabled)
3. Нажимаем кнопку "Отправить"
  • Сообщение "Заявка отправлена"выведено на экран.
  • Новая заявка появилась в списке на странице "Заявки".



Пример негативного тест кейса (поле Контактное лицо - NOK):

Действие
Ожидаемый результат
1. Открываем форму отправки сообщения
  • Форма открыта
  • Все поля по умолчанию пусты
  • Обязательные поля помечены - *
  • Кнопка "Отправить" не активна
2. Заполняем поля формы:
  • Тип обращения = Консультация
  • Контактное лицо = @#$%^&;.?,>|\/№"!()_{}[<~
  • Контактный телефон = (916)333-33-33
  • Сообщение = йццуйцуйц(...)йцу - 1024 символа
  • Поля заполнены
  • Кнопка "Отправить" - активна (Enabled)
3. Нажимаем кнопку "Отправить"
  • Валидационное сообщение со всеми ошибками выведено на экран:
    "В поле "Контактное лицо" запрещено использование цифр и спец. символов."
  • Заявка НЕ появилась в списке на странице "Заявки".

Источник: http://www.protesting.ru/testing/testdesign_practice.html

Разрабатываем шаблон теста

Cоздадим шаблон планируемого теста. Данный документ будет представлять собой шаги и ожидаемые результаты теста, но без конкретных данных, которые подставляются на следующем этапе разработки тест кейсов.
Пример шаблона тест кейса

Действие Ожидаемый результат
1. Открываем форму отправки сообщения
  • Форма открыта
  • Все поля по умолчанию пусты
  • Обязательные поля помечены - *
  • Кнопка "Отправить" не активна
2. Заполняем поля формы:
  • Тип обращения
  • Контактное лицо
  • Контактный телефон
  • Сообщение
  • Поля заполнены
  • Кнопка "Отправить" - активна (Enabled)
3. Нажимаем кнопку "Отправить"
  • Если введенные данные корректны -
    • Сообщение "Заявка отправлена"выведено на экран.
    • Новая заявка появилась в списке на странице "Заявки".
  • Если введенные данные НЕ корректны -;
    • Валидационное сообщение со всеми ошибками выведено на экран.
    • Заявка НЕ появилась в списке на странице "Заявки".

Техники тест дизайна (Test Design Technics)

Наиболее распространенные техники тест дизайна:
  • Эквивалентное Разделение (Equivalence Partitioning - EP). Как пример, у вас есть диапазон допустимых значений от 1 до 10, вы должны выбрать одно верное значение внутри интервала, скажем, 5, и одно неверное значение вне интервала - 0.

  • Анализ Граничных Значений (Boundary Value Analysis - BVA). Если взять пример выше, в качестве значений для позитивного тестирования выберем минимальную и максимальную границы (1 и 10), и значения больше и меньше границ (0 и 11). Анализ Граничный значений может быть применен к полям, записям, файлам, или к любого рода сущностям имеющим ограничения.

  • Причина / Следствие (Cause/Effect - CE). Это, как правило, ввод комбинаций условий (причин), для получения ответа от системы (Следствие). Например, вы проверяете возможность добавлять клиента, используя определенную экранную форму. Для этого вам необходимо будет ввести несколько полей, таких как "Имя", "Адрес", "Номер Телефона" а затем, нажать кнопку "Добавить" - эта "Причина". После нажатия кнопки "Добавить", система добавляет клиента в базу данных и показывает его номер на экране - это "Следствие".

  • Предугадывание ошибки (Error Guessing - EG). Это когда тест аналитик использует свои знания системы и способность к интерпретации спецификации на предмет того, чтобы "предугадать" при каких входных условиях система может выдать ошибку. Например, спецификация говорит: "пользователь должен ввести код". Тест аналитик, будет думать: "Что, если я не введу код?", "Что, если я введу неправильный код? ", и так далее. Это и есть предугадывание ошибки.

  • Исчерпывающее тестирование (Exhaustive Testing - ET) - это крайний случай. В пределах этой техники вы должны проверить все возможные комбинации входных значений, и в принципе, это должно найти все проблемы. На практике применение этого метода не представляется возможным, из-за огромного количества входных значений.
  • Источник:  http://www.protesting.ru/testing/testdesign_technics.html 

воскресенье, 19 января 2014 г.

SEO

Инструмент работы с устаревшим контентом в Google:
https://www.google.com/webmasters/tools/removals
Использовать его для ускоренного обновления контента (не ждать пока робот сам проиндексирует измененный контент, а ему помочь) самостоятельно)