今天學習了思維導圖的工具並就測試水杯進行了小組討論。我的一點想法是，既然是發散思維、頭腦風暴，結構、規範、測試點總結都是其次的，重要的是盡可能地發散你的思維，去挖掘別人想不到的點。在測試點上，按照測試點分類有重合是很正常的，不用擔心，這個可以在後期整理中再進行調整。
另外我覺得作為乙個想要長期發展的測試工程師，不僅僅是鍛鍊技術能力、掌握業務知識，更有必要鍛鍊邏輯能力和拓寬思維廣度。
提公升邏輯思維能力的具體實施方法，我能想到的是，可以做一些公****中的邏輯題，特別是斟字酌句的具體場景中的分析題。這不僅僅考查你的邏輯是否嚴謹客觀，還考驗你的細心程度，是否容許不合理的甚至是矛盾的存在，如何去處理模稜兩可的情況。要以乙個偵探家推理**的水平去要求自己。
思維發散方面，定期給自己乙個測試任務，可以以類似測試水杯的模式測試實物，也可以測試具體的軟體，畫出思維導圖，列出測試點；其次要廣泛涉獵行業知識（主要是網際網路、測試涉及業務的相關行業）、網際網路技術，不要求精深但要心裡有數，說白了就是在知識領域上要拓寬眼界，聽都沒聽過怎麼會有想法呢？還有就是多接觸網路環境，多操作各種軟體，還要時時留心，比如留心成熟的軟體是怎麼樣的、使用者量大的軟體會有什麼問題、主流的操作場景和流程是什麼，用一種挑剔的眼光，像使用者一樣去體驗，能落實到書面上是最好的。
真正落實並堅持這樣的自我學習和鍛鍊，了解自己在思維上的缺陷，查漏補缺、取長補短。最後能做到快準狠，有更快的速度、更廣闊的思維維度、更獨到的角度，極大地提公升測試工作的質量。不要覺得這東西很虛，就沒法著手甚至不去重視。我覺得，這個對測試的職業發展有重要甚至可以是決定性的作用。
關於測試的一點思考
測試部門接手乙個專案 產品的流程及關注點 1 明確產品需求 i.顯式需求 功能 效能 ii.隱式需求 安全性 應用場景等 2 確定產品定位 在效率 安全性 效能 易用性等方面的定位 2.5 確定產品質量目標 專案規範 驗收標準 執行維護標準等 3 知道產品使用者 其教育背景 偏好等，便於提取場景，增...
關於makefile的一點思考
在gnu編譯工具軟體中，如果對單一的原始檔進行編譯，可執行指令如下 gcc o x x.c 此指令會將原始檔編譯為目標檔案。若是對執行緒類檔案進行編譯，則在末尾加上 lpthread指令。但若是對多檔案進行編譯，即若是編譯的目標檔案同時包含另一檔案中的函式。則在編譯的時候需將另一檔案加到編譯原始檔中...
關於指標的一點思考
指標是乙個變數，所不同的是，它存的是位址。因為資料型別決定著如何解釋這個位址 位元組數和操作 因此根據的資料型別的不同，指標又有不同的型別。某個物件 a 的位址範圍為 a,a size n 其中size n是a所佔的位元組數 比如乙個一維陣列int a 10 位址範圍為 a,a 10 sizeof ...