




版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、 測試管理課堂練習題目1、 獨立測試的概念以及優(yōu)點缺點? 獨立測試的概念:獨立測試是指軟件測試工作由在經(jīng)濟上和管理上獨立于開發(fā)機構(gòu)的組織進行。獨立測試的優(yōu)點:(1)獨立的測試團隊沒有偏見,能夠找到開發(fā)人員未能找到的缺陷;(2)獨立的測試團隊能夠驗證開發(fā)人員在設計和實現(xiàn)系統(tǒng)時所作的(隱式)假定和設想;(3)獨立的測試團隊可以避免來自項目經(jīng)理的非正常的干預;獨立測試的缺點:(1)由于測試團隊獨立于開發(fā)團隊,可能會與開發(fā)團隊缺乏溝通;(2)如果測試人員沒有必要的資源,那么獨立測試就有可能成為瓶頸;(3)測試如果作為項目質(zhì)量的最后檢查點,可能成為項目的瓶頸;(4)開發(fā)人員可能對質(zhì)量有所松懈,因為他們會
2、認為測試人員總會找到問題。2、列出在測試計劃時應該考慮的測試準備和執(zhí)行活動。測試計劃的執(zhí)行活動:(1)確定測試的范圍和風險,明確測試的目標;(2)定義測試的整體方法(測試策略),包括測試級別的定義、入口和出口準則的定義;(3)把測試活動集成和協(xié)調(diào)到整個軟件生命周期活動中去:收集、準備、開發(fā)、運行和維護;(4)決定測試什么?測試由什么角色來執(zhí)行?如何進行測試?如何評估測試結(jié)果?(5)為測試分析和設計活動安排時間進度;(6)為測試實現(xiàn)、執(zhí)行和評估安排時間進度;(7)為已定義的不同測試任務分配資源;(8)定義測試文檔的數(shù)量、詳細程度、結(jié)構(gòu)和模板;(9)為測試準備和執(zhí)行的監(jiān)控、缺陷解決和風險問題選擇度
3、量項;(10)確定測試規(guī)程的詳細程度,以提供足夠的信息支持可重復的測試準備和執(zhí)行;測試計劃對于測試經(jīng)理來說是貫穿于整個生命周期的持續(xù)性活動。必須考慮測試活動的反饋并識別不斷變化的風險的基礎上,定期地更新測試策略和相關的計劃!3、測試工作量的估算方法有哪兩種,區(qū)別兩種不同的估算方法.一種是:基于團隊的估算 另一種是:基于百分比的估算區(qū)分兩種不同估算的方法:4、什么是項目風險,引起項目風險的因素有哪些?什么是產(chǎn)品風險,產(chǎn)品風險的例子? 項目風險的定義:關于項目按目標交付的能力方面的風險。引起項目風險的因素有:(1)公司組織因素包括:技能和人才的不足;個人和培訓問題;政策因素:與測試員進行需求和測試
4、結(jié)果溝通方面存在的問題;測試和評審中發(fā)現(xiàn)的信息未能得到進一步跟蹤(如未改進開發(fā)和測試實踐);對測試的態(tài)度或預期不合理。(2)技術方面包括:不能定義正確的需求;給定現(xiàn)有限制的情況下,能夠滿足需求的程度;設計、編碼和測試的質(zhì)量;(3)供應商問題包括:第三方存在的問題;合同方面的問題。產(chǎn)品風險的定義:在軟件或系統(tǒng)中的潛在失效的區(qū)域(即將來可能發(fā)生的不利事件或危險)稱之為產(chǎn)品風險,因為它們對產(chǎn)品質(zhì)量而言是一個風險;產(chǎn)品風險的例子:(1)易錯的軟件交付使用;(2)軟件/硬件對個人或公司造成傷害的可能性;(3)劣質(zhì)的軟件特征,比如功能性、可靠性等;(4)軟件沒有實現(xiàn)既定的功能;5、什么是事件管理?缺陷與錯
5、誤、失效的關系?缺陷的嚴重程度如何定義,解釋嚴重程度等級。事件管理的定義:事件管理主要指的是缺陷管理;事件管理的目的是為了保證可靠和快速地消除通過各種測試級別檢測到的缺陷和失效;缺陷與錯誤、失效的關系: 錯誤 >缺陷>失效/失敗<周圍環(huán)境/使用環(huán)境缺陷的嚴重程度的定義:嚴重程度等級解釋如下:1-致命的 系統(tǒng)奔潰,可能丟失數(shù)據(jù)。這樣的測試對象不能發(fā)布2-非常嚴重 重大故障,不符合需求或?qū)崿F(xiàn)錯誤,對許多相關人員造成實際影響。測試對象只能在嚴格的限制條件下使用(解決問題困難或代價昂貴)3-嚴重 功能偏差或受限制(“正?!惫收希?;錯誤地或部分地實現(xiàn)需求;對一些相關人員造成實際影響。測
6、試對象可以在限制條件下被使用4-一般 微小的偏差,對極少數(shù)相關人員造成一定的影響。系統(tǒng)可以不受限制的被使用5-輕微 對極少數(shù)相關人員造成輕微影響。系統(tǒng)可以不受限制的被使用。例如。拼寫錯誤或屏幕布局錯誤。6、畫出QualityCenter測試管理的流程圖,并解釋每個階段所做的工作。指定需求: 分析你的應用程序并且確定下你的測試條件。測試計劃:根據(jù)你的測試條件創(chuàng)建你的測試計劃。執(zhí)行測試:在你的測試運行平臺上創(chuàng)建Test sets。跟蹤缺陷:報告在你的應用程序中的缺陷并且記錄下整個缺陷的修復過程。8、試述缺陷跟蹤流程,并畫出流程圖。添加缺陷 :報告在你的應用程序中新發(fā)現(xiàn)的缺陷。在測試過程中
7、的任何階段,質(zhì)量保證員,開發(fā)者,項目經(jīng)理和最終用戶都能添加缺陷。檢查新的缺陷 : 檢查新的缺陷和確定哪些缺陷應該被修復。修復開放的缺陷 :修復那些你決定要修復的缺陷。測試新的構(gòu)建 :測試在你的應用程序中新被構(gòu)建的部分,直到缺陷被修復。分析缺陷數(shù)據(jù) :在缺陷被修復前,生成的報告和圖表可以幫助你進行分析并且它還能幫助你確定什么時候發(fā)布應用程序。9、QualityCenter里面如何定制工作流(workflow)10、什么是QualityCentr的需求樹,需求樹的作用是什么?什么是測試用例?測試用例與測試需求要滿足什么樣的的關系?需求樹:以圖表方式
8、展示整個需求說明和需求關系的樹狀圖。作用:有機的組織并顯示數(shù)據(jù),并進行分組和分類需求,監(jiān)控需求過程和任務分配,并產(chǎn)生詳細的報告和圖表。測試用例:通過需求來連接測試,并追蹤測試和需求的關系。滿足關系:一個測試可以覆蓋多個需求,一個需求可以被多個測試用例覆蓋。11、測試組織架構(gòu)有哪些類型,各種類型的優(yōu)缺點以及適用范圍?模式1:開發(fā)團隊負責測試開發(fā)人員采用交叉測試的方式,即開發(fā)人員不對自己的程序進行測試。這種方式也叫伙伴測試或者結(jié)對測試!適合于組件測試、集成測試模式2:開發(fā)團隊中的測試人員與模式1類似,但是模式2中的測試人員,負責項目的測試任務,而不僅僅是結(jié)對測試的方式。開發(fā)人員和測試人員都向開發(fā)經(jīng)
9、理匯報!適合于組件測試、集成測試呢模式3:項目團隊中的測試人員項目團隊里專門配備測試團隊,并且不負責開發(fā)任務,他們對整個項目的測試任務負責。開發(fā)經(jīng)理和測試經(jīng)理同時向項目經(jīng)理匯報工作!適合于集成測試、系統(tǒng)測試模式4:不同測試類型的測試專家性能測試可用性測試安全性測試兼容性測試穩(wěn)定性測試適合于集成測試、系統(tǒng)測試、驗收測試模式5:獨立的測試團隊項目經(jīng)理、開發(fā)經(jīng)理和測試經(jīng)理三國鼎立。測試團隊具有獨立性、權威性!適合于集成測試、系統(tǒng)測試、驗收測試13、什么是測試的入口準則,什么是測試的出口準則,舉一個測試入口準則和出口準則的例子.測試入口準則定義:允許一個系統(tǒng)進入一個特定的測試階段時所必須具備的條件!例
10、子:概要測試用例、詳細測試用例文檔評審通過;測試出口準則定義:允許一個系統(tǒng)完成一個特定的測試階段時所必須具備的條件 !例子:(1)所有在本測試周期所計劃的測試用例全部執(zhí)行完畢,并且所有的嚴重程度為1的缺陷修改完畢并通過確認測試;(2)計劃的測試時間用完;(3)軟件測試達到了預先定義的測試覆蓋率;14、什么是測試風險以及測試風險的識別方法?測試風險的定義:風險可以定義為事件,危險,威脅,或情況發(fā)生的可能性以及由此產(chǎn)生的不可預料的后果,即一個潛在的問題。測試風險的識別方法:(1)頭腦風暴法(2)風險分類問卷調(diào)查(3)定期測試風險匯報(4)使用測試風險列表16、qualitycenter定制中如何在
11、缺限模塊的新建缺陷的各個field中增加需要的field?點擊Tools菜單下的Customize點擊“Project Entities”展開“Defect”,選中“User Fields”后點擊“New Field”在“Field Label”中輸入“Version”在“Field Type”中選擇“Lookup List”在“Required”前打鉤點擊“New List”后在“List Name”中輸入“Version”點擊“New Item”,新建三個菜單,分別為1.0、2.0和3.0分別選中三個菜單并點擊“New Sub-Item”,分別新建三個子菜單點擊“OK”,點擊“Save”,
12、完成在缺陷模塊中需要的field的添加17、Quality Center的requirement模塊中requirement與requirement以及defects如何關聯(lián),他們關聯(lián)的關系是什么樣的?如何關聯(lián):1.在工具欄中,點擊requirements模板2.從菜單中選擇viewrequirements details 3.展開playee 文件夾選擇 add payee requirement.4.在右側(cè),點擊Linked defects tab 4.在linked defects 頁面上,點擊linked defects arrow然后選擇 by id, Link existing defect對話框就出現(xiàn)了5.在defect id 區(qū)域,選擇缺陷id類型6.點擊link把需求連接缺陷,連接的缺陷就出現(xiàn)在linked defects頁面。18、Quality Center 中什么是Test Sets,手工測試和自動化測試如何執(zhí)行?Test Sets:測試集是在QC測試計劃中應該達到的特定的目標。當執(zhí)行自動化測試時,QC將自動選擇測試工具,
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年公路客運行業(yè)轉(zhuǎn)型升級與多元化發(fā)展智慧城市建設研究報告
- 種草經(jīng)濟對電商平臺用戶粘性影響研究報告
- 游戲化教育在2025年中小學德育教學中的應用策略研究報告
- 咨詢工程師培訓課件下載
- 2025年醫(yī)藥企業(yè)研發(fā)外包(CRO)模式疫苗研發(fā)與生產(chǎn)報告
- 基于深度學習的智能客服情感分析技術研究報告2025
- 教育大數(shù)據(jù)助力2025年教育改革與創(chuàng)新決策研究報告
- 保險題庫及答案2017
- 寶潔考試試題及答案
- 濕地公園消防培訓課件
- 培訓講義職場中的沖突管理
- 浙教版科學七年級上冊全冊課件
- 道路運輸防汛應急演練方案范文
- 道路管線施工地鐵保護施工方案
- 財務報表分析作業(yè)
- 膽汁性胸膜炎查房
- 南川水江-涪陵白濤天然氣管道工程環(huán)評報告
- 焊接質(zhì)量檢查表
- (完整版)語文作文紙方格紙模版(兩種格式任選)
- 建函201521號 廣鐵集團建管處關于發(fā)布《鄰近營業(yè)線施工物理隔離防護辦法》的通知
- JGJ59-2011建筑施工安全檢查評分表-(完整版)
評論
0/150
提交評論