軟體測試的五大過程
分析計畫
設計實現
執行什麼是測試需求
測試需求主要是解決「測什麼」的問題，即指明被測物件中什麼需要測試，
測試需求通常是以軟體開發需求為基礎進行分析，通過對開發需求的細化和分解，形成可測試的內容（主要參考質量模型）
測試需求應全部覆蓋已定義的業務流程，以及功能和非功能方面的需求
測試需求的特徵
測試需求必須是可核實的，即，他們必須有乙個可觀察，可評測的結果，無法核實的需求不是測試需求
測試需求應用指明滿足系統需求的正常條件的操作結果或對系統的影響，同時也要指明不滿足需求時出錯條件下系統的響應。
測試需求不涉及具體的測試資料，測試資料設計是測試設計環節應解決的內容。
什麼叫可核實的需求
可核實的需求必須符合以下的特徵
完整性，正確性，可行性，可驗證。無二義性。
測試需求是測試用例的依據
有助於保證測試的質量和進度
測試需求是衡量測試覆蓋率的重要指標
關於測試要點提取（思路參考）
1.對於基本功能流程一定要覆蓋到。
2.對於介面上所有的輸入域必須一一檢查。
3.對於介面比較特殊的或者是重要的字段重點檢查。
4.對於字段之間有約束的，需要檢查約束是否達成。
5,對於介面顯示性的檢查。
6.對於易用性的檢查，以及其他非功能特性的檢查。
需求跟蹤矩陣 rtm （requirement traceability matrix）
建立起產品需求->測試需求->測試用例->缺陷四者之間的乙個對映關係。
作用：1.跟蹤需求，確保需求和測試的覆蓋率，防止漏測。
2.方便我們在進行測試用例更新時，能夠快速定位需要更新的模組和位置。
面試題：請問你如何保證你的測試覆蓋率是否覆蓋了全部的需求，沒有漏測？
測試計畫和測試方案的區別？
測試設計：將測試點轉化為測試用例的過程，就叫測試設計。
為什麼要將測試點轉化為測試用例後才能去執行測試？
原因有兩個：1.在測試執行過程中，所需要用到的具體的測試資料，必須通過測試用例設計方法才能具體得到，
不經過這個過程我們無法知道具體的測試時應該使用什麼樣的測試資料。
2.測試用例裡面規定了具體的執行步驟，我們只有得到具體的測試用例後，才能去執行測試。
測試用例的概念
測試用例就是一種用來說明具體如何進行測試操作並驗證結果的文件。
測試用例的主要字段
1.測試用例編號: tc\_系統\_模組名_序號
3.優先順序：高中低。
4.預置條件：在執行這條用例之前系統應該達到的條件或者是狀態，如果沒有特定的條件或狀態，則可以不填。
5.建立人
6.建立時間
7.所屬模組
8.測試步驟：必須包含具體的操作步驟以及測試用到的資料（測試用到的資料來自於測試用例設計）
9.預期結果：根據需求規格得到的正確的結果。
10.實際結果：用例執行完畢後得到的實際的結果。
11.測試結果：一般分為fail,pass和n/a .n/a一般用於測試用例本身不適合於當前的測試場景或條件，不適用用的情況。
12.備註：一般用於用例的補充說明。
專案管理 五大過程
獲得授權，定義乙個新專案或是當前現有專案的乙個新階段，正式開始該專案或階段的一組過程。1 制定專案章程 制定專案章程是制定乙份正式專案或階段的檔案，並記錄能夠反映干係人的需要和期望的初步要求。在多段專案中，這一過程可用於確認或優化在以前的制定專案章程過程中所做的相關決策。2 識別干係人 是指識別所有...
專案管理五大過程組有感
目前，在傳統行業實行專案管理已很普遍，而在計算機資訊系統整合行業，人們越來越認識到實行專案管理的重要性。由於資訊產業的技術含量高，計算機資訊系統整合專案經常會遇到需求多變 技術更新和所處環境變化快速 人員流動頻繁等情況，所以計算機資訊系統整合行業更加需要科學規範的專案管理。因此，只有對計算機資訊系統...
C語言編譯的五大過程詳解
前言 說實話，很多人做了很久的c c 也用了很多ide，但是對於可執行程式的底層生成一片茫然，這無疑是一種悲哀，可以想象到大公司面試正好被問到這樣的問題，有多悲催不言而喻，這裡正由於換工作的緣故，所以打算系統的把之前用到的c c 補一補。總述 從乙個原始檔 c 到可執行程式到底經歷了哪幾步，我想大多...