вторник, 29 января 2013 г.

2. русская документация sonar: использование и средства


1.3. использование Sonar

что и как можно поглядеть
В sonar активно используется разграничение отображаемых данных в зависимости от необходимости:
global dashboard, например:

и project dashboard:


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

Реализован ряд механизмов удобного отслеживания источников ошибок: по клику на типе ошибки или значении какой-либо метрики можно дойти до исходников кода с подсвеченной строкой. Также можно пользоваться фильтрами для быстрого доступа к проектам по заданным условиям, будь то недавно инспектируемые проекты или проекты с нарушениями типа blocker или же critical. При желании можно создавать кастомные критерии и фильтры

1. русская документация sonar: основы и параметры анализа

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


0. Что это?


“Платформа Sonar представляет собой комплексное решение для отслеживания качества кода по различным параметрам: дублирование кода, его сложность, покрытие тестами, архитектура, потенциальные ошибки, соответствие стандартам кодирования, наличие комментариев. При этом собранная информация подается в доступном, удобном для восприятия виде. Платформа конфигурируема и расширяема.”

1. Как пользоваться.

1.1. основные концепции

архитектура
Sonar, как платформа, состоит из клиентской части, базы данных, серверной части и некоего блока логики - анализатора.
качество
обеспечивается такими понятиями, как

  • coding rules - набор встроенных правил, по которому оценивается качество кода
  • metric. бывают количественными (покрытие тестами, плотность повторяющихся строк..) и качественными (количество строк кода, сложность..)
  • measure - значение метрики для данного ресурса
  • quality profile - набор coding rules. каждый snapshot отображает один QP
  • resources - это тестируемый код. пакет/проект/модуль/файл
  • snapshot - набор результатов проверки данного ресурса
  • violation - нарушение. если код не удовлетворяет заданным параметрам, может быть зафиксировано в файле/юнит-тестах/пакете

элементы интерфейса
widget’s бывают глобальными и уникальными для каждого проекта
отображаемый dashboard  - набор виджетов с данными из базы данных

1.2. анализ кода

Анализировать код на предмет недочетов можно начать с помощью:


среда, 9 января 2013 г.

как подружить desktop/mobile devices с selenium grid


    safari
1.1.  svn checkout http://selenium.googlecode.com/svn/trunk/ selenium-read-only
1.2. go //javascript/safari-driver:SafariDriver

2. добавить полученное расширение в браузер (https://developer.apple.com/programs/safari/ - получить сертификат https://developer.apple.com/certificates/index.action)

    internet explorer
1. https://code.google.com/p/selenium/downloads/list
2. добавить в PATH

    opera
1. https://github.com/operasoftware/operadriver/downloads
2. добавить в PATH путь до .jar и ../lib

понедельник, 2 июля 2012 г.

jsTestDriver

что:
- сервер
- браузеры
- тесты

как:
- поднимается сервер (на localhost или любой машине)
- цепляются нужные браузеры (вручную или автоматически)
- прогоняются тесты (написанные с помощью jsTD или же QUnit)
- получаем результат (+ покрытие)

в официальной документации подробно рассказано о том, как запустить сервер и подключить всё, что следует. расскажу о деталях.

1. сервер
тут ничего сложного. поднимается запуском файла JsTestDriver.jar.

понедельник, 16 апреля 2012 г.

ценная информация

хотите учиться? пожалуйста!


если ещё что вспомню или найду, допишу. основные сайты, где информация ценна и, более того, в свободном доступе. да, ещё и на русском языке..

среда, 11 апреля 2012 г.