蘇州華克斯公司-中國(guó)sonarqube 中文

使用SonarQube進(jìn)行PL / SQL分析 - 評(píng)估質(zhì)量（2/3）

發(fā)表評(píng)論

PLSQLEva2可以讓你等待PL / SQL代碼和SonarQube這一系列的以下內(nèi)容，但是我很忙，工作和我的筆記本電腦突然決定放棄我，當(dāng)然引用墨菲的定律來(lái)證明在壞的情況下分解時(shí)間。

在之前的帖子中：在使用SonarQube配置PL / SQL代碼的分析后，我們通過(guò)指導(dǎo)“阻止程序和關(guān)鍵”規(guī)則的魯棒性，性能和安全性定義了我們自己的質(zhì)量配置文件?，F(xiàn)在看起來(lái)像我們的儀表盤(pán)？

繼續(xù)閱讀→

此條目發(fā)布于2014年2月27日由Jean-Pierre FAYOLLE發(fā)行的SonarQube - PL / SQL。

使用SonarQube進(jìn)行PL / SQL分析 - 評(píng)估質(zhì)量（1/3）

發(fā)表評(píng)論

PLSQL_EvaluationQualité1A作為本系列的綜合，用于使用SonarQube分析PL / SQL代碼。

在與Jenkins配置我們的分析之后，我們啟動(dòng)了它，發(fā)現(xiàn)了17個(gè)阻塞程序，但是使用默認(rèn)的SonarQube質(zhì)量配置文件發(fā)現(xiàn)了零個(gè)關(guān)鍵缺陷（Critical）。事實(shí)上，現(xiàn)有的5項(xiàng)關(guān)鍵規(guī)則已被禁用，另外還有一些其他不同臨界規(guī)則：132項(xiàng)中有58項(xiàng)。

繼續(xù)閱讀→

此條目發(fā)布于2014年1月30日由Jean-Pierre FAYOLLE發(fā)行的SonarQube - PL / SQL。

如何在軟件開(kāi)發(fā)工作流中構(gòu)建質(zhì)量

遠(yuǎn)見(jiàn)卓識(shí)視圖， 顯示每個(gè)測(cè)試在運(yùn)行時(shí)的執(zhí)行時(shí)間

假設(shè)你是一個(gè)希望成長(zhǎng)為一家中型科技公司的初創(chuàng)企業(yè)--介于30到100工程師之間。招聘是快速發(fā)生的， 而且你的代碼數(shù)量也在快速增長(zhǎng)。在較早的階段， 貴公司專(zhuān)注于證明產(chǎn)品。一切都是規(guī)模較小， 你可以循環(huán)快速。現(xiàn)在， 隨著你的成長(zhǎng)， 你有更多的在編寫(xiě)代碼和更多的變量的組合。

這是當(dāng)你注意到產(chǎn)品質(zhì)量開(kāi)始惡化， 你不能像你希望的那樣快速發(fā)布代碼。在擴(kuò)展業(yè)務(wù)時(shí)， 有越來(lái)越多的變量需要進(jìn)行調(diào)整， 您可能會(huì)忽略更多測(cè)試的需要， 并在測(cè)試上花費(fèi)更多的時(shí)間。

如果你決定聘請(qǐng)一個(gè) QA 經(jīng)理， 而后者又帶來(lái)了一批自動(dòng)化工程師， 你就可以走出困境。硒測(cè)試的覆蓋率很高。但隨著時(shí)間的推移，北京sonarqube 中文， 事情又開(kāi)始放慢了。所有的自動(dòng)化和善意， 你建立了硒覆蓋開(kāi)始打破和失敗， 它反復(fù)暫停軟件工廠。

我們開(kāi)始的地方

當(dāng)我加入 Shutterstock 時(shí)， 我對(duì)公司的自動(dòng)化測(cè)試覆蓋率印象深刻。幾乎每一個(gè)功能的網(wǎng)站上都有測(cè)試覆蓋率的形式， 硒端對(duì)點(diǎn)測(cè)試。Shutterstock 有一個(gè)開(kāi)發(fā)工作流程的地方通過(guò)詹金斯， 將阻止部署到生產(chǎn)， 如果硒測(cè)試失敗。我喜歡這樣;這意味著除非所有的測(cè)試都通過(guò)了， 否則任何人都不能將任何東西放到生產(chǎn)中。

但不久之后， 我意識(shí)到， 我們的公司， 這是每天發(fā)布多次， 已經(jīng)變成了一個(gè)公司， 現(xiàn)在被禁止發(fā)布多天一次，中國(guó)sonarqube 中文， 主要是因?yàn)槭〉奈鴾y(cè)試。常見(jiàn)的情況是， 測(cè)試失敗不是因?yàn)楫a(chǎn)品損壞， 而是因?yàn)樗鼈兒艽嗳酢?/p>

一些事情導(dǎo)致了這一點(diǎn):

終端端 selenium-based 驗(yàn)收測(cè)試成為了每個(gè)人都依賴(lài)于測(cè)試的唯yi形式的自動(dòng)化測(cè)試。許多團(tuán)隊(duì)甚至停止編寫(xiě)單元測(cè)試。

測(cè)試框架是片狀的， 是由 QA 團(tuán)隊(duì)建立和擁有的。當(dāng)某件事情失敗， 整個(gè)軟件工廠停止運(yùn)轉(zhuǎn)時(shí)，中國(guó)sonarqube 中文， QA 團(tuán)隊(duì)中一小部分三到五人的錯(cuò)誤就落在了我們身上， 他們經(jīng)常被指責(zé)為放慢了組織的速度。

工程組織花了很多時(shí)間來(lái)研究如何構(gòu)建一個(gè)可以擴(kuò)展的產(chǎn)品， 但是沒(méi)有足夠的注意力去構(gòu)建一個(gè)支持這種產(chǎn)品開(kāi)發(fā)的開(kāi)發(fā)工作流程。

質(zhì)量完全由 QA 團(tuán)隊(duì)擁有。

在我們的， 我們有一個(gè) QA 組織， 它沒(méi)有與組織的其他部分進(jìn)行擴(kuò)展。雖然他們擁有自動(dòng)化所有內(nèi)容的技能， 但是他們?nèi)狈?gòu)建可伸縮的測(cè)試框架所需的技能。由于這種差距， 他們無(wú)法影響組織的其他人認(rèn)為質(zhì)量是所有人擁有的東西， 而不僅僅是 QA 團(tuán)隊(duì)。為了彌合這一差距， 我們不得不重新考慮我們對(duì) QA 整體的態(tài)度。

邁向新的開(kāi)始

我想完成兩個(gè)目標(biāo): 首先， 重建 Shutterstock 的測(cè)試基礎(chǔ)架構(gòu)/框架， 使其更加穩(wěn)定， 其次， 改變 Shutterstock 的工程文化， 使之成為一個(gè)質(zhì)量不是由測(cè)試工程團(tuán)隊(duì)擁有的， 而是由每個(gè)人來(lái)?yè)碛小?/p>

我們改變了招聘測(cè)試工程師時(shí)所期待的能力。我們希望我們的測(cè)試工程師成為強(qiáng)大的開(kāi)發(fā)人員， 他們知道如何構(gòu)建 object-oriented 的解決方案， 從而幫助他們創(chuàng)建一個(gè)穩(wěn)定且可擴(kuò)展的測(cè)試框架。我們也希望他們成為有影響力的人， 他們可以推動(dòng)他們的團(tuán)隊(duì)做正確的事情， 而不采取跳過(guò)單元測(cè)試這樣的捷徑。一旦我們建立了一個(gè) world-class 測(cè)試工程團(tuán)隊(duì)，代理商sonarqube 中文， 我們就開(kāi)始了解如何快速發(fā)布， 同時(shí)保持一個(gè)的產(chǎn)品。

我們知道我們da的問(wèn)題是脆弱的測(cè)試， 所以我們建立了一個(gè)叫做 '睿智' 的工具來(lái)記錄每個(gè)測(cè)試的通過(guò)/失敗數(shù)據(jù)。我們所有的測(cè)試都把數(shù)據(jù)推入睿智， 每次他們作為我們的詹金斯工作流程的一部分運(yùn)行。然后， 我們?cè)谶@個(gè)數(shù)據(jù)庫(kù)之上建立了一個(gè)網(wǎng)站， 使數(shù)據(jù)的挖掘變得容易。我們現(xiàn)在能夠監(jiān)控工作的合格率、個(gè)別測(cè)試的及格率、常見(jiàn)的失敗消息、的運(yùn)行測(cè)試， 等等。有了這些數(shù)據(jù)， 我們就可以保持自己和其他人的責(zé)任感。我們的一個(gè)團(tuán)隊(duì)受影響的失敗的測(cè)試認(rèn)識(shí)到， 他們通常的傳球率只有20%。(試想一下， 由于這一路障， 軟件工廠經(jīng)常停下來(lái)。通過(guò)使用遠(yuǎn)見(jiàn)卓識(shí)， 他們能夠快速隔離測(cè)試的di合格率， 并在這些測(cè)試中看到常見(jiàn)的失敗消息。團(tuán)隊(duì)對(duì)測(cè)試腳本進(jìn)行了簡(jiǎn)單的修復(fù)， 以提高其可靠性。

SonarSource關(guān)鍵挑戰(zhàn)代碼質(zhì)量管理

按設(shè)計(jì)， 按規(guī)定的時(shí)間間隔， 不間斷地進(jìn)行準(zhǔn)時(shí)審核。這種代碼的方法質(zhì)量管理有四主要類(lèi)型的缺點(diǎn)， 這將在本節(jié)詳述。

太少， 太遲準(zhǔn)時(shí)審計(jì)確定了兩種改進(jìn): 化妝品和結(jié)構(gòu)變化。而外觀更改需要稍加修改， 結(jié)構(gòu)更改可能包括主要軟件設(shè)計(jì).雖然可能需要進(jìn)行此類(lèi)更改， 但由準(zhǔn)時(shí)審核產(chǎn)生的行動(dòng)計(jì)劃在過(guò)程中定義得太晚， 無(wú)法做任何事情， 但會(huì)打亂開(kāi)發(fā)周期;無(wú)論是軟件發(fā)布日期需要擴(kuò)展， 以包括軟件重新設(shè)計(jì)， 或更糟糕的軟件將被推送到質(zhì)量不達(dá)標(biāo)的生產(chǎn)， 因此降低了可維護(hù)性和適應(yīng)性， 當(dāng)新的業(yè)務(wù)需求出現(xiàn)。

來(lái)自開(kāi)發(fā)團(tuán)隊(duì)的推回組織內(nèi)部的質(zhì)量過(guò)程顯然缺乏所有權(quán)。審計(jì)員不能自己的過(guò)程， 因?yàn)樗麄兗炔粨碛写a也不控制問(wèn)題解決。同樣，模型的命令和控制特性阻止開(kāi)發(fā)團(tuán)隊(duì)擁有過(guò)程， 因?yàn)樗鼪](méi)有參與審查。因此， 您有兩個(gè)斷開(kāi)的組這些都是質(zhì)量的責(zé)任， 而不是他們的責(zé)任。開(kāi)發(fā)人員傾向于從準(zhǔn)時(shí)審核中產(chǎn)生的行動(dòng)計(jì)劃， 因?yàn)樗麄?√是在團(tuán)隊(duì)之外生成的， 在日常工作中被視為一種新的約束√是主觀的;調(diào)查結(jié)果依賴(lài)于審計(jì)師的判斷， 而非客觀措施√小姐的背景和歷史信息， 因此被視為無(wú)關(guān)√因正在進(jìn)行的更改而失效， 并很快變得過(guò)時(shí)√不要讓和其他利益相關(guān)者參與審核和審核過(guò)程√介入的過(guò)程太晚;在審核功能時(shí)， 開(kāi)發(fā)人員需要 '重新學(xué)習(xí)'用于解決查找的代碼

缺少過(guò)程所有權(quán)

組織內(nèi)部的質(zhì)量過(guò)程顯然缺乏所有權(quán)。審計(jì)員不能自己的過(guò)程， 因?yàn)樗麄兗炔粨碛写a也不控制問(wèn)題解決。同樣，模型的命令和控制特性阻止開(kāi)發(fā)團(tuán)隊(duì)擁有過(guò)程， 因?yàn)樗鼪](méi)有參與審查。因此， 您有兩個(gè)斷開(kāi)的組這些都是質(zhì)量的責(zé)任， 而不是他們的責(zé)任。

異構(gòu)需求衡量軟件絕dui價(jià)值的傳統(tǒng)方法， 如問(wèn)題總數(shù)在質(zhì)量門(mén)中發(fā)現(xiàn)， 強(qiáng)制評(píng)估人員對(duì)不同的應(yīng)用程序進(jìn)行測(cè)量要求取決于其來(lái)源。例如， 遺留項(xiàng)目可能不會(huì)保持在相同的高度一個(gè)綠地項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)， 和 in-house 的發(fā)展可能被判斷不同于外包代碼。這是由于您仍然需要允許軟件運(yùn)送到生產(chǎn)， 并要求每個(gè)項(xiàng)目達(dá)到相同的絕dui價(jià)值的質(zhì)量閾值之前釋放通常是不切實(shí)際的。使用這些絕dui值， 幾乎不可能解決共同的對(duì)所有應(yīng)用程序的要求， 因此很難在整個(gè)委yuan會(huì)中采用良好的做法。