泥潭源碼
『壹』 代碼覆蓋率VS測試覆蓋率
測試覆蓋率和代碼覆蓋率是衡量代碼有效性的最流行方法。這些術語有時會同時出現，因為它們的基本原理相同。但是它們並不是那麼一致。很多時候，測試團隊和開發團隊對這兩個術語的使用感到困惑。下面詳細討論代碼覆蓋率和測試覆蓋率之間的區別的原因。
代碼覆蓋率：表示通過用Selenium或任何其他測試自動化框架進行的手動測試和自動化測試，測試用例覆蓋的代碼百分比。例如，如果源代碼具有一個簡單的if...else循環，則如果測試代碼可以覆蓋這兩種情況（即if＆else），則代碼覆蓋率將為100％。
測試范圍：包括測試作為功能需求規范，軟體需求規范和其他必需文檔的一部分而實現的功能。例如，如果要對Web應用程序執行跨瀏覽器測試，以確保應用程序可以在其他瀏覽器流暢運行。測試覆蓋范圍是已驗證Web應用程序的瀏覽器兼容性的瀏覽器+操作系統組合的數量。
開發人員在單元測試期間執行代碼覆蓋，以驗證代碼實現，盡可能多執行代碼語句。大多數代碼覆蓋率工具都使用靜態工具，將監視執行的語句插入代碼中的必要位置。盡管添加檢測代碼會導致總體應用程序大小和執行時間增加，但與通過執行檢測代碼生成的信息相比，開銷卻很小。輸出包含一個詳細描述測試套件測試范圍的報告。
單元測試主要用於在單個單元級別上測試代碼。由於單元測試是由開發人員自己編寫的，因此他對應該作為單元測試的一部分包含的測試具有更好的可見性。單元測試有助於提高軟體的整體質量，但是關於構成單元測試的測試數量始終存在疑問。測試套件中是否有足夠數量的測試方案？我們應該添加更多測試嗎？代碼覆蓋率是所有這些問題的重要衡量標准。
隨著產品開發的進行，新功能以及BUG修復補丁將添加到發布周期中。這意味著測試代碼可能還需要進行更改，以使其與開發過程中所做的軟體更改保持一致。在項目開始時設定的測試標准必須與後續的發布周期保持一致，這一點很重要。代碼覆蓋率可用於確保測試過程符合這些標准，並且質量最好的代碼進入生產階段。
代碼覆蓋率越高，發生未檢測到的錯誤的概率越低。在某些組織中，質量團隊設置在將軟體推向生產階段之前需要實現的最小代碼覆蓋量。這樣做的主要原因是為了減少在產品開發的後期階段檢測到錯誤的可能性。
代碼覆蓋范圍有不同的級別，代碼覆蓋率的一些常見的類型為：
為了檢查代碼覆蓋率，使用了一種稱為檢測的方法。工具可用於監視性能，插入跟蹤信息以及診斷源代碼中的任何類型的錯誤。
儀器分為三種主要類型
根據測試要求，團隊應該選擇正確的代碼覆蓋率工具以及該工具支持的最佳檢測方法。
有許多支持不同編程語言的代碼覆蓋工具，其中許多還可以兼用作QA工具。許多工具可以與構建工具和項目管理工具集成在一起，從而使它們更加強大的作用。選擇開源代碼覆蓋率工具時，應檢查該工具支持的功能以及該工具是否正在積極開發迭代中。下面是一些流行的開源代碼覆蓋工具：
與代碼覆蓋率是白盒測試方法不同，測試覆蓋率是黑盒測試方法。以最大范圍覆蓋FRS（功能需求規范），SRS（軟體需求規范），URS（用戶需求規范）等中提到的需求的方式編寫測試用例。
像代碼覆蓋率一樣，也可以通過不同類型的測試來評估測試覆蓋率。但是，應遵循哪種測試完全取決於具體的業務。例如在以用戶為中心的Web應用程序中，可能存在UI/UX測試比功能測試具有更高優先順序的情況，而在其他類型的應用程序中（例如銀行，金融）；可用性測試，安全性測試等可能更為重要。
以下是一些測試覆蓋率機制：
要注意的另一個重要點是，測試覆蓋范圍的目的和含義可能會有所不同，具體取決於執行測試的級別。它還取決於執行黑盒測試的產品類型。用於測試手機的測試覆蓋率指標將不同於用於網站測試的指標。一些分類如下：
在代碼覆蓋率的情況下，度量標準是通過測試用例/測試套件測試的代碼的百分比。因此，可以量化測試結果，即在100 LOC（代碼行）中，代碼覆蓋率為80行。這意味著代碼覆蓋率為80％。由於執行測試是為了驗證功能要求，因此無法量化測試覆蓋率的結果。還可以提出可以在單個測試中測試多個需求的黑匣子測試。 盡管在少數情況下必須編寫測試代碼來達到測試覆蓋率要求，但是在某些情況下，您可能仍需要使用一些流行的測試框架。兩種最受歡迎 的測試框架是：
衡量代碼覆蓋率和測試覆蓋率的影響的基礎完全不同。代碼覆蓋率是通過測試期間覆蓋的代碼百分比來衡量的，而測試覆蓋率是通過測試覆蓋的功能來衡量的。 重要的是「其中哪一項最適合項目」？這個問題沒有確切的答案，因為解決方案取決於項目的類型和復雜性。在大多數情況下，使用測試覆蓋率和代碼覆蓋率，因為它們在軟體項目中同等重要。
測試團隊應花費大量時間來了解總體要求並確定測試活動的優先順序。為了跟蹤進度，他們應該有一個清單，該清單應定期更新（至少在每次發行之後）。測試團隊還必須與質量保證（QA）團隊保持頻繁的溝通，這是很重要的，因為他們具有要發布給客戶/客戶的產品/項目必須達到的目標（測試/代碼）覆蓋范圍的詳細信息。沒有專門的經驗法則提到測試產品時需要達到的最小代碼覆蓋率或測試覆蓋率百分比。
追求覆蓋率只是手段而不是目的。測試同學的終極目的還是要在首先的資源情況下最大顯得保障產品質量。不能因為KPI就盲目追求手段的極致，反而本末倒置，最終陷入泥潭不能自拔。
『貳』 我是有多煩改別人代碼.腦子快裂了
前幾天重讀Eric S. Raymond的How to become a hacker,看到他推薦編程入門選用Python，突然覺得很壓抑，有了些想法。我建議編程入門的人學C或者Pascal，如果更進一步的話可以用匯編語言，因為這樣能更清楚的了解底層。
下面針對一些支持選用Java, Python, C++(指用了非C特性的C++)等高級的OO語言入門的人可能的原因作些說明。
1. Pascal, C太老了，過時了，平時用得很少，現在流行Java等等。
標准Pascal的確是比較老了，不過有Delphi後繼呢，說C老恐怕就是無知了，C現在用得很廣泛，似乎sourceforge上的項目還是 C的最多。推薦Pascal不是因為Delphi。選擇Pascal, C是覺得兩個現在很常見，語法很有代表性，簡潔明了。
不要動不動覺得什麼東西過時了，COBOL還有OO版本面世，還有FORTRAN,LISP,好古老的語言吧，現在還用得很廣呢。
2.入門要從OO開始，培養用OO方式思考的習慣。
首先要說明，OO是方法，不是語言，初學者一入門便擺弄Java, Python, Delphi等很容易形成誤解，似乎OO=Java, Python, C++...
其次，過程式語言(或者說結構化方法)的精髓不會消亡，OO裡面也不可能擺脫掉一條條的語句、函數調用，結構化方法還是需要提倡的。OO方法不是那麼容易學會的(OO語言的語法弄得很熟練不代表你懂OO)，而結構化那套方法，自個寫個千把行的程序就很能體會了，我是說寫個實用點的東西，比如試著自個實現一些數據結構和演算法，寫幾個小游戲等。寫個一千行Hello world等於沒寫。
我覺得方法是實踐中體會出來的，不是看看書就能學會的，你看Design Patterns等把模式背的滾瓜爛熟很可能會陷入過度設計的泥潭，你寫了幾千行代碼，然後再去讀一讀，改改調試調試，慢慢增加功能，你就會發現自己代碼寫的有多麼臭了，然後看看書聽聽別人意見你就知道什麼叫Best practice了，最好的經驗就是在焦頭爛額之際得到的。
過程式語言的代碼一般比較簡練，我們編程序最終的目的是要解決問題，是要計算，是要獲取信息，不要被OO, pattern, EJB, Web Services等迷糊了(我不是反對這些技術).
強烈建議各位多讀代碼，你去看看萊昂氏的那本UNIX v6源碼，仔細看，慢慢看，你就能體會到什麼叫精緻的代碼了，然後嘗試按照那個風格寫代碼。
3.過程式語言弄久了，很難轉入OO的思維模式
我以前也沒有深想過這個理由，不過時間久了，發覺自己不過是把數據和方法集中在一起而已，看著方便，其實有很多不合理的東西，這里頭就需要OO 的理論指導了，還是需要時間來體會。我相信有很多用OO語言的人也不過是在框架里頭添添代碼，調用來調用去而已，把人類當作數據和操作的打包器。
個人覺得只有在用過程式方法做了十來年，編碼上十萬行後才有思維定勢，難以習慣用OO的眼光看待系統，然而這個轉變，我仍覺得比改變一個人的惡習容易許多。OO方法不是學了個Java, Python, C++等就能掌握的，需要實踐，需要時間。過程式語言也容易培養一個人嚴謹的做事態度，比如用Pascal, C等寫代碼，沒有namespace,沒有function overload, 沒有reference(Pascal有，呵呵，我喜歡)，沒有template, 沒有exception, 你要花很多心思處理一些細節，比如警惕數組索引越界，懸掛指針，野指針等等，請不要覺得麻煩，這個就是計算機啊，底層就是這樣的啊。 4.別用C, Pascal了，看我用Java, Python, Delphi, B, C等輕輕鬆鬆就寫了個PP的GUI,NB的分布式應用...
這篇文章是給初學者看的，也可以給一些浮躁的人看看(我也反省，呵呵)，初學編程的人精力應該放在數據結構、演算法上面，盡量多看一些底層的東西，數字邏輯，操作系統，編譯原理，計算機組成、體系結構，計算機網路等等基礎知識。編寫GUI拖幾個控制項有什麼好吹的，你懂界面設計的原則么，你知道窗口消息怎麼回事么，你編的界面是把易用放在第一位呢還是把漂亮放在第一位呢，你的GUI程序容易修改嗎?比如我一會要加個button,一會去個 listbox,你會不會改的瘋掉呢?你是不是在OnClick里頭寫了大段大段的代碼，做類似「從edit1.text中去掉不是數字的字元，搜索 xxx再轉成16進制,再到edit2.text」的事?
嗯，你socket弄得熟練，recv來，send去，可是如果你不懂tcp/ip協議那就有點可笑了，除了用別人做好的函數庫你還能搞出什麼新花樣?弄分布式應用的知道「分布式」怎麼回事嗎，
你是否只是在用API堆砌代碼呢?倘若有一天這個函數庫沒人支持了，你是不是就傻眼了?
比如編游戲，沒看過3D圖形學便搞DirectX，也是比較可笑的。
我並不是說你編比較高層的東西就必須先得透徹了解底層怎麼實現的，我只是建議你好歹把底層的東西混個臉熟，遇到問題時心裡有個譜，查查資料，別動不動撲某個求救。以前在BBS上看到某人的話，說BBS不是學習的地方，是開拓眼界的地方。深以為然。
學習還是找紙版的書老實的看比較好，想想你積攢了多少電子書而又看了多少。
底層不了解，僅多也就飄在別人上頭，別人一閃身，你就得摔下來。
初學編程的人一來就IDE, GUI, Network啥的猛搞，能不浮躁么?還是沉下心來研究一下基礎知識吧，我以腦袋你有生之年會覺得他們有用的(呵呵，你轉行我就沒轍了)，別看著別人弄JFC, Socket了你還在頭大這個uick sort怎麼就不對呢就心裡惶惶的，你要知道在一批API不被支持後不少人心裡空空的沒個著落:天啊，我除了那個就啥都不會了，郁悶啊，花了我那麼久時間鑽研那套API，嗚嗚。。。。
5. C好難啊，我入門還是從Java，Python開始吧
首先，是自個要做程序員的嗎?是想編程還是想賺錢啊?
其次，我們來比較一下難易:
C: k&r那本書真的不算厚，經典的C的書很少，說C難，大概是傳說中C的指針很難吧，C的語法很簡明的，就是指針，只要你認真看看書，寫幾個程序試一試，那幾個指針的用法不難掌握，另外大家千萬不要去死鑽*++ ++*之類的語法，關於這點在《高手》最後上裘宗燕老師有一篇精彩的文章。大家記住寫代碼是要維護的，別耍弄語法技巧給自己或後人麻煩，你想想自己看別人寫的天書代碼是贊嘆還是咒罵?
Java: 書太多了啊，就說Gosling(沒拼錯吧)那本，相當厚，學Java的人一開始都被classpath和package的問題煩過吧，還有Java的關鍵字，語法，Sun鼓搗出來的一堆堆Java技術名詞，是不是有點暈了?
C++的確有難度，你可以看看C++語言的設計和演化，就可以知道C++怎麼這個德行了，呵呵。有意思的是Java現在加入模版，而且因為偽模版的實現被人詬病，還有那個EJB的轉變，有意思，大家可以思考一下「復雜」、「實用」這些詞。
Python的確比較清爽，不過深入一點後其內部對象模型也不簡單，想想操作一個列表有多少方法，各種功能強大的操作符，而且現在的OO語言逼著你OO, 結果往往是語法OO而已，沒多大新意，我還是欣賞Perl, C++這類語言，你想怎麼就怎麼，重要的是要用合適方法，趁手工具，最少的時間做有價值的東西，把你鑽研語言的語法的時間拿來鍛煉一下身體，泡杯茶看看小說我覺得更好一些。
語言只是表達思想的工具，不要只局限於一種語言，不要狂熱於某一門語言。
學編程時選書最好先看一看書中的代碼，是取自實際應用中的嗎?寫的漂亮嗎?(指代碼自身的精緻，以及排版是否工整)代碼中有語法錯誤嗎?(鄙視某些沒編譯試試就把代碼到書里的作者)
有本Essential C#，取的是.Net類庫的代碼，很棒，講delegate(希望沒拼錯，好久沒弄這個了)時舉的例子很清楚地讓人看到這個東西該怎麼用。
另外推薦Learning Perl，我個人覺得是我看過的最好的關於編程的書，該講么，不該講什麼，按什麼順序講，很好，也許是Perl的精神的感染吧，當初看這本書很有震驚的感覺，原來程序設計語言還可以這么使!爽!
『叄』 三星證實源代碼被竊取，科技巨頭頻陷勒索軟體泥潭
盡管三星並未透露入侵公司系統的對象，但南美黑客組織Lapsus$已於上周公開表示從三星伺服器中盜取數據，並 公布了190GB的源代碼信息 。據悉，目前Lapsus$尚未對三星提出贖金要求。
此前，該黑客組織聲稱對晶元製造巨頭英偉達進行了網路攻擊，表示 已竊取近1TB數據，並公開索要贖金 。由於英偉達未滿足其勒索要求，Lapsus$公布了 包含英偉達GPU驅動、挖礦鎖算力軟體源代碼等高度機密數據 。
3月1日，英偉達證實發生網路安全事件，包括員工憑證和專有公司信息在內的敏感信息遭到泄露。警報網站Have I Been Pwned表示，目前已有超過7萬英偉達員工信息遭到泄露。
除索要錢財外，Lapsus$要求英偉達 刪除RTX 30系列顯卡的挖礦限制器，並將其RTX GPU驅動程序開源 ，否則將公開更多商業機密。
據了解，該黑客組織於2021年12月第一次使用勒索軟體攻擊了巴西衛生部，並竊取了50TB 的數據，其中包括巴西公民的疫苗接種信息。英偉達是其攻擊的第一家 科技 公司。
事實上， 科技 公司遭到黑客攻擊的情況並不少見。2020年8月，有媒體報道英特爾20GB絕密晶元工程數據遭到黑客竊取，其中包含可用於英特爾專有技術的源代碼和可用於構建惡意軟體的BIOS信息。2021年11月，微軟Azure雲服務在亞洲的客戶曾遭遇DDoS(分布式拒絕服務)黑客攻擊。
根據Corvus保險公司的統計，2021年下半年，勒索軟體攻擊「進入旺季」，從第三季度開始勒索軟體攻擊的數量和贖金金額快速增長。2021年7月，美國IT軟體服務公司卡西亞就遭受勒索軟體攻擊，據美國網路安全公司Huntress分析，至少200家使用該公司產品的美國企業受到影響。
3月4日，Lapsus$對英偉達增加要求，稱 Windows、Linux和macOS系統的GPU驅動必須在當天內開源，否則將公開全部的1TB機密數據 。
目前，英偉達尚未滿足其要求。
更多內容請下載21 財經 APP
『肆』 盤點十大最經典美劇，《越獄》才第八，第一你知道是哪部嗎
英國作家約翰·埃利斯曾說，「電視是一個國家和民族的生活」。而美劇就像一扇窗，讓出生在不同時代的我國人觀他者、見人生。
1979年，我國引入第一部美劇《大西洋底來的人》，一經播映便引發收視熱潮，成為60後、70後的重要回憶。1990年，《生長的煩惱》在上海電視台首播，西佛(Seaver)一家的悲喜瑣事，無數80後感同身受。90後、00後所見更為豐厚——從《越獄》、《權利的游戲》到《緋聞女孩》、《生活大爆炸》、《紙牌屋》、《實習醫生格蕾》、《傲骨賢妻》等。
