真題二（14分）：閱讀下列說明，回答問題1至問題4，將解答填入答題紙的相應欄內。

說明：某軟件公司在研發一個城鎮居民保險系統時，為了加快進度，測試工作在系統開發初步完畢之后開始并直接進行系統測試。

測試project師真滴界面進行了功能測試。

測試project師和開發project師借助缺陷管理工具。交換進行測試與缺陷修復工作。測試期間發現系統的“文檔審批”功能出現嚴重缺陷，開發project師覺得改動難度大，經過測試project師認可后決定暫停修復該缺陷，直到產品公布前，該缺陷在開發環境下被修復。隨后，測試project師在開發環境下針對該缺陷運行了有關的用例，進行了回歸測試。回歸測試結束后。開發project師在開發環境下對產品直接打包公布。

問題1（3分）：測試開展時間是過早、過晚還是合適？說明理由。

問題2（2分）：測試project師功能測試的方法是否正確？若不對，請陳述正確的方法；若正確，請說明理由。

問題3（6分）：該案例中對缺陷管理有哪些不妥之處？

問題4（3分）：開發project師產品公布的做法是否正確？

解答分析：
本題考考查二個知識點：
（1）測試工作與開發工作怎樣配合；
（2）測試的對象包含哪些。

測試工作開展的太晚。

（1分）

測試工作應該覆蓋需求分析、概要設計、具體設計、編碼等前期階段，而不應該在系統開發初步完畢后才開始。（2分）

問題2（2分。每條1分）
本題考查功能測試的根據，正確的根據應該是需求規格說明書，而不是用戶界面，由于界面實現的功能是否正確的理解和和表達了用戶需求為不可知。
測試人員功能測試的方法不對。
系統功能測試應該追溯到用戶需求。針對界面進行功能測試是錯誤的。

問題3（6分，每條1分）
本題考查二個知識點
（1）缺陷管理的流程和職責；
（2）回歸測試的概念。

答案要點例如以下：
（1）開發project師無權決定是否延期或者和暫停改動某一缺陷
（2）測試project師認可暫停修復缺陷的決定是不合理的；
（3）測試project師應該跟蹤缺陷狀態，知道確定改動后關閉缺陷。才是完畢了測試任務
（4）回歸測試應該運行全部的用例，不是只運行與缺陷有關的用例
（5）產品公布前，應該對發現的缺陷進行評審
（6）應該分析缺陷修復情況之后才可公布產品

問題4（3分）
本題考查配置管理的知識點。
產品最后由開發者直接公布不合理。（1分）
（基線庫中的產品應該是最后經過測試的。

）實際最后公布的產品應該從產品庫中提取。（2分）

轉載于:https://www.cnblogs.com/wzzkaifa/p/7149864.html

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的2010年下半年软件评測师(下午)试题分析与解答的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。