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