測試是做什麼事的呢?測試是為了……趕緊打住，我指的「事」 是乙個測試專案過程中所做的具體的事，不是拿著《軟體測試
制定測試計畫
至於計畫的作用就不再贅述了，而測試計畫作為計畫測試活動的結晶，理應受到重視。在實際專案中我發現自己寫出來的測試計畫這個文件本身意義並不大，至少沒有計畫測試的過程那般有意義。在很多軟體作坊之中，測試計畫自一出生便被打入冷宮，測試計畫的意義僅僅是作坊主朝自己臉上貼金而使用的一種手段。 鄙人推薦的方法是完成乙個交差的測試計畫後，維護乙個名為測試計畫實質上更像測試設計(test design spec)的文件，在整個測試執行過程中該文件都起著提綱的作用，而且任何讀者都可以通過這份test design spec中了解aaron對專案測試的想法和測試思路。我在自己所處的專案組中爭取到了test design spec的review機會。偶是這樣告訴他們的：擔心自己理解錯誤了pm的意思，擔心自己想的跟dev不一樣，想先把事情說清楚，所以偶要review。
關於測試計畫的內容在本系列文章的第二篇我們也聊過——《計畫測試系列(二)——測試計畫 》。
測試軟體需求
軟體需求是測試應該覆蓋到的地方，這也是為什麼很多軟體方法提倡測試盡早介入到軟體開發
程序中的原因之一。對於pm提供的那份feature列表或者feature spec，我們應該抱著懷疑的態度，pm不是專案物件領域的專家，他會犯錯，他也會馬虎，他也會有腦袋短路的時候，所以這個時侯需要包括測試人員
在內的很多專案成員來一起檢查這個list或者spec，稱之為review。對於測試人員及其他參與review的人員應該實現閱讀文件並了解專案相關領域的知識。剛才提到的test design spec的review工作比較好地完成了任務，當然限於相關業務知識和經驗，test design spec的質量
會有高有低，reivew的效果也就可能很不一樣。建議先不斷錘煉自己的test design spec之後再提交review，俺自己一般要到v1.3版本才敢拿出去跟pm和dev「分享」。
測試用例設計
有關測試用例
設計的方法，諸如等價類劃分，邊界值分析，甚至需求矩陣方法等等，在這裡就不在閒聊，這些東西網路
上已有的文件要比我講的專業的多，更何況這些內容也不是本文的目的所在。
執行測試
主要是指測試用例的執行，但是還應該包括測試用例的更新，還包括bug
的提交和管理等等內容。我在週期稍長的迭代中還會每週發乙個weekly test report給專案組成員，幫助他們了解一周來測試工作的進展(以測試用例的數量趨勢，分布)，還會報告當前的bug相關的資訊(bug
總數，趨勢，嚴重 bug分布，區域分布等)，這些對於幫助專案順利進行很有幫助。
報告測試結果
我在週期稍長的迭代中會每週發乙個weekly test report給專案組成員，幫助他們了解一周來測試工作的進展(以測試用例的數量趨勢，分布)，還會報告當前的bug相關的資訊(bug總數，趨勢，嚴重 bug分布，區域分布等)，這些對於幫助專案順利進行很有幫助。當然，在乙個迭代結束或者專案結束之後我們也要提交乙個測試報告，這是乙份總結性的報告。
安裝測試
考慮軟體所使用的各種硬軟體環境等問題，不僅僅在計畫的過程中體現到，還要檢查部署文件或者產品說明書中是否包含了安裝環境的定義和介紹。
自動化測試
自動化測試的範疇及涉及的內容很多，根據專案組的實際情況引入和實施自動化測試是軟體測試發展的趨勢。
效能測試
效能測試的範疇又包括了壓力測試
，負載測試
，效能測試(狹義)，大容量測試
等等，這些都要根據實際需求加以取捨和安排，並在計畫中體現出來。
更新(軟體變更)測試
主要指版本的公升級測試，尤其對於產品性質的軟體更應該注意這方面的問題。
測試工作本身還包括了其他很多內容，failover和switchover測試等等很多內容都需要考慮，有時候還要對軟體的邏輯關係，軟體的物理關係進行測試，還有更常見的介面測試，可用性測試，驗收測試
等。這些測試及測試程度的取捨則取決與專案實際情況(時間，成本等等)以及測試人員個人的經驗等等。
測試計畫的範圍 談談「測試計畫」這點事
最近，通過乙個需求讓我對測試計畫有了乙個清晰的了解以及運用，下面是在整個測試計畫制定的要點以及測試計畫制定過程中遇到一些問題，在此進行總結與分享 我們在日常生活 工作中經常需要做計畫，正如古人有云 凡事預則立，不預則廢。這句話充分的說明了計畫的必要性和重要性。專案有專案計畫，測試作為專案中的一部分，...
計畫測試系列 七 我們什麼時候停止
我們什麼時候停止我們的專案?我們應該在我們達到目標的時候停止。可是，目標是什麼?aaron認為所謂目標，即測試應該實現的可度量 的要求，這個東西更常見的叫法 測試停止標準。不知道有沒有程式設計師 會笑話偶說 我們專案就是乙個測試人員 在點點，甚至不要測試人員點點我們也可以順利交付給客戶很有用的產品 ...
oracle破事系列
使用oracle作為資料庫時遇到許多錯誤，我發現它總是有各方面的細節要注意，在這裡發現乙個就做乙個小記錄。遇到問題時，我也是從網路各處收集資訊的，很零散，現在整理綜合起來，方面大家加深認識，歡迎補充和指導。1 元資料破事 不支援getparametermetadata 1 qr new queryr...