測試部門接手乙個專案、產品的流程及關注點：
1、 明確產品需求
i. 顯式需求：功能、效能
ii. 隱式需求：安全性、應用場景等
2、 確定產品定位：在效率、安全性、效能、易用性等方面的定位
2.5 確定產品質量目標：專案規範、驗收標準、執行維護標準等
3、 知道產品使用者：其教育背景、偏好等，便於提取場景，增加測試覆蓋率
4、 清楚產品實現架構：b/s或c/s架構、三層包括中介軟體
說明：測試應對各種架構的優劣有完整的認識，便於有的放矢的設計用例
5、 產品的設計：具體應用的資料型別、各邊界值
6、 使用平台：如作業系統、是否有本地化與國際化、相容性等
7、 開發實現相關：開發語言、伺服器型別（web伺服器：iis、tomcat等、資料庫：mssql、mysql、oracle、sybase、sqlite等），明確各種語言、伺服器的優劣
8、 開發人員：關注開發人員的習慣等
9、 功能之關聯、異常處理（容錯機制）等
10、產品的質量目標：質量目標、資源等
關於測試思維的一點思考
今天學習了思維導圖的工具並就測試水杯進行了小組討論。我的一點想法是，既然是發散思維 頭腦風暴，結構 規範 測試點總結都是其次的，重要的是盡可能地發散你的思維，去挖掘別人想不到的點。在測試點上，按照測試點分類有重合是很正常的，不用擔心，這個可以在後期整理中再進行調整。另外我覺得作為乙個想要長期發展的測...
關於makefile的一點思考
在gnu編譯工具軟體中，如果對單一的原始檔進行編譯，可執行指令如下 gcc o x x.c 此指令會將原始檔編譯為目標檔案。若是對執行緒類檔案進行編譯，則在末尾加上 lpthread指令。但若是對多檔案進行編譯，即若是編譯的目標檔案同時包含另一檔案中的函式。則在編譯的時候需將另一檔案加到編譯原始檔中...
關於指標的一點思考
指標是乙個變數，所不同的是，它存的是位址。因為資料型別決定著如何解釋這個位址 位元組數和操作 因此根據的資料型別的不同，指標又有不同的型別。某個物件 a 的位址範圍為 a,a size n 其中size n是a所佔的位元組數 比如乙個一維陣列int a 10 位址範圍為 a,a 10 sizeof ...