14.1 有些成功人士或公司認為不需要獨立的測試角色（test），你怎麼看？
就像很多事情一樣，不能把所有的事情說得太絕對了，舉個例子來說，大多數的軟體開發都是以小組的形式來進行的，每個人分配了乙個模組，如果說每個人對自己的模組都進行一下測試，當然這樣的情況下可以不需要獨立的測試角色，程式設計的過程就是不斷對自己的程式排錯、測試來完成的，但是最後所有的模組整合成乙個大的系統，這樣如果程式設計師只對自己的模組進行測試，是肯定不能滿足需求的，這時候就需要乙個獨立的測試角色，對整個系統進行規模測試，在不知道內部編碼狀況的情況下進行測試，反饋給程式設計師，最後做出乙個完整並滿足使用者需要的系統。
14.2 為什麼一些成功的公司不用測試人員
看了一些資料，鄒老師也說了好多自己的觀點，我自己對這些不太了解，但是我閱讀的這些資料中，有一段話還是蠻認可的：sriram krishnan：「開發人員應該測試自己的**。沒什麼可說的。背後的道理並不重要。這包括單元測試，全覆蓋的自動化測試或手工測試或組合測試。如果你的開發人員不能/不願意或認為這「不歸我管」，那你需要更好的程式設計師。」
測試人員的職業發展
看到這個問題，特意在網上搜了一些大家的看法，我也有一些感想。
第一、 不斷改進測試策略，提高測試效率和質量改進測試策略需要掌握開發技術，但是技術僅僅是必要條件，更重要的能力，是能夠系統的規劃一件事情，分析工作中的問題，選擇最有效的解決方法，最終和大家一起實現乙個共同的改進目標。改進測試策略一般會考慮以下幾個方向：單元測試（白盒和灰盒）、自動化測試、效能測試、安全性測試、易用性測試等等。當然，具體的改進目標，要根據業務的不同，選擇合適的方向。
第二、 能夠「吃」業務，控制業務的測試質量。測試人員吃掉乙個業務以後，可以把測試工作完全交給另乙個測試人員來做，同時，也能保證測試的質量。而要達成這個目標，關鍵就在於文件。我們需要以業務為單位，完善測試用例、業務沉澱、測試設計、測試指令碼等文件，並且，更重要的是，要把這些零散的文件組織成乙個系統的文件體系。
如果以後有可能從事測試工作，可能會對這個有更深入的了解。
14.4 如何衡量軟體工程的質量
除了鄒老師說的那些，我認為還有以下：
a)bug的嚴重級別--嚴重的bug會使使用者無法使用軟體更別說能接受這個產品了
b)測試用例的密度--用例密度直接影響bug的數量和嚴重級別
c)客戶反饋缺陷，即漏測
逆向工程核心原理 第十四章
無失真壓縮 使用壓縮過的檔案之前需要解壓，解壓之後可以百分之百恢復檔案內容。有失真壓縮 只用時不需要解壓，故壓縮時會對源程式有一定的損壞。這種壓縮時針對可執行檔案來說的，可執行檔案內部含有解壓 在執行瞬間於記憶體中解壓後執行。把普通pe檔案建立成執行時壓縮檔案的實用程式稱為 壓縮器 經煩你想技術特別...
軟體專案管理MOOC（北郵） 第十四章測試答案
1 專案原來預計於2018.5.23完成1000元的工作，但是到2018.5.23只完成了850元的工作，而為了這些工作花費了900元，則成本偏差和進度偏差分別為 2 如果成本效能指標cpi 90 它說明什麼?3 進度控制重要的乙個組成部分是下面哪項?4 當專案進展到 左右時，cpi處於穩定?5 關...
軟體工程第三次作業 關於軟體質量保障初探
一 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？1 軟體質量保障 qa 的含義 在對教材閱讀前，我一直以為軟體質量保障僅僅是在軟體上線前對其進行測試，以保證其沒有bug，可以正常按時交付客戶上線運營即可。通過對教材的閱讀我們了解到軟體質量保障 qa 和軟體測試 test 是有很大區別的。軟...