2010軟考軟件測試中面臨的問題及解決辦法(6)

　　軟件測試中遇到的5個問題及解決對策

　　軟件測試中遇到的5個問題：

　　1 需求說明差 (poor requirements) ── 需求不清楚、不完整、太概括、或者不可測試，都會造成問題。

　　2 不切實(shí)際的時間表 (unrealistic schedule) ── 如果在很短的時間里要求做許多事，出現(xiàn)錯誤是不可避免的。

　　3 測試不充分 (inadequate testing) ── 只能根據(jù)客戶意見或者系統(tǒng)崩潰來判斷系統(tǒng)質(zhì)量的高低。

　　4 不斷增加功能 (featuritis) ── 在開發(fā)正在進(jìn)行過程中要求增加許多新的功能。這是常見的問題。

　　5 交流問題 (miscommunication) ── 如果開發(fā)人員對客戶的要求不了解，或者客戶由不恰當(dāng)?shù)钠谕�，必然會�?dǎo)致錯誤。

　　針對這些問題，有5個解決辦法：

　　1 可靠的需求 (solid requirements) —— 應(yīng)當(dāng)有一個經(jīng)各方一致同意的、清楚的、完整的、詳細(xì)的、整體的、可實(shí)現(xiàn)的、可測試的需求。為幫助確定需求，可使用模型 (prototypes) 。

　　2 合理的時間表 (realistic schedules) —— 為計劃、設(shè)計、測試、改錯、再測試、變更、以及編制文檔留出足夠的時間。不應(yīng)使用突擊的辦法來完成項(xiàng)目。

　　3 適當(dāng)?shù)臏y試 (adequate testing) —— 盡早開始測試;每次改錯或變更之后，都應(yīng)重新測試。項(xiàng)目計劃中要為測試和改錯留出足夠的時間。

　　4 盡可能堅持最初的需求 (stick to initial requirements as much as possible) —— 一旦開發(fā)工作開始，要準(zhǔn)備防止修改需求和新增功能。要說明這樣作的后果。如果必須進(jìn)行變更，必須在時間表上有相應(yīng)的反映。如果可能，在設(shè)計階段使用快速的模型，以便使客戶了解將會得到的東西。這將會使他們對他們的需求有較高的信心，減少以后的變更。

　　5 溝通 (communication ) —— 在適當(dāng)時機(jī)進(jìn)行預(yù)排和檢查;充分利用團(tuán)組通信工具 —— 電子郵件、群件 (groupware) 、網(wǎng)絡(luò)故障跟蹤工具、變更管理工具、以及因特網(wǎng)的功能。要確保文件是可用的和最新的。優(yōu)選電子版文檔，避免紙介質(zhì)文檔;進(jìn)行遠(yuǎn)距離聯(lián)合作業(yè)及協(xié)作;盡早使用模型，使得客戶的預(yù)想是清楚的。