軟體測試每週一問最佳答案精選
本週問題:測試工程師如何規劃自己的職業生涯?(08-03-14)
目前,不少測試工程師職業發展方向很迷茫。軟體測試工程師的職業發展路線是什麼?是走技術路線、還是管理路線、或者其他?若您選擇其中一條路線,您是如何來儲備自己的能力,如何達到自己的職業發展目標?歡迎大家各抒己見!參與討論請點選》》
[@more@]本週問題:測試工程師如何規劃自己的職業生涯?(08-03-14)目前,不少測試工程師職業發展方向很迷茫。軟體測試工程師的職業發展路線是什麼?是走技術路線、還是管理路線、或者其他?若您選擇其中一條路線,您是如何來儲備自己的能力,如何達到自己的職業發展目標?歡迎大家各抒己見!參與討論請點選》》
一、黑盒測試如何保證需求的覆蓋度?(08-02-22)
會員shenlake:
主要要做好測試需求分析
測試需求分析分兩步:
1 測試需求的獲取
需求的來源:顯式需求(1)原始需求說明書(2)產品規格書(3)軟體需求文件(4)有無繼承性文件(5)經驗庫(6)通用的協議規範
隱式需求:使用者的主觀感受,市場的主流觀點,專業人士的評價分析
2 需求的分析 ,產生測試需求文件
將不同的需求來源劃分成一個個需求點,針對每一點進行測試分析,(1)界定測試範圍(2)利用各種測試設計的方法產生測試點
更多精彩回答請點選》》
二、測試過程中如何應對頻繁的版本變更?(08-02-29)
會員huior:
在軟體開發過程不規範的專案組中,這種情況是非常常見的。2001年,我接觸過的一個公司,它剛剛成立軟體測試部,當時的測試部遇到的情況和上面講的幾乎如出一轍,搞得測試員叫苦不迭,開發部的程式設計師也天天抱怨頭疼。
具體到當前這個專案遇到的情況,從上面的問題分析,我認為主要原因是:開發部提供的測試版本太過隨意,導致質量太差。要解決它,我認為有以下幾個關鍵點:
×在專案開始時,最好能先開發一個原型出來,原型基本上要確定整體介面的風格、統一的操作習慣等,以後的開發要以原型為基礎進行;
×開發部使用版本控制工具,比如CVS、VSS等,並且要保證每天定時Check-in和Check-out,避免積累大量程式碼,同時要強調在Check-out和Check-in的時候要註明緣由,是為了修改某個bug還是增加新功能等;
×每日構建(Daily Build):每日構建要形成制度,構建過程最好能自動進行,如果因為是第一次這樣做,沒有經驗,遇到技術問題,在這種情況下,建議由測試部指派一名測試員加入到開發部,協助開發部進行人工構建,每日能整合一個能執行起來的完整的軟體系統;
×強化冒煙測試(Smoke testing):加入開發部的測試員在構建後,整合了一個完整的軟體系統,要及時對每一個build進行驗證(Build Verification Test ),也可以稱之為“冒煙測試”,對軟體的基本功能點進行驗證;
×強化測試的准入條件:軟體測試啟動是有條件的,並不是說開發部拿個軟體過來,開發部就要測試,比如要啟動測試活動,必須要有需求規格說明書、設計書、單元測試報告、冒煙測試報告等,這是前提。滿足不了這個前提條件,測試活動不會啟動。當然這個制度需要公司管理高層的認可,在專案啟動時要和專案經理協調好的;
×強化BUG管理:測試組要使用BUG管理工具,例如bugzilla、JiRA等,要保證 bug、版本、以及人員的對應關係,同時分析在不同的版本、不同的時間段、不同的模組中BUG的走勢,確定“危險模組”為重點測試物件,預測未來的BUG走勢和工作量等。
×積極的態度:無論是開發部還是測試部,在這個困難的過程中都要有積極的態度,遇到問題要及時溝通,以最高效的方式解決問題。
要從根本上根治這種矛盾,需要一套完整的、規範的開發過程。以上的措施只是一部分,只能在最短的時間內緩解矛盾。
更多精彩回答請點選》》
三、如何量化評估被測試軟體的質量?(08-03-07)
會員charles:
1、軟體需求規格說明書的功能點儘可能的量化;
2、測試用例設計要通過評審,要求需求覆蓋率達100%;
3、檢視缺陷分別按時間的趨勢圖、按模組的餅狀分佈圖,按時間的趨勢圖是否是下降的趨勢,按模組的分佈圖可以發現缺陷集中的相關模組;
4、完成系統的效能、安全、易用性等其他隱式需求的測試;
5、測試用例的執行覆蓋率要達到100%;
6、程式程式碼語句覆蓋率不低於80%;
7、缺陷修復率情況:
1) 致命、嚴重的缺陷修復率要達到100%以上;
2) 一般不太嚴重的缺陷修復率要達到80%以上;
3) 易用性不影響系統應用的缺陷修復率達到60%以上;
8、系統通過需求人員的確認測試,系統滿足需求規格說明書的說明。
更多精彩回答請點選》》
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/11323760/viewspace-1001214/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 每個軟體測試員最怕被問的問題:“測得怎麼樣了?”
- 軟體測試選擇題
- 每個軟體測試員最怕被問的問題:“測得怎麼樣了?”做測試太難了
- 每週AI應用方案精選:智慧試衣間;機器學習惡意軟體防範等AI機器學習
- 【乾貨】每個軟體測試員最怕被問的問題:“測得怎麼樣了?”
- 軟體測試面試問題_介面測試(二)面試
- 軟體驗收測試之α測試和β測試,如何選擇權威的軟體檢測機構
- 軟體測試面試問題(一)面試
- 軟體驗收測試 第三方軟體測試 軟體功能測試 軟體資訊保安測試
- 【軟體測試】——介面測試
- 軟體測試面試常見問題面試
- 軟體測試中存在的問題
- 軟體測試——三、軟體測試的分類
- 軟體工程——軟體測試軟體工程
- 軟體測試
- 軟體測試教程之手機軟體測試方法
- 軟體測試學習教程—軟體測試質量
- 軟體測試學習 ——五種軟體測試模型模型
- 選擇了軟體測試,你後悔嗎?
- 每週精選+原創題
- 精選的 Go 框架,庫和軟體的精選清單Go框架
- 軟體測試-測試計劃
- 初級軟體測試必問面試題面試題
- 軟體測試面試之問——角色扮演面試
- 軟體測試員的思考問題方式
- 軟體測試:軟體缺陷管理
- 軟體測試學習教程—軟體測試基本知識
- 軟體測試真的很重要!——軟體測試的作用
- 軟體測試書籍-學軟體測試最好的書
- 軟體測試入門【1】什麼是軟體測試
- 軟體測試筆記——11.自動化測試和手動測試的選擇筆記
- 軟體測試模型模型
- 軟體測試概要
- 軟體測試模式模式
- 軟體測試工具
- 軟體測試感悟
- 軟體測試度量
- sysbench測試軟體