{"id":909,"date":"2013-12-29T09:00:00","date_gmt":"2013-12-29T08:00:00","guid":{"rendered":"http:\/\/qualilogy.com\/es\/?p=909"},"modified":"2013-12-31T09:23:57","modified_gmt":"2013-12-31T08:23:57","slug":"analisis-plsql-con-sonarqube-el-quality-profile-plsql","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/es\/analisis-plsql-con-sonarqube-el-quality-profile-plsql\/","title":{"rendered":"An\u00e1lisis PL\/SQL con SonarQube \u2013 El Quality Profile PL\/SQL"},"content":{"rendered":"

\"SonarQubePLSQL3\"<\/a>En el post anterior, hemos configurado nuestro primer an\u00e1lisis PL\/SQL con SonarQube y Jenkins<\/a>. Lo ejecutamos, y luego podemos ver los resultados en el dashboard de SonarQube.<\/p>\n

Ser\u00e1 una oportunidad para examinar y explicar en los pr\u00f3ximos articulos las reglas de SonarQube sobre las mejores pr\u00e1cticas de programaci\u00f3n PL\/SQL. Pero en primer lugar, vamos a ver lo que nos ofrece el Quality Profile PL\/SQL de SonarQube. <\/p>\n

Recordemos que un Quality Profile es un grupo de reglas, cada una con un peso (Blocker, Cr\u00edtical, Major, etc.). Podemos personalizar el perfil, activando o desactivando ciertas reglas, o asignando un nivel diferente de criticidad seg\u00fan las buenas pr\u00e1cticas en marcha en el equipo de proyecto o en el cliente. Unas reglas, por lo general las m\u00e1s importantes, son obligatorias y no se deben desactivar, aunque podemos cambiar eventualmente su peso. Otras normas, en general, menos cr\u00edticas, se pueden desactivar si un cliente ha optado por no incluirlas en sus propias mejores pr\u00e1cticas.<\/p>\n

Para tomar estas decisiones, echemos un vistazo a lo que nos ofrece el perfil de calidad PL\/SQL de SonarQube.<\/p>\n

El Quality Profile PL\/SQL de SonarQube<\/h2>\n

\"PLSQL_IssuesDrillDown\"<\/a>En el cuadro de mando SonarQube de nuestro proyecto, la p\u00e1gina \u2018Issues drilldown’ enumera varios violaci\u00f3nes de buenas pr\u00e1cticas de programaci\u00f3n PL\/SQL.<\/p>\n

Podemos constatar 17 infracciones de tipo Blockers pero zero defecto cr\u00ectico (Critical). Bastante sorprendente.<\/p>\n

Es muy posible tener s\u00f3lo 17 Blockers, como posible consecuencia de falta de atenci\u00f3n por parte del equipo del proyecto, pero una puntuaci\u00f3n perfecta en las normas cr\u00edticas con una total ausencia de defecto es realmente incre\u00edble.<\/p>\n

Vamos a ver el Quality Profile por defecto de SonarQube. Activamos el men\u00fa correspondiente en\u00a0 la barra de men\u00fa, para abrir la p\u00e1gina del mismo nombre.<\/p>\n

\"SonarQubeQualityProfileMenu\"<\/a><\/p>\n

\"PLSQLProfileSonarWay\"<\/a>Al final de esta p\u00e1gina, encontramos el Profile PL\/SQL llamado \u2018Sonar way\u2019, con 74 reglas.<\/p>\n

Un clic en este enlace nos permite entrar en la p\u00e1gina de detalle de estas normas.<\/p>\n

En ella, encontramos en primer lugar el conjunto de reglas cr\u00edticas al seleccionar \u2018Critical\u2019 en la combo-box \u2018Severity\u2019, y luego activando el bot\u00f3n \u2018Search\u2019.<\/p>\n

\"PLSQLProfileCriticalRules\"<\/a><\/p>\n

Podemos ver que este Profile tiene s\u00f3lo 5 reglas \u2018Critical\u2019 y todas ellas desactivadas, ya que no hay ninguna seleccionada.<\/p>\n

\"PLSQLProfile5CriticalRules\"<\/a><\/p>\n

Ahora, si buscamos todas las reglas de cualquier criticidad, pero inactivas:\"PLSQLProfileInactiveRules\"<\/a><\/p>\n

Podemos ver que 58 reglas son desactivadas, adem\u00e1s de los 74 existentes.<\/p>\n

Por supuesto que no todas son necesariamente aplicables, pero mi objetivo en esta serie de posts es construir una demo que me permite mostrar lo que se puede hacer con SonarQube para una evaluaci\u00f3n de la calidad de c\u00f3digo PL\/SQL. Por eso, yo quiero tener el mayor n\u00famero de reglas, y luego escoger si hay que desactivar algunas o cambiar su criticidad para mi demo.<\/p>\n

Crear un nuevo Quality Profile<\/h2>\n

Voy a crear un nuevo perfil de calidad en el que voy a activar todas las reglas existentes. Luego, podremos volver a ejecutar un an\u00e1lisis y ver en el cuadro de mando SonarQube si tengo unos resultados interesantes.<\/p>\n

\"PLSQLProfileCopy\"<\/a>Para crear un nuevo Profile, tengo primero que conectarme como \u2018Admin\u2019, de tal modo que, cuando entro de nuevo en la p\u00e1gina \u2018Quality Profile\u2019, nuevos men\u00fas han aparecido que me permiten copier el perfil por defecto, con un click en el men\u00fa \u2018Copy\u2019.<\/p>\n

Surge un dialog-box para escoger un nombre para este nuevo Profile.<\/p>\n

\"PLSQLProfileCopyName\"<\/a><\/p>\n

Una vez creado, vamos en su p\u00e1gina de Profile y buscamos todas las reglas inactivas, como lo hemos hecho anteriormente.<\/p>\n

\"PLSQLProfileActivateAll\"<\/a>Una vez estas 58 reglas en la pantalla, puedo activarlas todas de una vez con el \u2018Bulk Change\u2019 en la parte superior derecha de la p\u00e1gina. Simplemente seleccionamos \u2018Activate all\u2019 para activar todas las reglas presente en la p\u00e1gina.<\/p>\n

Tras esta operaci\u00f3n, SonarQube me dice que 132 reglas est\u00e1n disponibles en mi nuevo perfil : las 74 activas al principio m\u00e1s las 58 que acabamos de activar. La cuenta es correcta.<\/p>\n

\"TabProjects\"<\/a>Se queda una \u00faltima operaci\u00f3n que realizer: asignar este perfil a mi an\u00e1lisis PL\/SQL. Vamos en la pesta\u00f1a ‘Projects’ y buscamos el proyecto que representa mi an\u00e1lisis de c\u00f3digo PL\/SQL. Con 2 letras introducidas en el campo de busqueda, SonarQube lista todos los proyectos con estas 2 letras y me permite escoger el an\u00e1lisis de c\u00f3digo PL\/SQL.<\/p>\n

\"PLSQLProfileProjects\"<\/a><\/p>\n

Luego, voy a hacer un ‘Logout’ como Admin y ejecutar de nuevo mi an\u00e1lisis PL\/SQL en Jenkins.<\/p>\n

\"PLSQL_IssuesDrillDown2\"<\/a>La pagina ‘Issues drilldown’ muestra ahora nuevos defectos ‘Critical’ y un aumento muy importante en el n\u00famero de violaciones.<\/p>\n

Entonces, vamos a poder ver todas las reglas PL\/SQL disponibles en SonarQube, y por lo tanto personalizar nuestro nuevo Quality Profile.<\/p>\n

El siguiente post se centrar\u00e1 en las reglas m\u00e1s importantes: ‘Blockers’ y ‘Critical’. Hasta luego.<\/p>\n","protected":false},"excerpt":{"rendered":"

En el post anterior, hemos configurado nuestro primer an\u00e1lisis PL\/SQL con SonarQube y Jenkins. Lo ejecutamos, y luego podemos ver los resultados en el dashboard de SonarQube. Ser\u00e1 una oportunidad para examinar y explicar en los pr\u00f3ximos articulos las reglas de SonarQube sobre las mejores pr\u00e1cticas de programaci\u00f3n PL\/SQL. Pero en primer lugar, vamos a […]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15],"tags":[],"class_list":["post-909","post","type-post","status-publish","format-standard","hentry","category-sonarqube-plsql"],"_links":{"self":[{"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/posts\/909"}],"collection":[{"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/comments?post=909"}],"version-history":[{"count":33,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/posts\/909\/revisions"}],"predecessor-version":[{"id":914,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/posts\/909\/revisions\/914"}],"wp:attachment":[{"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/media?parent=909"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/categories?post=909"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/qualilogy.com\/es\/wp-json\/wp\/v2\/tags?post=909"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}