最近接手乙個新的任務:在公司產品的現有基礎上做修補.面臨的主要困難有:
1.專案較大,vs的解決方案裡18個專案.(雖然我只須維護其中的一兩個專案)
3.某些**實現較複雜,如執行緒通訊,wmi等.這些函式的相互依賴,也就是平時說的藕合度高,現在我要將它分離,分到單獨的專案裡.但是這樣又要求我對這些複雜的函式有正確的理解.不然一不小心就會出錯,引來大量的bug就很可怕了.
根據以往的經驗,我都會先看看這專案的框架,看看源**,把整個軟體理解一遍.
消磨了好幾天,對專案有了大概認識,但每次看某些複雜函式的實現,總會有種力不從心的感覺.
問了幾次坐在對面的小林,他跟我說這些已經是最簡單的了.我不禁很心虛.
看**真能消磨時間.我看啊看,終於,我慢慢地發現:針對某些模組做簡單的測試是很好的辦法.不再畏首畏尾,
不用怕fix掉乙個bug又多了幾個bug.測試結果便是最好的證明.
那些複雜的函式實現,在除錯過程中看它的流程,能夠更好的理解.
想到這裡,我有種恍然大悟的感覺,為什麼鄭總要求一定要將wmi,adsi,實用函式分離開來,做成單獨的模組.分離開來之後,看**會舒服很多,更重要的是可以更方便的測試.做乙個測試指令碼,程式一跑,問題就都出來了.
軟體測試,對於測試人員來說就是為了找bug,也是一切;對於開發人員來說,良好的設計也意味著有良好的測試用例.測試表面上看是更多的開銷,但實現卻是賺了大便宜.
都說全域性變數不是個好東西.但是,就在幾個月之前,我就做過乙個軟體使用了一定的全域性變數,那時感覺真的很爽,都不知道給我省了多少麻煩,節約了多少時間.幾個月後的現在,我就沒有那麼幸運了,看著別人做的乙個工程,也就用了乙個全域性變數(是個struct),為了把模組分離開來.我不得不花大量的時間來看懂它的實現.真的挺痛苦的.從中我總結一條經驗:
規模較大的工程盡量少用全域性變數.
想明白後又發現這些道理都很簡單,大學時老師們都說過n遍了,但是親身體會真的不一樣.
軟體測試的重要性
最近接手乙個新的任務 在公司產品的現有基礎上做修補.面臨的主要困難有 1.專案較大,vs的解決方案裡18個專案.雖然我只須維護其中的一兩個專案 3.某些 實現較複雜,如執行緒通訊,wmi等.這些函式的相互依賴,也就是平時說的藕合度高,現在我要將它分離,分到單獨的專案裡.但是這樣又要求我對這些複雜的函...
軟體測試的重要性
軟體危機的出現主要表現在 a.由於缺乏大型軟體開發經驗和軟體開發資料積累，開發工作計畫很難制定 b.開發早期需求分析不夠明確，造成開發後期矛盾集中暴露 c.不遵循開發規範，開發文件不完整，軟體難以維護 d.缺乏嚴密有效的軟體質量檢測手段，交付給使用者的軟體質量差。軟體危機的後果 a.軟體質量不高，很...
軟體效能測試的重要性及策略
目前軟體效能測試是發現軟體效能問題最有效的手段，而完備有效的效能測試是最關鍵的，在本節中我們將從流程和技術的角度解析如何構建乙個高效的效能測試模型。1.2.1 效能測試在軟體測試的週期位置 首先，軟體效能測試屬於軟體測試範疇，存在於軟體測試的生命週期中。乙個軟體的生產過程通常遵循v型圖，如圖1 3所...