


下載本文檔
版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、軟件測(cè)試流程概述一、新產(chǎn)品或工程管理流程1、需求調(diào)研在軟件需求分析階段,測(cè)試人員從軟件生命周期的需求階段就開(kāi)始介入在需求 階段的測(cè)試人員參與軟件需求調(diào)研,以測(cè)試角度分析需求的可測(cè)性,可構(gòu)思將來(lái)對(duì)其 測(cè)試的方法、原則等;同時(shí)全面了解系統(tǒng)需求,從客戶(hù)角度考慮軟件測(cè)試需要達(dá)到的 驗(yàn)證狀態(tài),即何些功能點(diǎn)需重點(diǎn)測(cè)試、何些無(wú)需,以便將來(lái)制定測(cè)試計(jì)劃。2、制定測(cè)試計(jì)劃進(jìn)行每一種測(cè)試之前,測(cè)試負(fù)責(zé)人要根據(jù)“產(chǎn)品定義書(shū)”及“總體設(shè)計(jì)說(shuō)明” 和“詳細(xì)設(shè)訃文檔”制定“測(cè)試計(jì)劃”,制定總體的測(cè)試il劃,詳細(xì)闡明本次測(cè)試LI 的、對(duì)象、方法、范圍、過(guò)程、環(huán)境要求、接受標(biāo)準(zhǔn)以及測(cè)試人員和測(cè)試時(shí)間等內(nèi) 容,“測(cè)試計(jì)劃”經(jīng)過(guò)
2、審查通過(guò),才能實(shí)施。3、需求 Review開(kāi)發(fā)在完成軟件需求分析之后,會(huì)提交需求分析文檔,測(cè)試人員根據(jù)需求調(diào)研 所了解的需求以及產(chǎn)品需求說(shuō)明文檔等資料,對(duì)需求分析文檔進(jìn)行Review,檢查文 檔是否滿(mǎn)足了需求,是否與需求一致等等。4、設(shè)計(jì) Review在軟件分析設(shè)計(jì)階段,測(cè)試人員參與設(shè)計(jì)討論,了解系統(tǒng)的實(shí)現(xiàn)方式和原理,并 對(duì)概要設(shè)計(jì)和詳細(xì)設(shè)訃提出自己的見(jiàn)解。設(shè)訃結(jié)束之后,開(kāi)發(fā)提交概要設(shè)計(jì)文檔和 詳細(xì)設(shè)計(jì)文檔,測(cè)試人員對(duì)設(shè)訃進(jìn)行Review,檢査設(shè)計(jì)規(guī)劃和實(shí)現(xiàn)方案是否合理,如 果不合理,存在的問(wèn)題是什么、如何改進(jìn)等等。5、測(cè)試設(shè)計(jì)在設(shè)計(jì)測(cè)試方案時(shí),首先分解測(cè)試內(nèi)容,對(duì)于一個(gè)復(fù)雜系統(tǒng),通??梢苑纸?/p>
3、成兒 個(gè)互相獨(dú)立的子系統(tǒng),正確地劃分這些子系統(tǒng)及其邏輯組成部分和相互間的關(guān)系,可 以降低測(cè)試的復(fù)雜性,減少重復(fù)和遺漏,也便于設(shè)計(jì)和開(kāi)發(fā)測(cè)試用例,有效的組織測(cè) 試,將系統(tǒng)分析人員的開(kāi)發(fā)分析文檔加工成以測(cè)試為角度的功能點(diǎn)分析文檔,重要的 是描述對(duì)系統(tǒng)分解后每個(gè)功能點(diǎn)逐一的校驗(yàn)描述,包括何種方法測(cè)試、何種數(shù)據(jù)測(cè) 試、期望測(cè)試結(jié)果等。然后以功能點(diǎn)分析文檔作為依據(jù)進(jìn)行測(cè)試用例的設(shè)計(jì),設(shè)訃 測(cè)試用例是關(guān)系到測(cè)試效果以至軟件質(zhì)量的關(guān)鍵性一步,也是一項(xiàng)非常細(xì)致的工作, 根據(jù)對(duì)具體的北側(cè)系統(tǒng)的分析和測(cè)試要求,逐步細(xì)化測(cè)試的范圍和內(nèi)容,設(shè)計(jì)具體的 測(cè)試過(guò)程和數(shù)據(jù),同時(shí)將結(jié)果寫(xiě)成可以按步執(zhí)行的測(cè)試文檔。每個(gè)測(cè)試用例
4、必須包 括以下兒個(gè)部分:(1) 標(biāo)題和編號(hào)測(cè)試的H標(biāo)和的(3) 輸入和使用的數(shù)據(jù)和操作過(guò)程(4) 期望的輸出結(jié)果(5) 其他特殊的環(huán)境要求、次序要求、時(shí)間要求等6、開(kāi)發(fā)測(cè)試工具和準(zhǔn)備測(cè)試數(shù)據(jù)在軟件測(cè)試中,為了提高測(cè)試工作的效益和質(zhì)量,只要條件許可,應(yīng)盡可能采用 計(jì)算機(jī)自動(dòng)或半自動(dòng)測(cè)試的方法,利用軟件工具本身的優(yōu)勢(shì)來(lái)提高工作效率7、測(cè)試執(zhí)行當(dāng)所有必需的測(cè)試準(zhǔn)備工作都已完成,并且產(chǎn)品已經(jīng)開(kāi)發(fā)完畢并提交測(cè)試,則 可以按照預(yù)定的測(cè)試訃劃和測(cè)試方案逐項(xiàng)進(jìn)行測(cè)試。在測(cè)試過(guò)程中發(fā)現(xiàn)的任何與預(yù) 期LI標(biāo)不符的現(xiàn)象和問(wèn)題都必須詳細(xì)記錄下來(lái),填寫(xiě)測(cè)試記錄。為了能準(zhǔn)確的找出 問(wèn)題產(chǎn)生的原因,及時(shí)的解決問(wèn)題,保證測(cè)試
5、工作的順利進(jìn)行,一般來(lái)說(shuō)所發(fā)現(xiàn)的問(wèn) 題必須是能夠重視的。8、回歸測(cè)試在測(cè)試中發(fā)現(xiàn)的任何問(wèn)題和錯(cuò)誤都必須有一個(gè)明確的解決方法。一般來(lái)說(shuō),經(jīng) 過(guò)修改的軟件可能仍然包含著錯(cuò)誤,其至引入了新的錯(cuò)誤,因此對(duì)于修改以后的程 序和文檔,按照修改的方法和影響的范圍,必須重新進(jìn)行有關(guān)的測(cè)試。另一方面,對(duì) 于版本更新后的軟件也必須進(jìn)行同樣的測(cè)試過(guò)程。9、測(cè)試分析報(bào)告測(cè)試結(jié)束后要及時(shí)地進(jìn)行總結(jié),對(duì)測(cè)試結(jié)果進(jìn)行分析,山測(cè)試負(fù)責(zé)人提交“測(cè) 試分析報(bào)告”。10、產(chǎn)品發(fā)布測(cè)試完畢,整理產(chǎn)品發(fā)布包和相關(guān)文檔并發(fā)布。對(duì)于新產(chǎn)品來(lái)說(shuō),必要的文檔 必須包括:(1) 安裝操作手冊(cè)(2) 產(chǎn)品白皮書(shū)(3) 管理維護(hù)手冊(cè)(4) 用戶(hù)操作
6、手冊(cè)測(cè)試報(bào)告11、版本控制新版本軟件發(fā)布之后,馬上對(duì)代碼進(jìn)行質(zhì)量控制。(1) Bu訂d Master給新版本的源代碼打一個(gè)cvs tag,方便代碼回滾check out。比如,發(fā)布版本為p2p3. 3. 2,則給該軟件源代碼也打一個(gè)與發(fā)布版本相同名字 的tagp2p3. 3. 2。這樣做的一個(gè)好處是,在U前的軟件的基礎(chǔ)上做了修改并發(fā)布新的 版本后,如果需要check out某個(gè)版本的源代碼,則可以通過(guò)這個(gè)版本的tag來(lái) check out,代碼的修改可以在該版本上進(jìn)行。(2) Build Master對(duì)新發(fā)布的軟件源代碼進(jìn)行cvs lock,不允許開(kāi)發(fā)人員在軟 件發(fā)布之后commit源代碼,直
7、到有新版本需求修改再給開(kāi)發(fā)人員開(kāi)放commit權(quán) 限。這樣做的好處是避免開(kāi)發(fā)人員隨意修改和commit源代碼,確保源代碼服務(wù)器上 的源版本版本與當(dāng)前最新的發(fā)布版本一致。二、工程維護(hù)管理流程1、收集新需求:新功能和不緊急的故障,其代碼的修改操作不必馬上進(jìn)行,取 而代之的是做好新需求與故障統(tǒng)計(jì);對(duì)已經(jīng)確認(rèn)的故障也可以先在bug管理系統(tǒng)報(bào) bug,但只是記錄,不需求馬上修改。當(dāng)然了,對(duì)于緊急的工程故障,需要馬上修改和 測(cè)試。2、確認(rèn)新需求:與工程人員或客戶(hù)或產(chǎn)品經(jīng)理確認(rèn)新需求,確保需求被理解正 確。3、需求討論:當(dāng)需求與故障積累到一定數(shù)量或者工程有新版本需求,進(jìn)行一次 發(fā)布測(cè)試,在新版本開(kāi)始修改之詢(xún)把近期積累的需求與故障整理,與相關(guān)開(kāi)發(fā)人員、測(cè)試人員、項(xiàng)LI經(jīng)理和測(cè)試經(jīng)理討論,確認(rèn)哪些新功能可以實(shí)現(xiàn)、新功能的實(shí)現(xiàn)方 法與業(yè)務(wù)流程、新功能開(kāi)發(fā)修改時(shí)間、測(cè)試版本、測(cè)試時(shí)間與發(fā)布時(shí)間。4、在bug跟蹤管理系統(tǒng)報(bào)bug:確認(rèn)所有需要修改的新功能和需求錄入bug 跟蹤管理系統(tǒng),并在bug跟蹤管理系統(tǒng)中詳細(xì)描述新功能需求和解決方法,同時(shí)整理 相關(guān)bug列表,交付開(kāi)發(fā)修改。5、制定測(cè)試計(jì)劃:A、根據(jù)用戶(hù)需求,定義并完善測(cè)試需求,作為測(cè)試的標(biāo)準(zhǔn)B、確定重點(diǎn)測(cè)試事項(xiàng),哪些功能需要重點(diǎn)測(cè)試C、測(cè)試時(shí)間汁劃,并詳細(xì)汁劃具體測(cè)試任務(wù)與時(shí)間D、風(fēng)險(xiǎn)說(shuō)明E、測(cè)試準(zhǔn)備,提前對(duì)測(cè)試環(huán)境和測(cè)試資源進(jìn)行準(zhǔn)備
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 護(hù)理員體位轉(zhuǎn)移技術(shù)規(guī)范
- 首鋼礦業(yè)合作協(xié)議書(shū)
- 山東聯(lián)通5g協(xié)議書(shū)
- 運(yùn)輸?shù)缆分匦迏f(xié)議書(shū)
- 違反班級(jí)紀(jì)律協(xié)議書(shū)
- 車(chē)禍死亡調(diào)解協(xié)議書(shū)
- 門(mén)店股權(quán)轉(zhuǎn)讓協(xié)議書(shū)
- 鋪面租金保密協(xié)議書(shū)
- 門(mén)店入股合同協(xié)議書(shū)
- 雇用防疫人員協(xié)議書(shū)
- 2025年耐熱玻璃器皿行業(yè)深度研究報(bào)告
- 上海市社區(qū)工作者管理辦法
- 國(guó)開(kāi)(甘肅)2024年春《地域文化(專(zhuān))》形考任務(wù)1-4終考答案
- 項(xiàng)目每日情況報(bào)告
- 專(zhuān)業(yè)知識(shí)二湯以恒口訣(完整版)
- GA/T 1133-2014基于視頻圖像的車(chē)輛行駛速度技術(shù)鑒定
- 檢驗(yàn)科三基測(cè)試試題與答案
- 三調(diào)土地利用現(xiàn)狀分類(lèi)和三大地類(lèi)對(duì)應(yīng)甄選
- 中國(guó)醫(yī)院質(zhì)量安全管理 第4-6部分:醫(yī)療管理 醫(yī)療安全(不良)事件管理 T∕CHAS 10-4-6-2018
- DB51∕T 2858-2021 農(nóng)業(yè)科技成果效益計(jì)算方法及規(guī)程
- 高三理科數(shù)學(xué)第一輪復(fù)習(xí)計(jì)劃
評(píng)論
0/150
提交評(píng)論