OK--就是Pass，測試通過的意思。
POK - 部分通過，表示測試中有很多檢查點，比如其中兩個檢查點通過，一個沒有通過，就是POK
NG - 是Not Good的意思，不同的公司叫法不盡相同，有些公司也叫Fail
NT - Not Test，表示沒有測試，并不是所有的測試用例在每一測試輪次都是需要測試的，沒進行測試的就是NT

 

一開始聽講課的老師說，性格會隨著信念和經驗而改變，還覺得難以相信，因為似乎我多年來的性格變化不大。

而如今經過兩年多的嚴格要求自己，以及參加了一系列的培訓之后，我再次的性格類型測試已然跟從前不同了，確實以下的這個答案更是像現在的我了。

您的性格類型傾向是“ ENTJ ”(外向 直覺 思維 判斷)

坦誠、果斷，有天生的領導能力。能很快看到公司/組織程序和政策中的不合理性和低效能性，發展并實施有效和全面的系統來解決問題。善于做長期的計劃和目標的設定。通常見多識廣，博覽群書，喜歡拓廣自己的知識面 并將此分享給他人。在陳述自己的想法時非常強而有力。

ENTJ型的人是偉大的領導者和決策人。他們能輕易地看出事物具有的可能性，很高興指導別人，使他們的想象成為現實。他們是頭腦靈活的思想家和偉大的長遠規劃者。因為ENTJ型的人很有條理和分析能力，所以他們通常 對要求推理和才智的任何事情都很擅長。為了在完成工作中稱職，他們通常會很自然地看出所處情況中可能存在的缺陷，并且立刻知道如何改進。他們力求精通整個體系，而不是簡單地把它們做為現存的接受而已。 ENTJ型 的人樂于完成一些需要解決的復雜問題，他們大膽地力求掌握使他們感興趣的任何事情。 ENTJ型的人把事實看得高于一切，只有通過邏輯的推理才會確信。 ENTJ型的人渴望不斷增加自己的知識基礎，他們系統地計劃和研 究新情況。他們樂于鉆研復雜的理論性問題，力求精通任何他們認為有趣的事物。他們對于行為的未來結果更感興趣，而不是事物現存的狀況。 ENTJ型的人是熱心而真誠的天生的領導者，他們往往能夠控制他們所處的任何 環境。因為他們具有預見能力，并且向別人傳播他們的觀點，所以他們是出色的群眾組織者。他們往往按照一套相當嚴格的規律生活，并且希望別人也是如此。因此他們往往具有挑戰性，同樣艱難地推動自我和他人前進。

 

 

目標確定后，我第一步要做的就是找資料，找資料的工作都是春節在家里完成的（其間還帶爸媽瀏覽了一下公司的網站），找開源的工具，主要是看大眾的評價和普及度。

軟件的易用度很重要，否則無法達到優化測試管理的目的。……（此處省略n字baidu和google），主流的開源測試管理工具如下：

缺陷管理工具

1．    Mantis（http://mantisbt.sourceforge.net/）

2．    Bugzilla（http://www.mozilla.org/projects/bugzilla/

3．    Bugfree (http://www.bugfree.cn/)

測試管理工具

1．    TestLink（http://testlink.sourceforge.net/docs/testLink.php）

2．    Bugzilla Test Runner （http://sourceforge.net/projects/testrunner/）

最開始的時候特別侵向于2&2，因為Bugzilla Test Runner 就是基于Bugzilla的測試用例管理系統。本打算把前者改造一下讓它支持更多測試計劃（上篇提到的需求1），可惜工作量有點大，另外它的網絡支持也較少，決定Pass。

到這時，測試管理工具就剩下Testlink了，缺陷管理工具開始也是想用2，比較熟悉，這個沒有兌現則純粹是緣分問題，現在懷疑是當時下載的Bugzilla的包是個壞的，感興趣的同學可以再試試。

最終Testlink和Bugfree的結合就是順理成章了。這樣確定的時候，有點無奈，因為二者是PHP＋mysql＋Apache的，我對PHP了解太少，沒有寫過程序，不知道遇到問題能不能改。新發布的Bugfree2.0增加了測試用例和測試結果的管理，“冗余”了，還是用1.1.

 服務器啟來，Testlink和Bugfree分別執行了一下，總的來說挺幸運，除了Testlink的亂碼比較多，兩個都能獨立順利跑起來。亂碼的問題最后改，根據經驗，這一定是個minor的bug，應該就是配置的問題。先嘗試能把兩個連接起來重要些。

找到配置文件，鏈接按鈕也照著葫蘆畫瓢編碼進去并且正確顯示了，只是點擊按鈕后就會異常退出。找Bug是咱測試人員的強項，分析跟這個bug相關的第一嫌疑是testlink和bugfree的主程序，次嫌疑是相關的兩個配置文件，主程序很短，兩個index.php 從頭至尾看過一遍，最可能出bug的就是幾個if語句了，分支走錯了退出，太常見了。果然就是少了一個！的問題。亂碼是鍵值沒有內容，逐個配置上就解決了。

試著模擬了一次CCI回歸測試，從建計劃到執行到指派相關人員處理臨時問題，可以滿足上篇的需求，也可以勝任小型項目的測試管理工作。CCI的同學可以連到我的機器玩玩http://10.1.1.187/testlink/index.php test/123456(senior tester). 目前自動化測試管理剩下一些修補的工作，像是郵件配置，明確權限管理、測試流程等，需要在業余時間慢慢做完，只是繁瑣，應該不難。另外計劃在4月份可以準備一次《基于Testlink&Bugfree的測試管理工具UserGuide》的內部交流。

最后總結一下整個自動化測試管理的過程，最大的感觸就是“選擇比努力更重要”，和人生一樣，永遠不只是A和B的選擇，應該還有C。另外一個感觸是，很多實驗沒有做徹底有些遺憾（主要是時間成本），無法確切定位問題，疏漏難免，因此非常歡迎大家的建議和指導！來電來函均有來必復～

     摘要: 白盒測試的測試方法有代碼檢查法、靜態結構分析法、靜態質量度量法、邏輯覆蓋法、基本路徑測試法、域測試、符號測試、Z路徑覆蓋、程序變異。

　　其中運用最為廣泛的是基本路徑測試法。

　　基本路徑測試法是在程序控制流圖的基礎上，通過分析控制構造的環路復雜性，導出基本可執行路徑集合，從而設計測試用例的方法。

　　設計出的測試用例要保證在測試中程序的每個可執行語句至少執行一次。

  閱讀全文