【正文】 篇：一篇是匯集型的chm文檔，是篇比較全面的介紹，其中包括自動化框架的介紹，原理的介紹，各模塊介紹，自動化執(zhí)行的流程等。我呢，充其量算是徒孫一輩，呵呵。
　　當時帶我學習自動化的導師姓L，他是個大忙人，有時一整天都在開會。首先要貶低的就是那本譚教授的《C語言程序設(shè)計》。
　　在技術(shù)文檔的選擇上，我基本只看英文的，單詞不懂就拿金山詞霸查，實在看不懂了才會去找些中文的資料看。后面的幾個星期就開始承擔自動化測試的建設(shè)任務了。還有我們測試的產(chǎn)品界面是使用Java開發(fā)的，如果要讓Robot能夠正常識別界面，還需涉及到Java編程。到現(xiàn)在，他們的自動化用例覆蓋率約50%，應用率好像有70%，總之這個自動化測試框架還是滿牛X的，不過就是整個框架實現(xiàn)太復雜了，涉及的編程腳本就用了三種 : (
　　下面簡單介紹一下該GUI自動化測試框架。這個測試組是個比較大的測試組，總共有幾十號人，其中有很多牛人。當然最重要的是開發(fā)人員和測試人員的目標要一致：保證產(chǎn)品的質(zhì)量，滿足客戶需求。個人覺得以前無為爭吵過多的原因是：開發(fā)人員、測試人員的工作技能和職業(yè)素養(yǎng)都比較欠缺。自從工作開始，開發(fā)人員和測試人員的爭吵從來就沒有停止過。從那以后我們就準備了專門針對T軟件的測試項目，包括：界面測試、效率測試、資料測試、穩(wěn)定性測試等。有兩個教訓讓我們刻骨銘心：界面測試，T軟件發(fā)布后沒多久，其他組同事就發(fā)現(xiàn)某界面一個按鈕的單詞拼寫錯誤——“rollback”被寫成“roolback”。軟件也可以分很多種，不同的軟件有不同的特點，自然就需要針對性的測試了，
　　一年級語文家長會講稿%A(20xx1125 11:26:53)
　　譬如GUI的軟件與嵌入式軟件的測試方法肯定有很大不同。而且后續(xù)的幾個版本也如此，我們是測了一輪又一輪，測的我們都要絕望了。 : (
　　 測試流程的把握。但軟件作為一種商業(yè)品，有它的發(fā)布時限，老板說這個軟件要1月份發(fā)布，你總不能測到12月份再給他發(fā)布吧。
　　 軟件測試的重點不明確。恰巧當時包括我導師在內(nèi)的3個人，都不太了解產(chǎn)品，所以就造成我們無法判斷某些測試用例是否驗證通過。
　　 產(chǎn)品知識。而當時我們的測試用例卻是一團糟，最糟糕的是用例的質(zhì)量很差，使用這些測試用例，根本無法保證產(chǎn)品質(zhì)量。對于一個軟件的測試來講，測試用例是至關(guān)重要的。我就這樣沒有任何思考的按著測試用例點了3個月的鼠標 : )
　　現(xiàn)在想起當初的測試工作，實在有太多的不足，和待改進點。我的任務就是執(zhí)行分配給我的測試用例。
　　人力投入：開發(fā)好像是9人，測試3人。Client端用Java開發(fā)(，)，實現(xiàn)跨平臺。
　　下面介紹一下我所做的項目。
　　入部門的頭幾天，主要熟悉公司的工作環(huán)境，認識部門同事，了解產(chǎn)品知識。
　　一、T項目執(zhí)行
　　20xx年7月13日入部門，此時才知道自己被分配到了測試部。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。掌握軟件開發(fā)語言、應用語言工具解決工作中的具體問題、完成目標任務是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質(zhì)的工作。工程師的內(nèi)涵是：以工程師的眼光觀察、分析事物和世界。但是，最好還是自己實現(xiàn)，這樣沒有知識產(chǎn)權(quán)、版權(quán)等問題，關(guān)鍵是自己實現(xiàn)后能真正掌握這個知識點，擁有這個技能。眾所周知，對軟件開發(fā)人員而言，有、無經(jīng)驗的一個顯著區(qū)別是：無經(jīng)驗者完成任何任務時都從頭開始，而有經(jīng)驗者往往通通過重組自己的可復用模塊、類庫來解決問題 (其實這個結(jié)論不應該被局限在軟件開發(fā)領(lǐng)域、可以延伸到很多方面)。我的經(jīng)驗是：用面對對象工具開發(fā)某些關(guān)鍵模塊時，為什么不可以借鑒c、c5匯編的模塊化封裝方式?用傳統(tǒng)的桌面開發(fā)工具(目前主要有vc++、delphi)進行系統(tǒng)體統(tǒng)結(jié)構(gòu)設(shè)計時，為什么不可以參考來自 java社區(qū)的ioc、aop設(shè)計思想，甚至借鑒像spring、hibernate、jboss等等優(yōu)秀的開源框架?在進行類似于實時通信、數(shù)據(jù)采集等功能的設(shè)計、實現(xiàn)時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式?為什么一切都必須以個人、團隊在當然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問題“他山之石、可以攻玉”。深入一門語言開發(fā)還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!
　　在一種語言上編程，但別為其束縛了思想。net它們框架設(shè)計或者源碼。用vc++、 delphi、java、?！皩θ魏问挛锊痪烤屠铩笔侨魏涡袠I(yè)的工程師所不應該具備的素質(zhì)?！敝挥袑咀兂傻淖约褐腔郏潘闶钦嬲龘碛辛怂?。擁有技能并不表示擁有文化?！皳碛袝⒉槐硎緭碛兄R。對于花錢買書，我個人經(jīng)驗是：千萬別買國內(nèi)那幫人出的書!我買的那些家伙出的書，!00%全部后悔了，無一本例外。
　　書籍是人類進步的階梯，對軟件開發(fā)人員尤其如此?！辈灰嬖V自己沒有時間。
　　詳細制定自己軟件開發(fā)專業(yè)知識學習計劃，并注意及時修正和調(diào)整(軟件開發(fā)技術(shù)變化實在太快)。倒是曾經(jīng)看到過一個“高學歷的牛人”(非技術(shù)型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。無論你是做管理、系統(tǒng)分析、設(shè)計、編碼，還是產(chǎn)品管理、測試、文檔、實施、維護，多少你都要有技術(shù)基礎(chǔ)。
　　軟件開發(fā)團隊中，技術(shù)不是萬能的，但沒有技術(shù)是萬萬不能的!在技術(shù)型團隊中，技術(shù)與人品同等重要，當然長相也比較重要哈，尤其在mm