無規範專案的系統測試策略說明
大體步驟說明如下：
第一步：建立功能說明
第二步：排列工作量（寫規範）
第三步：為管理提供時間評估和測試覆蓋率
第四步：評估需求並開始管理專案
第五步：自動化測試決定
第六步：其他準備
第一步：建立功能說明
如果沒有這個說明書，將會存在以下的風險：
● 對目標沒有乙個明確的說明。
● 不能確定專案的測試將持續多久。（儘管你已經得到交付產品的交付日期。）
● 不清楚誰應該被分配到這個專案中。
● 除了無完整的資訊而進行測試這一所知的風險外，提供其他任何準確的風險評估變得十分的困難。
● 一部分或全部進行自動測試變得不可能。
● 通過乙個沒有文件說明的系統來解決長時間的維護和系統公升級這些問題，將變得很複雜。
● 我們可能不知道測試什麼時候完成。
第二步：排列工作量（寫規範）
獲得此需求的方法如下：
1）與應用軟體的交付測試人員進行交談，儘管迫使這個人履行諾言可能是困難的。
2）執行程式並盡可能的檢查編碼。
3）會見客戶。（盡量小心，告訴客戶你不知道他們試圖完成什麼可能不乙個很好的策略）
4）回顧程式設計的注釋和相關的東西，盡可能找到更多的文件。
樣本文件包含了風險評估以及測試應用軟體的相關費用，內容包含如下：
● 功能需求
● 風險和費用
● 報告
● 顯示
● 資訊
第三步：為管理提供時間評估和測試覆蓋率
第四步：評估需求並開始管理專案
建議採用管理工具，用來記錄有時間表的計畫好的測試
第五步：自動化測試決定
如果團隊沒有自動測試的經驗，最有效的方法是讓測試小組編寫測試案例，然後將案例轉交給自動化測試的專門人員。
第六步：其他準備
文件記錄每件事，即使你的工作只是一小會兒，每件事情必須有文件記錄。當問題來臨的時候，你將有足夠的時間去調查問題。
從專案的管理軟體中頻繁產生的專案狀態報告。
專案測試方案
檔案狀態 草稿 正式發布 正在修改 xx專案 測試方案 方案編號 val 02 版本號 0.1 原作者 建立日期 說明 方案版本維護表，用於測試方案版本的維護，a 增加，m 修改 目錄1.概述 3 2.適用物件和範圍 3 3.術語 名詞定義 3 3.1.系統測試 3 3.2.功能測試 3 3.3.介...
專案測試經驗
詢問 測試架構師的工作職責只適合大公司。如果是乙個只有10個測試人員或更少的測試人員的小公司，可沒資源來做這些測試活動了。那麼應該開展哪些測試活動才是最適合小公司的。其實我工作的第一家公司，雖然測試人員也有大幾十號人，但是運作上其實還是乙個小公司，資源缺乏，人力不足，產品時間緊。因此，對於小公司測試...
專案測試方案
摘要 簡要描述該文件的內容。修改歷史 目錄1 概述 4 2 測試特性 4 3 測試策略 4 4 測試資源和環境 4 4.1 硬體配置 4 4.2 軟體配置 4 4.3 測試資料 4 5 測試步驟 4 6 測試通過標準 4 7 追溯表 4 本節描述專案測試方案的目的和測試範圍，測試的基準，所需的資源，...