前面談到了專案級質量保障體系的基本架構建設情況，這裡再深入的說說專案級質量保障體系的測試用例體系建設過程。
我們開發的是大型嵌入式軟體，從軟體測試角度來說，在專案級一般應該包含單元測試、整合測試和系統測試三部分。但是實際上根據各個軟體專案組的不同情況，各個專案組的專案級質量保障體系在實際建設過程中不完全一樣。
因為在公司以前只有系統測試，因此最開始各專案組從最熟悉的角度和接受程度最高的就是各個專案領域的系統測試，但是系統測試天生有環境消耗大，人力投入大的特點，專案組引入之後雖然對領域基本功能的防護有一定幫助，但是系統測試環境複雜，維護成本大，而且系統測試用例建設投入成本大，很快專案組在進度壓力、環境壓力、人力壓力下就逐步放棄。
在引入系統測試失敗之後，我們結合開發專案組的實際情況，選擇了從it角度進行突破。為什麼選擇it呢？經過前面系統測試環境複雜導致接受度低的經驗，我們特意選擇了可以直接在開發環境中開展it測試的it支撐環境，而且it測試用例構建基本採用軟體編碼的方式，與開發人員本身的技能模型基本一致，接受度一下高了很多。
那為什麼不選擇ut呢？ut雖然對**的控制力度更好，但是因為前面沒有ut的積累，整個數百萬行的遺留**導致各個專案組都很畏懼，而且雖然ut**控制力度好，但是在我們的系統中因為系統比較複雜，又沒有積累，ut需要大量的樁支撐才能開展。而且，以前在ut試點中，因為片面強調**覆蓋導致開發人員對於ut測試有很深的誤解，ut投入很大，但是因為開發人員對著**實現ut，ut的效果一直不好。
現在，在初步完善了it體系之後，結合it體系對於流程基本功能和介面控制力度強，對於具體邏輯實現控制力度弱的特點，我們才結合軟體質量分級開始逐漸在核心模組的新增**中推行ut防護，進一步提公升前端的質量控制力度，實現了對新增特性的較為完備的前端質量防護。
通過由瀑布到敏捷的轉換來減少浪費
組織為什麼要轉向敏捷？乙個原因是它可以使組織處理變化的能力更強。專案進行過程中，使用者需求會經常變化，這就需要開發團隊能夠適應產品需求。敏捷幫助團隊交付滿足使用者需要的產品 這些產品不包含不需要 而且沒有用 的特性。精益軟體開發使用術語 浪費 一切不增加使用者價值的特性都視為浪費。由瀑布到敏捷軟體開...
通過由瀑布到敏捷的轉換來減少浪費
組織為什麼要轉向敏捷？乙個原因是它可以使組織處理變化的能力更強。專案進行過程中，使用者需求會經常變化，這就需要開發團隊能夠適應產品需求。敏捷幫助團隊交付滿足使用者需要的產品 這些產品不包含不需要 而且沒有用 的特性。精益軟體開發使用術語 浪費 一切不增加使用者價值的特性都視為浪費。由瀑布到敏捷軟體開...
從輸入URL到頁面載入完的過程
乙個http請求的過程 dns lookup 先獲得url對應的ip位址 socket connect 瀏覽器和伺服器建立tcp連線 send request 傳送http請求 content download 伺服器傳送響應 如果下到物理層去講就有點耍流氓了，如果這些你還認可這幾個步驟的話，我們就...