【正文】 ? 誰負責創(chuàng)建數(shù)據(jù)庫？ ? 誰有權(quán)限增加數(shù)據(jù)庫的帳號？ ? 誰有權(quán)使用哪類帳 號？ ? 數(shù)據(jù)庫使用過程中出了問題和誰聯(lián)系？ Software Project Flat Version: 測試計劃編寫指南 Date: 20xx/09/04 SDP Confidential ?Chicony Software Inc., 20xx Page 11 of 11 ? 誰負責數(shù)據(jù)庫備份？ ? 多長時間備份一次？ ? 由誰使用數(shù)據(jù)庫？ ? 缺陷管理應該與開發(fā)部門的負責人一起討論。另外，通過讓測試人員 填寫測試工作周報，可以對項目進展狀況進行反饋。 測試工作周報 提示和技巧： ? 周報中應包括哪些信息。 ? 誰負責查看工作周報。 ? 如何確定項目中是否有過多的缺陷。 ? 缺陷標題、測試環(huán)境應如何填寫 ? 解釋如何輸入，解決，重新打開，關閉和重新即或一個缺陷。 ? 測試人員要不要培訓以編寫自動化腳本。 ? 多少人做自動測試，是哪些人。 兼容性測試 對于 C/S 架構(gòu)的系統(tǒng)來說，需要考慮客戶端支持的系統(tǒng)平臺。” ? 如果沒有可比性，可以使用合理速度來進行衡量，但這種數(shù)據(jù)必須經(jīng)確認。 ? 是否使用自動測試（比如超鏈接測試）。對于網(wǎng)站來說，文字說明也是相當重要的。 提示和技巧： ? 自動化的目標是什么。 測試遍數(shù) 在穩(wěn)定化測試階段至少要運行一遍完整的測試和一個簡短的測試。 需要做什么測試驗證測試系統(tǒng)是穩(wěn)定的。大多數(shù)的專業(yè)測試人員贊同于一個折中的方案，并傾向于提供較為詳細的步驟。就像測試用例的格式一樣，可以用不同的辦法來編寫測試用例。每一節(jié)會就測試的不同方面做詳細的說明。 ? 測試人員是否在項目開發(fā)初期就開始工作？或者測試人員只在系統(tǒng)開發(fā)完后，才開始測試。 用戶部門可能對 易用性方面比較熟悉。例如，多媒體產(chǎn)品的質(zhì)量目標傾向于精 美的表示和適當?shù)膬?nèi)容，而應用系統(tǒng)可能傾向于易用性、健壯性和適用于不同的任務。 通常情況下視圖和項目計劃都是模糊的。測試項目與系統(tǒng)開發(fā)計劃的關系等。 文檔目的 測試計劃在策略和方法的高度說明如何計劃、組織和管理測試項目。首先，測試負責人使用它作為指導方針編寫測試計劃。測試計劃只是測試的一個框架，很多細節(jié)需要跟開發(fā)人員或其他人員溝通，因此計劃不包括測試用例的細節(jié)和系統(tǒng)功能的詳細信息。測試項目負責人應積極與系統(tǒng)設計人員或開發(fā)人員溝通，以取得相關資料。而且，你會發(fā)現(xiàn)很難將對產(chǎn)品的認識向別人 轉(zhuǎn)述。 另一種有關軟件質(zhì)量的說法是，定義和衡量系統(tǒng)質(zhì)量是測試部門一個部門的事。質(zhì)量目標是一個強有力的工具，應該在系統(tǒng)開發(fā)過程中盡早建立。通常說明什么是要測試的，什么是不要測試的是非常重要的。即使只有一個里程碑，也要在這里說明。但對于用例編寫人員來說，意味著龐大的工作量，他必須考慮每一個步驟。保持測試系統(tǒng)相對穩(wěn)定是非常重要的。 測試時間表 在系統(tǒng)的不同階段，需要計劃在什么時候應得到什么樣的測試系統(tǒng)。 自動測試策略 在測試過程中，可以適當考慮使用自動測試策略。 ? 哪些部分可以自動化？自動化程度有多高。如果系統(tǒng)是以內(nèi)容為主的，擁有上百萬的文字、千個鏈接以及不計其數(shù)的圖 片，在這種情況下需要使用由編輯、校對和測試人員組成的小組來負責內(nèi)容測試?，F(xiàn)在的系統(tǒng)多是 C/S 架構(gòu)或 B/S 架構(gòu)，需要測試系統(tǒng)對多個用戶的并 發(fā)響應能力，一般情況下可以使用軟件在一臺機器上模擬幾千個客戶端進行壓力測試來衡量這些指標。 ? 在什么時候執(zhí)行性能測試？如果需要進行代碼優(yōu)化，需要盡早進行 性能測試，這樣代碼修改帶來的負面影響比較小。 ? 決定支持哪些版本的瀏覽器。 ? 是不是需要測試系統(tǒng)的所有功能。 辦公空間需求 本節(jié)說明需要多少辦公空間。 ? 定義優(yōu)先級、嚴重級別等。 ? 系統(tǒng)哪些部分的缺陷最集中。