在一家外包公司中做了很長的時間，看到了sdlc（software development life cycle）整體架構,體驗到了測試在整個軟體開發環節的重要性。
我所做的專案是資料倉儲，作為一名tester，自己的責任就是要看好funcitonal specification(fs) ，然後就是根據fs寫出測試用例(test case)
而與此同時，dev做的事情就是根據fs，寫出自己的設計文件(technical specification),再根據設計文件編寫最終的文件。
今天在做test case 的過程當中，由於乙個case的寫法問題，我突然間想到了test 與dev 之間不同的思維方式，其實dev在開發過程中遵循的規律就是從未知去探詢已知的東西，而所有稱為已知的東西就是那些已經開發出來或者是既定的事實的東西。而test卻與此相反，在測試過程中遵循的規律是從已知去探詢未知，如何理解這個呢，其實test所要測試的就是dev所開發出來的東西，這些東西或者product是既定的事實，但在其裡面可能有著很多可能未曾被dev所注意的東西，就像switch case 語句似的，dev可能只發現了少數的部分，而test的作用就是探索那部分未曾被注意的部分。
以前總聽test做的東西是dev的逆向思維，一直不是很明白，現在想來，自己有種霍然開朗的感覺。
思維探索者 從問題到答案的思維過程 像偵探一樣思考
目前幾乎所有的演算法書的講解方式都是歐幾里德式的 瀑布式的 自上而下的 每乙個推導步驟都是精準制導直接面向目標的。由因到果，定義 引理 定理 證明 一樣不少，井井有條一絲不亂毫無贅肉。而實際上，這完全把人類大腦創造發明的步驟給反過來了。看起來是陽關大道，實際上車馬不通。而對讀者來說，這就等於直接告訴...
我對stl和GP的一點理解
什麼是stl？什麼是template？其實之所以要有stl，要有gp，那是因為對於一些不同型別的資料，他們常常有一些相同的操作，比如同一型別的兩個資料之間相加，相減。而我們常常對不同型別的資料又會有一些相同的操作的過程，或者我喜歡稱為有順序的一組操作集合，這個過程中，除了物件的型別不一樣，其他的都一...
我對 stdcall和 cdecl的一些了解
stdcall，被這個關鍵字修飾的函式，其引數都是從右向左通過堆疊傳遞的 fastcall的前面部分由ecx edx傳 函式呼叫在返回前要由被呼叫者清理堆疊。實質 函式呼叫約定。注 ecx是計數器，edx是用來存放整數除法產生 的餘數。cdecl是c和c 程式的預設呼叫方式，每乙個呼叫它的函式在返回...