軟件質(zhì)量保證與軟件測試

1、軟件質(zhì)量保證與軟件測試軟件質(zhì)量保證與軟件測試北京唯英時(shí)代信息技術(shù)有限公司方修廣開場白開場白l世界上不存在沒有缺陷的軟件。l可以通過兩種途徑開發(fā)出沒有錯(cuò)誤的軟件：l在一開始就防止引入錯(cuò)誤。l識別潛藏在代碼中的錯(cuò)誤，找到并消滅它們。大綱大綱l軟件工程l軟件質(zhì)量保證l軟件測試基礎(chǔ)知識常用技能職業(yè)發(fā)展團(tuán)隊(duì)管理lQ&A軟件工程軟件工程l軟件工程 (Software Engineering，簡稱為SE)是一門研究用工程化方法構(gòu)建和維護(hù)有效的、實(shí)用的和高質(zhì)量的軟件的學(xué)科。它涉及到程序設(shè)計(jì)語言，數(shù)據(jù)庫，軟件開發(fā)工具，系統(tǒng)平臺，標(biāo)準(zhǔn)，設(shè)計(jì)模式等方面。軟件質(zhì)量管理軟件質(zhì)量管理質(zhì)量與質(zhì)量管理的概念l質(zhì)量：是

2、“反映實(shí)體滿足明確和隱含需要的能力和特性綜 合”。因此，質(zhì)量是一種需要，“是一組固有特性滿足要求的程度”。l質(zhì)量管理：質(zhì)量管理是指以組織為質(zhì)量中心、企業(yè)全員參與為基礎(chǔ)，為追求客戶滿意和組織所有受益者滿意而建立和形成的一整套質(zhì)量方針、目標(biāo)和體系。質(zhì)量管理通過質(zhì)量策劃設(shè)定組織的質(zhì)量目標(biāo)，并規(guī)定必要的過程和相關(guān)資源；通過質(zhì)量控制監(jiān)視內(nèi)部質(zhì)量過程，排除質(zhì)量控制過程中可能存在的缺陷隱患；通過質(zhì)量改進(jìn)提高內(nèi)部的質(zhì)量管理能力，改善組織內(nèi)部的質(zhì)量過程；通過質(zhì)量保證提供足夠的信任證據(jù)，表明組織有能力滿足客戶的質(zhì)量要求。軟件質(zhì)量管理軟件質(zhì)量管理l質(zhì)量管理體系：它是質(zhì)量管理的運(yùn)作實(shí)體，由組織結(jié)構(gòu)、程序、過程、資源4

3、個(gè)基本部分組成。l質(zhì)量策劃：它是“確定質(zhì)量以及采用質(zhì)量管理體系要素和要求的活動(dòng)”，包括產(chǎn)品策劃、質(zhì)量管理體系管理和運(yùn)作策劃、編制質(zhì)量計(jì)劃。 l質(zhì)量控制：為達(dá)到質(zhì)量要求所采取的作業(yè)技術(shù)和活動(dòng)。質(zhì)量控制的對象是過程。 l質(zhì)量保證：是為了提供足夠的信任證據(jù)，證明組織有關(guān)的各類實(shí)體有能力滿足質(zhì)量要求所實(shí)施并在必要時(shí)進(jìn)行證實(shí)的有計(jì)劃、有系統(tǒng)的活動(dòng)。l質(zhì)量改進(jìn)：是為了向組織的所有受益者提供更多的收益所采用的提高質(zhì)量過程和效率的各種措施 。軟件質(zhì)量管理軟件質(zhì)量管理l質(zhì)量管理的發(fā)展階段 （1）產(chǎn)品質(zhì)量檢驗(yàn)階段：這個(gè)時(shí)期特征是對產(chǎn)品的質(zhì)量進(jìn)行檢驗(yàn)。產(chǎn)品質(zhì)量的檢驗(yàn)只是一種事后的檢查，不能預(yù)防不合格品的產(chǎn)生。 （2

4、）統(tǒng)計(jì)質(zhì)量管理階段：它是運(yùn)用概率論和數(shù)理統(tǒng)計(jì)的原理，提出控制生產(chǎn)過程，預(yù)防不合格產(chǎn)品的思想和方法。即通過小部分樣品測試，推測和控制全體產(chǎn)品或工藝過程的質(zhì)量狀況。 （3）全面質(zhì)量管理階段：從以質(zhì)量管理專業(yè)人員為核心進(jìn)行質(zhì)量管理，發(fā)展到管理者推動(dòng)、組織各部門的人員都來進(jìn)行學(xué)習(xí)和實(shí)行質(zhì)量管理。 軟件質(zhì)量管理軟件質(zhì)量管理l從質(zhì)量管理理論的發(fā)展歷史可以看出： 質(zhì)量管理從單純的對產(chǎn)品質(zhì)量進(jìn)行檢驗(yàn)發(fā)展到對產(chǎn)品形成過程進(jìn)行控制 控制方法從靜態(tài)發(fā)展到動(dòng)態(tài)的、持續(xù)的過程改進(jìn)l質(zhì)量管理理論發(fā)展到今天： 其核心思想已表現(xiàn)為對過程的策劃、控制和過程能力的持續(xù)改進(jìn) 軟件質(zhì)量保證軟件質(zhì)量保證l是軟件工程領(lǐng)域中的一部分l為了

5、確保軟件開發(fā)過程和結(jié)果符合預(yù)期的要求，而建立的一系列規(guī)程，以及依照規(guī)程和計(jì)劃采取的一系列活動(dòng)及其結(jié)果評價(jià)l軟件開發(fā)過程是按照計(jì)劃和規(guī)范實(shí)施的l軟件開發(fā)結(jié)果包括完整的軟件和文檔，并且符合可預(yù)期的目標(biāo)和檢驗(yàn)標(biāo)準(zhǔn)軟件測試軟件測試 軟件測試就是在軟件投入運(yùn)行前，對軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼實(shí)現(xiàn)的最終審查，它是軟件質(zhì)量保證的關(guān)鍵步驟。通常對軟件測試的定義有兩種描述：l定義定義1：軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。l定義定義2：軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測試用例，并利用這些測試用例運(yùn)行程序以及發(fā)現(xiàn)錯(cuò)誤的過程，即執(zhí)行測試步驟。 TiplSQA：從流程和

6、標(biāo)準(zhǔn)上來控制開發(fā)過程，從而提高軟件質(zhì)量。lSQC：通過測試發(fā)現(xiàn)軟件的問題并確保問題被解決，從而提高軟件質(zhì)量思考思考l質(zhì)量是做出來的還是管出來的？軟件開發(fā)模式軟件開發(fā)模式1、大棒開發(fā)法l源于能量爆發(fā)創(chuàng)造宇宙，萬物都由能量和物質(zhì)積聚而成的理論，但如果不是遵循某種正確的排列和組合，形成的將不是預(yù)先期望的事物。大棒模式與上述理論一樣：一大堆能量（這里指開發(fā)軟件所需的人力和物力）放在一起，巨大的能量進(jìn)行釋放，通常的結(jié)果可能是產(chǎn)生了優(yōu)秀的軟件產(chǎn)品或成為一堆“廢品”（不成功的軟件）。l優(yōu)點(diǎn)：思路簡單， 通?？赡苁情_發(fā)者的“突發(fā)奇想”l缺點(diǎn)：開發(fā)過程是非工程化的，隨意性大l關(guān)于測試：有的較簡單，有的則非常困難

7、軟件開發(fā)模式軟件開發(fā)模式（續(xù)）（續(xù)）2、邊寫邊改法l采用邊寫邊改法的軟件開發(fā)通常只是有了比較粗略的想法就開始進(jìn)行簡單的設(shè)計(jì)、然后進(jìn)行較長的反復(fù)編寫、測試與修復(fù)這樣一個(gè)循環(huán)的過程。在認(rèn)為無法更精細(xì)的描述軟件產(chǎn)品要求時(shí)，就發(fā)布產(chǎn)品。 l優(yōu)點(diǎn)：能夠較為迅速的展現(xiàn)成果，適合需要快速制作而且用完就扔的小項(xiàng)目，如示范程序、演示程序等。l缺點(diǎn)：其編碼和測試可能將是長期的循環(huán)往復(fù)的過程。 軟件開發(fā)模式軟件開發(fā)模式（續(xù)）（續(xù)）l 產(chǎn)品說明書代碼編制、測試、修復(fù)代碼編制、測試、修復(fù) 最終產(chǎn)品軟件開發(fā)模式軟件開發(fā)模式（續(xù)）（續(xù)）瀑布法l瀑布模式是將軟件生命周期的各項(xiàng)活動(dòng)，規(guī)定為按照固定順序相連的若干個(gè)階段性工作，形

8、如瀑布流水，最終得到軟件產(chǎn)品。 l優(yōu)點(diǎn)：易于理解；調(diào)研開發(fā)的階段性；強(qiáng)調(diào)早期計(jì)劃及需求調(diào)查；確定何時(shí)能夠交付產(chǎn)品及何時(shí)進(jìn)行評審與測試。l缺點(diǎn)：需求調(diào)查分析只進(jìn)行一次，不能適應(yīng)需求變化；順序的開發(fā)流程，使得開發(fā)中的經(jīng)驗(yàn)教訓(xùn)不能反饋到該項(xiàng)目的開發(fā)中去；不能反映出軟件開發(fā)過程的反復(fù)與迭代性；沒有包含任何類型的風(fēng)險(xiǎn)評估；開發(fā)中出現(xiàn)的問題直到開發(fā)后期才能夠顯露，因此失去及早糾正的機(jī)會(huì)。軟件開發(fā)模式軟件開發(fā)模式（續(xù)）（續(xù)）l 問題定義分析研究需求分析軟件設(shè)計(jì)編碼測試維護(hù)定義階段開發(fā)階段維護(hù)階段軟件開發(fā)模式軟件開發(fā)模式（續(xù)）（續(xù)）l 圖1-9 螺旋開發(fā)模式詳細(xì)設(shè)計(jì)風(fēng)險(xiǎn)分析評估方案累計(jì)成本提交線制定計(jì)劃原型1

9、原型2原型3可運(yùn)行原型風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析需求計(jì)劃開發(fā)計(jì)劃集成與測試軟件需求軟件產(chǎn)品設(shè)計(jì)需求確定設(shè)計(jì)確定實(shí)現(xiàn)編碼單元測試集成測試驗(yàn)收測試 軟件開發(fā)與軟件測試的關(guān)系軟件開發(fā)與軟件測試的關(guān)系圖1-10軟件測試與軟件開發(fā)過程的關(guān)系需求需求分析分析說明書說明書詳細(xì)詳細(xì)設(shè)計(jì)設(shè)計(jì)說明書說明書源程序源程序代碼代碼單元單元測試測試集成集成測試測試確認(rèn)確認(rèn)測試測試概要概要設(shè)計(jì)設(shè)計(jì)說明書說明書軟件開發(fā)與軟件測試的關(guān)系軟件開發(fā)與軟件測試的關(guān)系項(xiàng)目規(guī)劃項(xiàng)目規(guī)劃項(xiàng)目需求分析項(xiàng)目需求分析項(xiàng)目概要分析項(xiàng)目概要分析項(xiàng)目詳細(xì)分析項(xiàng)目詳細(xì)分析代碼編寫代碼編寫測試代碼編寫測試代碼編寫測試需求分析測試需求分析系統(tǒng)測試計(jì)劃系統(tǒng)測試計(jì)劃集成

10、測試計(jì)劃集成測試計(jì)劃單元測試計(jì)劃單元測試計(jì)劃產(chǎn)品發(fā)布產(chǎn)品發(fā)布系統(tǒng)測試系統(tǒng)測試集成測試集成測試單元測試單元測試單元測試單元測試l單元測試的內(nèi)容：l1、模塊接口測試l2、檢查局部數(shù)據(jù)結(jié)構(gòu)能否保持完整性l3、模塊邊界條件測試l4、模塊執(zhí)行路徑測試l5、檢查模塊內(nèi)部錯(cuò)誤處理是否有效l單元測試方法：白盒測試為主集成測試集成測試l集成測試（Integration test）: 將通過單元測試的多個(gè)模塊組合成更大的模塊或子系統(tǒng)或產(chǎn)品，然后進(jìn)行測試。l測試內(nèi)容：各單元的接口是否吻合、代碼是否符合規(guī)定的標(biāo)準(zhǔn)、界面標(biāo)準(zhǔn)是否統(tǒng)一等。系統(tǒng)測試系統(tǒng)測試l經(jīng)過集成測試之后，分散開發(fā)的模塊被聯(lián)接起來，構(gòu)成完整的程序，其中各

11、模塊間接口存在的種種問題都已基本消除。測試開始進(jìn)入到系統(tǒng)測試的階段。 l為了發(fā)現(xiàn)缺陷并度量產(chǎn)品質(zhì)量，按照系統(tǒng)的功能和性能需求進(jìn)行的測試l一般使用黑盒測試技術(shù)l一般由獨(dú)立的測試人員完成系統(tǒng)測試系統(tǒng)測試(System test)l應(yīng)該由若干個(gè)不同測試組成，目的是充分運(yùn)行系統(tǒng)，驗(yàn)證系統(tǒng)各部件是否都能正常工作并完成所賦予的任務(wù)。這里所謂的系統(tǒng)不僅僅包括軟件本身，而且還包括計(jì)算機(jī)硬件及其相關(guān)的外圍設(shè)備，數(shù)據(jù)及其收集傳輸機(jī)構(gòu)，甚至掌握計(jì)算機(jī)運(yùn)行的人員及其操作等。l通常意義上的系統(tǒng)測試包括：功能測試、性能測試(Performance test)、用戶界面測試、兼容性測試等。 UAT測試測試l系統(tǒng)測試結(jié)束后，

12、在項(xiàng)目組看來開發(fā)和測試工作已經(jīng)全部完成，可以交付使用，并與用戶一起進(jìn)行測試，以驗(yàn)證是否符合與用戶事先約定的驗(yàn)收標(biāo)準(zhǔn)。l測試人員l產(chǎn)品經(jīng)理或其他高級經(jīng)理l開發(fā)工程師l測試工程師l用戶 測試級測試級目的目的執(zhí)行者執(zhí)行者測試環(huán)境測試環(huán)境測試方法測試方法單元單元從單個(gè)模塊中從單個(gè)模塊中發(fā)現(xiàn)邏輯、數(shù)據(jù)發(fā)現(xiàn)邏輯、數(shù)據(jù)和運(yùn)算缺陷和運(yùn)算缺陷軟 件 工 程軟 件 工 程師師單獨(dú)的；樁單獨(dú)的；樁和支撐程序和支撐程序白盒測試白盒測試集成集成發(fā)現(xiàn)模塊間接口發(fā)現(xiàn)模塊間接口缺陷缺陷軟 件 工 程軟 件 工 程師師單獨(dú)的和單獨(dú)的和/或或模擬；樁和模擬；樁和支撐程序支撐程序白盒測試白盒測試T o p - d o w n ,

13、bottom-up, 或或outside-in系統(tǒng)系統(tǒng)測定軟件是否滿測定軟件是否滿足需求足需求軟 件 質(zhì) 保軟 件 質(zhì) 保組；組；軟 件 確 認(rèn)軟 件 確 認(rèn)組組實(shí)際的環(huán)境實(shí)際的環(huán)境（可能沒有（可能沒有最終的硬件最終的硬件）功 能 測 試 和功 能 測 試 和ALAC(ActLikeACustomer)回歸回歸確認(rèn)軟件經(jīng)過一確認(rèn)軟件經(jīng)過一些小的變更或修些小的變更或修改后是否仍滿足改后是否仍滿足所有的需求所有的需求軟 件 質(zhì) 保軟 件 質(zhì) 保組；組；軟 件 確 認(rèn)軟 件 確 認(rèn)組組實(shí)際的環(huán)境實(shí)際的環(huán)境（可能沒有（可能沒有最終的硬件最終的硬件）功 能 測 試 和功 能 測 試 和ALAC驗(yàn)收驗(yàn)收確

14、定軟件是否滿確定軟件是否滿足客戶的需求足客戶的需求客 戶 ， 軟客 戶 ， 軟件 質(zhì) 保 組件 質(zhì) 保 組和和/或項(xiàng)目或項(xiàng)目組組實(shí)際的環(huán)境實(shí)際的環(huán)境（通常在客（通常在客戶方）戶方）功 能 測 試 和功 能 測 試 和ALAC（客戶可（客戶可能有自己的測試能有自己的測試方法）方法）l性能測試l功能測試性能測試性能測試l性能測試即測試軟件處理事務(wù)的速度，一是為了檢驗(yàn)性能是否符合需求，二是為了得到某些性能數(shù)據(jù)供人們參考。(Performance) l性能測試是通過自動(dòng)化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。功能測試功能測試 功能測試 (Functional te

15、sting )，根據(jù)產(chǎn)品特征、操作描述和用戶方案，測試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計(jì)需求。本地化軟件的功能測試，用于驗(yàn)證應(yīng)用程序或網(wǎng)站對目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_、瀏覽器和測試腳本，以保證目標(biāo)用戶的體驗(yàn)將足夠好，就像應(yīng)用程序是專門為該市場開發(fā)的一樣。常見名詞常見名詞l冒煙測試l壓力測試l本地化測試l回歸測試lAlpha測試lBeta測試l嵌入式軟件測試l手機(jī)測試l應(yīng)用軟件測試l固件測試l靜態(tài)測試l動(dòng)態(tài)測試黑盒子測試黑盒子測試l黑盒測試是從用戶觀點(diǎn)出發(fā)的測試，它又稱功能測試、數(shù)據(jù)驅(qū)動(dòng)測試或基于規(guī)格說明書或用戶手冊的測試。它所依據(jù)的是程序的外部特性。l白盒測試又稱結(jié)構(gòu)測試、邏

16、輯驅(qū)動(dòng)測試或基于程序的測試，其測試過程如圖所示l半透明盒子測試自動(dòng)化測試自動(dòng)化測試l常用測試軟件（HP ，IBM， Borland）lQTP，LR，QCl如何學(xué)習(xí)自動(dòng)化測試 必做的測試：必做的測試：l安裝測試l功能測試l值域測試l界面測試l可用性測試l說明書測試l配置測試l加密問題測試l裸機(jī)測試可選的測試可選的測試l內(nèi)存泄漏測試l接口測試l性能測試l并發(fā)性測試l安全性測試l破壞性測試l配套產(chǎn)品測試測試計(jì)劃：測試計(jì)劃：l收集并組織測試計(jì)劃信息，將軟件細(xì)化為可檢驗(yàn)的測試需求，建立測試計(jì)劃 l目標(biāo)：溝通測試小組內(nèi)部與外部的測試意圖l規(guī)定測試活動(dòng)的范圍、方法、資源和進(jìn)度l明確測試項(xiàng)目的特性l測試要點(diǎn)l

17、測試任務(wù)細(xì)分l任務(wù)進(jìn)度以及負(fù)責(zé)人l輸出：測試計(jì)劃測試用例測試用例l模板包含的內(nèi)容：標(biāo)題和編號、版本號、修改記錄等模塊功能名稱設(shè)計(jì)可能有的操作（包括測試步驟和輸入）預(yù)期輸出和錯(cuò)誤發(fā)現(xiàn)方法是否通過（是否與期望結(jié)果一致）與bug庫對應(yīng)的ID號測試的執(zhí)行及報(bào)告：測試的執(zhí)行及報(bào)告：l選擇測試用例庫中的測試用例運(yùn)行l(wèi)選擇新設(shè)計(jì)的測試用例運(yùn)行l(wèi)記錄中間步驟和結(jié)果l記錄下執(zhí)行過程中的靈感l(wèi)但不要輕易修改本次執(zhí)行任務(wù)l對測試結(jié)果分析，并盡量重現(xiàn)和優(yōu)化錯(cuò)誤步驟l詳細(xì)填寫缺陷報(bào)告并提供盡可能多的信息，盡可能提供錯(cuò)誤分析和修改建議l認(rèn)真審核錯(cuò)誤處理結(jié)果并及時(shí)關(guān)閉缺陷報(bào)告測試員的效率測試員的效率l平均每個(gè)工作日發(fā)現(xiàn)4-

18、6個(gè)Bugl平均每修正3個(gè)Bug，會(huì)引進(jìn)1個(gè)新的Bugl平均75%的Bug會(huì)在單元測試階段解決掉l平均20%的Bug會(huì)在集成測試和系統(tǒng)測試階段解決掉l平均5%的Bug會(huì)被交付給用戶l 測試不能是全面的l成本和質(zhì)量lTQMlCMlPeer ReviewlEPGl提早發(fā)現(xiàn)l缺陷預(yù)防CMMl軟件能力成熟度模型(CMM, Capability Maturity Model)： 是軟件行業(yè)標(biāo)準(zhǔn)模型，用來定義和評價(jià)軟件企業(yè)開發(fā)過程的成熟度，提供如何做才能夠提高軟件質(zhì)量的指導(dǎo)。lCMM的基本原理： CMM將軟件組織的過程能力成熟度分為5個(gè)級別，每一個(gè)級別定義一組過程能力目標(biāo)，并描述要達(dá)到這些目標(biāo)應(yīng)該采取的各

19、種實(shí)踐活動(dòng)。lCMM的主要作用： 提供了一個(gè)軟件過程改進(jìn)的框架。根據(jù)CMM模型，軟件開發(fā)者（機(jī)構(gòu)或組織）能夠大幅度的提高按計(jì)劃、高效率、低成本的提交有質(zhì)量保證的軟件產(chǎn)品的能力。 l 軟件能力成熟度模型軟件能力成熟度模型（續(xù)）（續(xù)） 優(yōu)化級（優(yōu)化級（5） 已管理級（已管理級（4） 已定義級（已定義級（3） 可重復(fù)級（可重復(fù)級（2） 初始級（初始級（1） 標(biāo)準(zhǔn)一致標(biāo)準(zhǔn)一致 的過程的過程 不斷改不斷改 進(jìn)過程進(jìn)過程 可預(yù)測可預(yù)測 的過程的過程 有紀(jì)律有紀(jì)律 的過程的過程軟件過程成熟度的5個(gè)等級 l 軟件能力成熟度模型軟件能力成熟度模型（續(xù)）（續(xù)）CMM的分級結(jié)構(gòu)和其主要特征：l初始級初始級：其特點(diǎn)是

20、軟件過程無秩序，有時(shí)甚至是混亂的。l可重復(fù)級可重復(fù)級：已建立了基本的項(xiàng)目管理過程，可用于對成本、進(jìn)度和功能特性進(jìn)行跟蹤。l已定義級已定義級：用于管理的、工程的軟件過程均已實(shí)現(xiàn)文檔化、標(biāo)準(zhǔn)化，并形成了整個(gè)軟件組織的標(biāo)準(zhǔn)軟件過程。l管理級管理級：軟件過程和產(chǎn)品質(zhì)量有詳細(xì)的度量標(biāo)準(zhǔn)，軟件過程和產(chǎn)品質(zhì)量得到了定量的認(rèn)證和控制。l優(yōu)化級優(yōu)化級：通過對來自過程、新概念和新技術(shù)等方面各種有用信息的定量分析，能夠不斷地、持續(xù)性地對過程進(jìn)行改進(jìn)。ISO 9000介紹介紹l ISO 9000標(biāo)準(zhǔn) 是為制造行業(yè)制定的質(zhì)量管理和質(zhì)量評判的一系列標(biāo)準(zhǔn) 定義了一套基本達(dá)標(biāo)的做法，有助于企業(yè)能夠一致地交付符合客戶質(zhì)量要求的

21、產(chǎn)品（或服務(wù)）ISO 9000標(biāo)準(zhǔn)的目標(biāo) 在于開發(fā)過程，而不是產(chǎn)品 關(guān)心的是進(jìn)行工作的組織方式，而不是工作成果ISO 9000只決定過程的要求是什么，而不管如何達(dá)到。ISO 9000指出要做什么，但不指出怎樣做。 軟件質(zhì)量保證部的職責(zé)軟件質(zhì)量保證部的職責(zé)l質(zhì)量控制組l質(zhì)量保證組l測試服務(wù)組l開發(fā)服務(wù)組質(zhì)量控制組（質(zhì)量控制組（QC）l質(zhì)量控制組強(qiáng)調(diào)標(biāo)準(zhǔn)l在任何公司中，管理部門都是實(shí)際的質(zhì)量控制組。lQC組的真正權(quán)利在于，它能夠控制一個(gè)有問題的產(chǎn)品直到管理部門經(jīng)過深思熟慮后做出決定質(zhì)量保證組（質(zhì)量保證組（QA）l設(shè)置過程標(biāo)準(zhǔn)、引進(jìn)評審程序、培訓(xùn)職員以更好的方式開展設(shè)計(jì)和開發(fā)產(chǎn)品。l有能力的程序員、

22、編寫人員、經(jīng)理、設(shè)計(jì)人員和分析員l管理部門是真正的質(zhì)量保證小組l質(zhì)量來自頂層，而不是來自QA測試服務(wù)組測試服務(wù)組l測試服務(wù)組為項(xiàng)目經(jīng)理提供測試服務(wù)。對你的要求是找到故障代碼，仔細(xì)對他們進(jìn)行描述，并確保需要了解他們的每個(gè)人都能弄清楚。你并沒有發(fā)布或者拒絕發(fā)布一個(gè)產(chǎn)品的權(quán)限。你描述程序的問題，到目前為止的已經(jīng)完成的測試層度，以及你對程序質(zhì)量的估計(jì)。開發(fā)服務(wù)組開發(fā)服務(wù)組l調(diào)試l技術(shù)（客戶）支持，尤其在產(chǎn)品發(fā)布后的前幾個(gè)星期l對手冊的技術(shù)編輯l易用性測試l可比較產(chǎn)品的評價(jià)l客戶滿意度研究另一種選擇另一種選擇l獨(dú)立測試機(jī)構(gòu)l優(yōu)點(diǎn)l缺點(diǎn)對軟件測試的誤解對軟件測試的誤解l如果發(fā)布的軟件有質(zhì)量問題，那是軟件測試人員的錯(cuò)。l軟件測試技術(shù)要求不高，至少比編程容易多了。l軟件測試隨便找一個(gè)能力差的人就能做。l有時(shí)間就多測試一些，來不及就少測試一些。l軟件測試是測試人員的事，與開發(fā)人員無關(guān)。l設(shè)計(jì)實(shí)現(xiàn)測試，軟件測試是開發(fā)后期的一個(gè)階段。對于測試人員的職業(yè)素質(zhì)要求對于測試人員的職業(yè)素質(zhì)要求l1、責(zé)任感l(wèi)堅(jiān)持原則、不放棄l有問題及時(shí)匯報(bào)l2、溝通能力