用SonarQube來監控SoftwareQuality-2-解讀

在前一篇[簡介]中,大致說明了SonarQube在軟體品質活動中的好處,本篇將繼續說明如何解讀。(SonarQube更版頻率頗高,以下畫面以 SonarQube  6.2版為例)

繼續閱讀 “用SonarQube來監控SoftwareQuality-2-解讀”

用SonarQube來監控SoftwareQuality-1-簡介

軟體品質是一種很玄的東西,之前沒太多量化的數據,大家好像都是憑感覺。一直到了公司推動CMMI,開始訂了一些收集品質數據的指標:如 Defect Density, Residual Defect Density, Defect Removal Efficiency, Review Efficiency, Testing Efficiency,MA團隊的MTTR(Mean time to recovery), MTBF(Mean Time Between Failures) …等,大家才開始知道應該要用數字來量化軟體品質,也才知道數字會說話。既然數字會說話,那為什麼上述的這些指標後來就漸漸被人淡忘了?相信近幾年才進公司的員工可能甚至沒聽過這些指標。 繼續閱讀 “用SonarQube來監控SoftwareQuality-1-簡介”

從【一例一休】續談測試案例設計

前一篇文章中我們體會到了SA(System Analyst 或BA(Business Analyst)如何利用”舉例說明”來和使用者釐清需求。說起來容易,但是怎麼開始下手,又是另一回事了。為了讓讀者更進一步體會在開發階段中如何利用這些案例來設計測試案例,以下仍然用一例一休的例子做為說明:

繼續閱讀 “從【一例一休】續談測試案例設計”

從【一例一休】牽拖Specification By Example

勞動部在105年12月通過一例一休,除了調整休假日與特休天數外,期望透過「工資成本以價制量」、「工時安排總量管制」方式,進一步落實週休二日之目標。法案通過後勞方資方似乎都不太買帳,但這不是今天要牽拖的重點,今天是以公司MIS和HR的角色來看如何將冷冰冰的法條透過Specification By Example轉換成可執行的系統。

繼續閱讀 “從【一例一休】牽拖Specification By Example”

從【一例一休】牽拖以0.5小時為最小請假單位的作法

勞動部在105年12月通過一例一休之後,開始了國內各公司HR與MIS不眠不休的制度與系統調整。以勞基法的規定,滿週年後才給假,且給假天數都是整數,所以不會有依比例的問題。但由於之前公司是採用曆年制,為配合勞基法未來修法方向,明年也將調整為週年制,在制度轉換的過渡期則是以105/12/31計算員工在公司的整數年年資,以勞基法新級距所對照出來的休假天數,再依到職週年日佔全年日期的比例計算。不過,公司的給假的規定是一天8小時,休假最小單位是0.5小時,所以計算出來的休假時數還要再判斷:未滿0.5小時以0.5小時計,超過0.5小時未滿1小時以1小時計。

今天要來牽拖的就是這最後一個規則:未滿0.5小時以0.5小時計,超過0.5小時未滿1小時以1小時計

繼續閱讀 “從【一例一休】牽拖以0.5小時為最小請假單位的作法”