軟件測(cè)試方法和技術(shù)

軟件測(cè)試方法和技術(shù)主講:田小霞教學(xué)重點(diǎn):1、軟件測(cè)試根底理論2、軟件測(cè)試過(guò)程3、軟件質(zhì)量的概念及質(zhì)量保證體系教學(xué)難點(diǎn)：1、軟件測(cè)試的意義2、軟件質(zhì)量保證和軟件測(cè)試的關(guān)系第一章測(cè)試概述1.1軟件測(cè)試背景1.2軟件測(cè)試根底理論1.3軟件開(kāi)發(fā)過(guò)程1.4軟件測(cè)試過(guò)程1.5軟件質(zhì)量保證概要1.6軟件測(cè)試職業(yè)1.1軟件測(cè)試背景1.1.1軟件缺陷與故障案例軟件缺陷的定義軟件缺陷的特征1.1.2軟件缺陷產(chǎn)生的原因軟件缺陷與故障1、軟件缺陷和軟件故障案例案例1美國(guó)迪斯尼公司的獅子王游戲軟件bug兼容性問(wèn)題案例2美國(guó)航天局火星登陸事故系統(tǒng)測(cè)試銜接問(wèn)題案例3跨世紀(jì)“千年蟲(chóng)〞問(wèn)題案例4愛(ài)國(guó)者導(dǎo)彈防御系統(tǒng)炸死自家人系統(tǒng)時(shí)鐘誤差積累案例5英特爾奔騰浮點(diǎn)除法上述所有實(shí)例中的軟件問(wèn)題在軟件工程或軟件測(cè)試中都被稱為軟件缺陷或軟件故障。軟件缺陷與故障〔續(xù)〕2、軟件缺陷的定義〔1〕軟件未到達(dá)產(chǎn)品說(shuō)明書(shū)中已經(jīng)標(biāo)明的功能；〔2〕軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)中指明不會(huì)出現(xiàn)的錯(cuò)誤；〔3〕軟件未到達(dá)產(chǎn)品說(shuō)明書(shū)中雖未指出但應(yīng)當(dāng)?shù)竭_(dá)的目標(biāo)；〔4〕軟件功能超出了產(chǎn)品說(shuō)明書(shū)中指明的范圍；〔5〕軟件測(cè)試人員認(rèn)為軟件難以理解、不易使用，或者最終用戶認(rèn)為該軟件使用效果不良。軟件缺陷與故障〔續(xù)〕3、軟件缺陷的特征“看不到〞——軟件的特殊性決定了缺陷不易看到“看到但是抓不到〞——發(fā)現(xiàn)了缺陷，但不易找到問(wèn)題發(fā)生的原因所在軟件缺陷產(chǎn)生的原因〔P28〕

軟件缺陷的主要類型/現(xiàn)象：功能、特性沒(méi)有實(shí)現(xiàn)或局部實(shí)現(xiàn)設(shè)計(jì)不合理，存在缺陷實(shí)際結(jié)果和預(yù)期結(jié)果不一致運(yùn)行出錯(cuò)，包括運(yùn)行中斷、系統(tǒng)崩潰、界面混亂數(shù)據(jù)結(jié)果不正確、精度不夠用戶不能接受的其他問(wèn)題，如存取時(shí)間過(guò)長(zhǎng)、界面不美觀其他10%軟件產(chǎn)品說(shuō)明書(shū)（需求）56%編寫(xiě)代碼7%設(shè)計(jì)27%圖1-1軟件缺陷產(chǎn)生的原因分布1.2軟件測(cè)試根底理論1.2.1軟件測(cè)試的定義1.2.2軟件測(cè)試的根本理論1.2.3軟件測(cè)試和缺陷修復(fù)的代價(jià)1.2.4軟件測(cè)試技術(shù)概要1.2.1軟件測(cè)試的定義1、軟件測(cè)試的定義幾個(gè)觀點(diǎn):測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤；

一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；

一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。狹義定義：程序測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。廣義定義：將測(cè)試延伸到需求評(píng)審、設(shè)計(jì)審查活動(dòng)中去，這種延伸后的軟件測(cè)試，被認(rèn)為是一種軟件測(cè)試的廣義概念。軟件測(cè)試的定義為：軟件測(cè)試是貫穿整個(gè)軟件開(kāi)發(fā)生命周期、對(duì)軟件產(chǎn)品〔包括階段性產(chǎn)品〕進(jìn)行驗(yàn)證和確認(rèn)的活動(dòng)過(guò)程，其目的是盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問(wèn)題——與用戶需求、預(yù)先定義的不一致性。軟件測(cè)試的定義〔續(xù)〕2、軟件測(cè)試的根本問(wèn)題軟件生命周期：一個(gè)軟件生命周期包括制定方案、需求分析定義、軟件設(shè)計(jì)、程序編碼、軟件測(cè)試、軟件運(yùn)行、軟件維護(hù)、軟件停用等8個(gè)階段。軟件測(cè)試的對(duì)象：——軟件測(cè)試不等于程序測(cè)試?！浖y(cè)試貫串于軟件定義和開(kāi)發(fā)的整個(gè)過(guò)程?！浖_(kāi)發(fā)過(guò)程中所產(chǎn)生的需求規(guī)格說(shuō)明、概要設(shè)計(jì)規(guī)格說(shuō)明、詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源程序都是軟件測(cè)試的對(duì)象。軟件測(cè)試的定義〔續(xù)〕2、軟件測(cè)試的根本問(wèn)題〔續(xù)〕軟件測(cè)試在軟件生命周期中橫跨兩個(gè)階段：第一個(gè)階段：?jiǎn)卧獪y(cè)試階段，即在每個(gè)模塊編寫(xiě)出以后所做的必要測(cè)試。第二個(gè)階段：綜合測(cè)試階段，即在完成單元測(cè)試后進(jìn)行的測(cè)試，如集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。軟件測(cè)試涉及的關(guān)鍵問(wèn)題包括四個(gè)方面：〔1〕測(cè)試由誰(shuí)來(lái)執(zhí)行?！?〕測(cè)試什么。〔3〕什么時(shí)候進(jìn)行測(cè)試?！?〕怎樣進(jìn)行測(cè)試。1.2.2軟件測(cè)試的根本理論

1、軟件測(cè)試的目的發(fā)現(xiàn)軟件缺陷發(fā)現(xiàn)軟件缺陷，盡可能早一些發(fā)現(xiàn)軟件缺陷，盡可能早一些，并確保其得以修復(fù)注意：測(cè)試無(wú)法說(shuō)明錯(cuò)誤不存在，只能說(shuō)明軟件錯(cuò)誤已出現(xiàn)。2、軟件測(cè)試的原那么〔1〕盡早地和及時(shí)地測(cè)試；〔2〕測(cè)試用例應(yīng)當(dāng)由測(cè)試數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期結(jié)果這兩局部組成；〔3〕在程序提交測(cè)試后，應(yīng)當(dāng)由專門的測(cè)試人員進(jìn)行測(cè)試；〔4〕測(cè)試用例應(yīng)包括合理的輸入條件和不合理的輸入條件；〔5〕嚴(yán)格執(zhí)行測(cè)試方案，排除測(cè)試的隨意性；〔6〕充分注意測(cè)試當(dāng)中的群表達(dá)象；〔7〕應(yīng)對(duì)每一個(gè)測(cè)試結(jié)果做全面的檢查；〔8〕保存測(cè)試方案、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)工作提供充分的資料。3、測(cè)試在開(kāi)發(fā)各階段的作用工程規(guī)劃階段：負(fù)責(zé)從單元測(cè)試到系統(tǒng)測(cè)試的整個(gè)測(cè)試階段的監(jiān)控。需求分析階段：確定測(cè)試需求分析、系統(tǒng)測(cè)試方案的制定、評(píng)審后成為管理工程。詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)階段：確保集成測(cè)試方案和單元測(cè)試方案完成。編碼階段：由開(kāi)發(fā)人員進(jìn)行自己負(fù)責(zé)局部的測(cè)試代碼。在工程較大時(shí)，由專人進(jìn)行編碼階段的測(cè)試任務(wù)。測(cè)試階段：依據(jù)測(cè)試代碼進(jìn)行測(cè)試，并提交相應(yīng)的測(cè)試狀態(tài)報(bào)告和測(cè)試結(jié)束報(bào)告。圖1-2完整的開(kāi)發(fā)流程項(xiàng)目規(guī)劃項(xiàng)目需求分析項(xiàng)目概要分析項(xiàng)目詳細(xì)分析代碼編寫(xiě)測(cè)試代碼編寫(xiě)測(cè)試需求分析系統(tǒng)測(cè)試計(jì)劃集成測(cè)試計(jì)劃單元測(cè)試計(jì)劃產(chǎn)品發(fā)布系統(tǒng)測(cè)試集成測(cè)試單元測(cè)試4、完整的軟件開(kāi)發(fā)流程1.2.3軟件測(cè)試和缺陷修復(fù)的代價(jià)軟件在從需求、設(shè)計(jì)、編碼、測(cè)試一直到交付用戶公開(kāi)使用后的過(guò)程中，都有可能產(chǎn)生和發(fā)現(xiàn)缺陷。隨著整個(gè)開(kāi)發(fā)過(guò)程的時(shí)間推移，更正缺陷或修復(fù)問(wèn)題的費(fèi)用呈幾何級(jí)數(shù)增長(zhǎng)。

圖1-3軟件缺陷在不同階段發(fā)現(xiàn)時(shí)修復(fù)的費(fèi)用示意圖020406080100編制說(shuō)明書(shū)設(shè)計(jì)階段編寫(xiě)代碼測(cè)試發(fā)布1、軟件測(cè)試技術(shù)按照軟件測(cè)試用例的設(shè)計(jì)方法而論，軟件測(cè)試可分為白盒測(cè)試法和黑盒測(cè)試法；按照軟件測(cè)試是否執(zhí)行程序而論，軟件測(cè)試又可以分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試；按照軟件設(shè)計(jì)方法是否采用面向?qū)ο笤O(shè)計(jì)技術(shù)而論，軟件測(cè)試又可以分為傳統(tǒng)測(cè)試方法和面向?qū)ο鬁y(cè)試方法；按照網(wǎng)絡(luò)環(huán)境下C/S應(yīng)用結(jié)構(gòu)的特定環(huán)境而論，軟件測(cè)試又有其相應(yīng)的方法。這些都是軟件測(cè)試具體的測(cè)試方法。1.2.4軟件測(cè)試技術(shù)概要2、軟件測(cè)試的策略：就是測(cè)試將按照什么樣的思路和方式進(jìn)行。通常，軟件測(cè)試要經(jīng)過(guò)單元測(cè)試、集成測(cè)試、功能測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試以及驗(yàn)收測(cè)試。單元測(cè)試單元測(cè)試集中在檢查軟件設(shè)計(jì)的最小單位—模塊上，通過(guò)測(cè)試發(fā)現(xiàn)實(shí)現(xiàn)該模塊的實(shí)際功能與定義該模塊的功能說(shuō)明不符合的情況，以及編碼的錯(cuò)誤。集成測(cè)試集成測(cè)試是將模塊按照設(shè)計(jì)要求組裝起來(lái)同時(shí)進(jìn)行測(cè)試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問(wèn)題。如數(shù)據(jù)穿過(guò)接口時(shí)可能喪失；一個(gè)模塊與另一個(gè)模塊可能有由于疏忽的問(wèn)題而造成有害影響；把子功能組合起來(lái)可能不產(chǎn)生預(yù)期的主功能；個(gè)別看起來(lái)是可以接受的誤差可能積累到不能接受的程度；全程數(shù)據(jù)結(jié)構(gòu)可能有錯(cuò)誤等。功能測(cè)試是基于產(chǎn)品功能說(shuō)明書(shū)，是在產(chǎn)品所具有的功能，從用戶角度來(lái)進(jìn)行功能驗(yàn)證，以確認(rèn)每個(gè)功能是否能正常使用。確認(rèn)測(cè)試確認(rèn)測(cè)試的目的是向未來(lái)的用戶說(shuō)明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)根本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測(cè)試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。系統(tǒng)測(cè)試軟件開(kāi)發(fā)完成以后，最終還要與系統(tǒng)中其他局部配套運(yùn)行，進(jìn)行系統(tǒng)測(cè)試。包括恢復(fù)測(cè)試、平安測(cè)試、強(qiáng)度測(cè)試和性能測(cè)試等。驗(yàn)收測(cè)試驗(yàn)收測(cè)試是向未來(lái)的用戶說(shuō)明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)根本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是驗(yàn)收測(cè)試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。經(jīng)驗(yàn)收后，將軟件提交用戶。3、軟件測(cè)試技術(shù)的開(kāi)展趨勢(shì)：〔1〕軟件驗(yàn)證技術(shù)〔2〕靜態(tài)測(cè)試分析技術(shù)〔3〕測(cè)試數(shù)據(jù)的選擇——主要對(duì)測(cè)試用例進(jìn)行選擇通常從下面幾個(gè)方面評(píng)價(jià)測(cè)試用例的質(zhì)量：檢測(cè)軟件缺陷的有效性、測(cè)試用例的可重用性、測(cè)試用例的經(jīng)濟(jì)性、測(cè)試用例的可維護(hù)性〔4〕集成化測(cè)試——研究如何實(shí)現(xiàn)軟件測(cè)試的自動(dòng)化過(guò)程以及相關(guān)的一系列內(nèi)容。1.3軟件開(kāi)發(fā)過(guò)程1.3.1軟件產(chǎn)品的組成1.3.2軟件開(kāi)發(fā)工程組1.3.3軟件開(kāi)發(fā)根本過(guò)程1.3.4軟件開(kāi)發(fā)模型1.3.1軟件產(chǎn)品的組成1、軟件產(chǎn)品需要各種開(kāi)發(fā)投入

圖1-4獲得軟件產(chǎn)品的工作示意圖產(chǎn)品說(shuō)明書(shū)、產(chǎn)品審查、設(shè)計(jì)文檔、進(jìn)度方案、上一版本信息反響、商業(yè)競(jìng)爭(zhēng)對(duì)手的同類軟件產(chǎn)品情況、客戶調(diào)查、易用性數(shù)據(jù)、觀察與感受說(shuō)明書(shū)開(kāi)發(fā)過(guò)程軟件產(chǎn)品的組成〔續(xù)〕2、客戶需求客戶需求包括對(duì)客戶調(diào)查所收集的詳細(xì)信息、以前軟件的使用情況及存在的問(wèn)題、競(jìng)爭(zhēng)對(duì)手的軟件產(chǎn)品信息等等。通過(guò)分析客戶需求，可以確定將要開(kāi)發(fā)的軟件產(chǎn)品應(yīng)該具有哪些功能。3、產(chǎn)品說(shuō)明產(chǎn)品說(shuō)明書(shū)的作用就是對(duì)客戶需求信息進(jìn)行綜合描述，并包括用戶沒(méi)有提出、但軟件產(chǎn)品本身必須要實(shí)現(xiàn)的要求，從而針對(duì)產(chǎn)品進(jìn)行定義并確定其功能。軟件產(chǎn)品的組成〔續(xù)〕4、設(shè)計(jì)文檔構(gòu)架。即產(chǎn)生描述軟件整體設(shè)計(jì)的文檔，包括軟件所有主要局部的描述以及相互間的交互方式。數(shù)據(jù)流示意圖。表示數(shù)據(jù)在程序中如何流動(dòng)的正規(guī)示意圖。通常由圓圈和線條組成，所以也稱為泡泡圖。狀態(tài)變化示意圖。將軟件分解為根本狀態(tài)或者條件的另一種正規(guī)示意圖，表示不同狀態(tài)之間的變化的方式。流程圖。用圖形描述程序邏輯的最常用方式之一。根據(jù)詳細(xì)的流程圖編寫(xiě)程序代碼簡(jiǎn)單方便。注釋代碼。代碼注釋是便于維護(hù)代碼的程序員掌握代碼的內(nèi)容和執(zhí)行方式。軟件產(chǎn)品的組成〔續(xù)〕5、測(cè)試文檔一般測(cè)試文檔所包含的內(nèi)容：測(cè)試方案。描述用于驗(yàn)證軟件是否符合產(chǎn)品說(shuō)明書(shū)和客戶需求的整體方案。測(cè)試用例。依據(jù)測(cè)試的工程，并描述驗(yàn)證軟件的詳細(xì)步驟。軟件測(cè)試報(bào)告。描述依據(jù)測(cè)試用例找出的問(wèn)題，通常提交測(cè)試報(bào)告。歸納、統(tǒng)計(jì)和總結(jié)。采用圖表、表格和報(bào)告等形式來(lái)描述整個(gè)測(cè)試過(guò)程。軟件產(chǎn)品的組成〔續(xù)〕6、開(kāi)發(fā)進(jìn)度表系統(tǒng)最終交付日期已經(jīng)確定，軟件開(kāi)發(fā)部門必須在規(guī)定期限內(nèi)完成系統(tǒng)最終交付日期只確定了大致的年限，最后交付日期由軟件開(kāi)發(fā)部門確定Gantt圖中橫坐標(biāo)表示時(shí)間，縱坐標(biāo)表示任務(wù)，圖中的水平線段表示對(duì)一個(gè)任務(wù)的進(jìn)度安排，線段的起點(diǎn)和鐘點(diǎn)對(duì)應(yīng)在橫坐標(biāo)上的時(shí)間分別表示該任務(wù)的開(kāi)始時(shí)間和結(jié)束時(shí)間，線段的長(zhǎng)度表示完成該任務(wù)所需的時(shí)間。7、軟件產(chǎn)品組成局部〔1〕程序代碼〔2〕幫助文件〔3〕用戶手冊(cè)〔4〕樣本和例如〔5〕標(biāo)簽6〕產(chǎn)品支持信息〔7〕圖表和標(biāo)志〔8〕錯(cuò)誤信息〔9〕廣告與宣傳材料〔10〕軟件的安裝〔11〕軟件說(shuō)明文件〔12〕測(cè)試錯(cuò)誤提示信息1.3.2軟件開(kāi)發(fā)工程組工程管理經(jīng)理：全程負(fù)責(zé)整個(gè)軟件工程的開(kāi)發(fā)。系統(tǒng)設(shè)計(jì)師：設(shè)計(jì)整個(gè)系統(tǒng)構(gòu)架或軟件構(gòu)思。程序員：負(fù)責(zé)設(shè)計(jì)、編寫(xiě)程序，并修改軟件中的缺陷。軟件測(cè)試員/測(cè)試師：負(fù)責(zé)找出并報(bào)告軟件產(chǎn)品的問(wèn)題，與開(kāi)發(fā)組密切合作，進(jìn)行測(cè)試并報(bào)揭發(fā)現(xiàn)的問(wèn)題。技術(shù)制作、用戶助手、用戶培訓(xùn)員、手冊(cè)編寫(xiě)和文件檔案專員：負(fù)責(zé)編寫(xiě)軟件產(chǎn)品附帶的文件和聯(lián)機(jī)文檔。結(jié)構(gòu)管理和制作人員：負(fù)責(zé)將程序員編寫(xiě)的全部文檔資料合并成一個(gè)軟件包。軟件開(kāi)發(fā)根本過(guò)程軟件開(kāi)發(fā)的根本過(guò)程可以分為需求分析、設(shè)計(jì)、編碼、測(cè)試和維護(hù)階段，即通常所說(shuō)的“傳統(tǒng)生命周期〞，也就是“瀑布模型〞。圖1-5軟件開(kāi)發(fā)根本過(guò)程需求分析:根據(jù)客戶的要求，清楚了解客戶需求中的產(chǎn)品功能、特性、性能、界面和具體規(guī)格等，然后進(jìn)行分析，確定軟件產(chǎn)品所能到達(dá)的目標(biāo)。設(shè)計(jì):根據(jù)需求分析的結(jié)果，考慮如何在邏輯、程序上去實(shí)現(xiàn)所定義的產(chǎn)品功能、特性等，可以分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，也可分為數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、軟件體系結(jié)構(gòu)設(shè)計(jì)、應(yīng)用接口設(shè)計(jì)、模塊設(shè)計(jì)、界面設(shè)計(jì)等。編程:將設(shè)計(jì)轉(zhuǎn)換成計(jì)算機(jī)可讀的形式。測(cè)試:對(duì)設(shè)計(jì)、編程進(jìn)行驗(yàn)證和用戶需求確認(rèn)的過(guò)程。維護(hù)：維持軟件運(yùn)行，修改軟件缺陷、增強(qiáng)已有功能、增加功能、升級(jí)等。軟件開(kāi)發(fā)模型1. 瀑布模型2. 原型模型3. 快速應(yīng)用開(kāi)發(fā)(RAD)模型4. 改進(jìn)的V模型5. 螺旋模型6. 增量模型和迭代模型瀑布法瀑布模式是將軟件生命周期的各項(xiàng)活動(dòng)，規(guī)定為按照固定順序相連的假設(shè)干個(gè)階段性工作，形如瀑布流水，最終得到軟件產(chǎn)品。優(yōu)點(diǎn)：易于理解；調(diào)研開(kāi)發(fā)的階段性；強(qiáng)調(diào)早期方案及需求調(diào)查；確定何時(shí)能夠交付產(chǎn)品及何時(shí)進(jìn)行評(píng)審與測(cè)試。缺點(diǎn)：需求調(diào)查分析只進(jìn)行一次，不能適應(yīng)需求變化；順序的開(kāi)發(fā)流程，使得開(kāi)發(fā)中的經(jīng)驗(yàn)教訓(xùn)不能反響到該工程的開(kāi)發(fā)中去；不能反映出軟件開(kāi)發(fā)過(guò)程的反復(fù)與迭代性；沒(méi)有包含任何類型的風(fēng)險(xiǎn)評(píng)估；開(kāi)發(fā)中出現(xiàn)的問(wèn)題直到開(kāi)發(fā)后期才能夠顯露，因此失去及早糾正的時(shí)機(jī)。問(wèn)題定義分析研究需求分析軟件設(shè)計(jì)編碼測(cè)試維護(hù)定義階段開(kāi)發(fā)階段維護(hù)階段圖1-6瀑布開(kāi)發(fā)模式快速原型法

根據(jù)客戶需求在較短的時(shí)間內(nèi)解決用戶最迫切解決的問(wèn)題，完成可演示的產(chǎn)品。這個(gè)產(chǎn)品只實(shí)現(xiàn)最重要功能，在得到用戶的更加明確的需求之后，原型將丟棄。需求分析原型開(kāi)發(fā)原型評(píng)價(jià)最終設(shè)計(jì)系統(tǒng)實(shí)現(xiàn)用戶反饋圖1-6快速原型開(kāi)發(fā)模式快速應(yīng)用開(kāi)發(fā)(RAD)模型〔P6〕圖1-7RAD開(kāi)發(fā)模式V模型〔P7〕圖1-8V型開(kāi)發(fā)模式螺旋模式法螺旋模式是瀑布模式與邊寫(xiě)邊改演化模式相結(jié)合，并參加風(fēng)險(xiǎn)評(píng)估所建立的軟件開(kāi)發(fā)模式。主要思想是在開(kāi)始時(shí)不必詳細(xì)定義所有細(xì)節(jié)，而是從小開(kāi)始，定義重要功能，盡量實(shí)現(xiàn)，接受客戶反響，進(jìn)入下一階段，并重復(fù)上述過(guò)程，直到獲得最終產(chǎn)品。每一螺旋〔開(kāi)發(fā)階段〕包括5個(gè)步驟：①確定目標(biāo)，選擇方案和限制條件。②對(duì)方案風(fēng)險(xiǎn)進(jìn)行評(píng)估，并能解決風(fēng)險(xiǎn)。③進(jìn)行本階段的開(kāi)發(fā)和測(cè)試。④方案下一階段。⑤確定進(jìn)入下階段的方法。優(yōu)點(diǎn)：嚴(yán)格的全過(guò)程風(fēng)險(xiǎn)管理；強(qiáng)調(diào)各開(kāi)發(fā)階段的質(zhì)量；提供時(shí)機(jī)評(píng)估工程是否有價(jià)值繼續(xù)下去。圖1-9螺旋開(kāi)發(fā)模式詳細(xì)設(shè)計(jì)風(fēng)險(xiǎn)分析評(píng)估方案累計(jì)成本提交線制定計(jì)劃原型1原型2原型3可運(yùn)行原型風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析需求計(jì)劃開(kāi)發(fā)計(jì)劃集成與測(cè)試軟件需求軟件產(chǎn)品設(shè)計(jì)需求確定設(shè)計(jì)確定實(shí)現(xiàn)編碼單元測(cè)試集成測(cè)試驗(yàn)收測(cè)試階段開(kāi)發(fā)模型圖1-10軟件分階段開(kāi)發(fā)示意圖增量和迭代模型增量開(kāi)發(fā)迭代開(kāi)發(fā)圖1-11軟件分階段增量和迭代示意圖小結(jié)1、對(duì)于軟件缺陷的精確定義，通常有以下5條描述： 軟件未到達(dá)產(chǎn)品說(shuō)明書(shū)的功能 軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤 軟件功能超出產(chǎn)品說(shuō)明書(shū)指明范圍 軟件未到達(dá)產(chǎn)品說(shuō)明書(shū)雖未指出但應(yīng)到達(dá)的目標(biāo) 軟件測(cè)試員認(rèn)為難以理解、不易使用、運(yùn)行速度緩慢、或者最終用戶認(rèn)為不好2、軟件缺陷第一大原因就是軟件產(chǎn)品規(guī)格說(shuō)明書(shū)，第二大原因是軟件設(shè)計(jì)，第三個(gè)原因才是編寫(xiě)代碼和其它原因；前兩個(gè)原因至少占了80%以上。3、軟件測(cè)試的定義：軟件測(cè)試是貫穿整個(gè)軟件開(kāi)發(fā)生命周期、對(duì)軟件產(chǎn)品〔包括階段性產(chǎn)品〕進(jìn)行驗(yàn)證和確認(rèn)的活動(dòng)過(guò)程，其目的是盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問(wèn)題——與用戶需求、預(yù)先定義的不一致性。4、軟件測(cè)試要經(jīng)過(guò)單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。回憶軟件質(zhì)量就是客戶的滿意度軟件缺陷(Bug)是什么軟件測(cè)試的根本方法 -白盒/黑盒，靜態(tài)/動(dòng)態(tài)，自動(dòng)化/手工，…軟件測(cè)試的分類和階段 -單元、集成、系統(tǒng)〔性能、適用性、兼容性…〕、驗(yàn)收測(cè)試軟件測(cè)試的工作范疇 -策略、方案、設(shè)計(jì)、執(zhí)行、報(bào)告、評(píng)估…回憶軟件開(kāi)發(fā)的模型軟件質(zhì)量就是客戶的滿意度軟件缺陷(Bug)是什么軟件測(cè)試的根本方法 -白盒/黑盒，靜態(tài)/動(dòng)態(tài)，自動(dòng)化/手工，…軟件測(cè)試的分類和階段 -單元、集成、系統(tǒng)〔性能、適用性、兼容性…〕、驗(yàn)收測(cè)試1.4軟件測(cè)試過(guò)程1.4.1測(cè)試策略1.4.2制定測(cè)試方案1.4.3測(cè)試執(zhí)行過(guò)程1.4.4測(cè)試過(guò)程管理理念1、測(cè)試策略的概念測(cè)試策略通常是描述測(cè)試工程的總體方法和目標(biāo)。描述目前在進(jìn)行哪一階段的測(cè)試〔如單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試〕以及每個(gè)階段內(nèi)進(jìn)行的測(cè)試種類〔如功能測(cè)試、性能測(cè)試、壓力測(cè)試等〕，以確定合理的測(cè)試方案使得測(cè)試更有效。2、影響測(cè)試策略的因素測(cè)試完成的標(biāo)準(zhǔn)標(biāo)準(zhǔn)的上下對(duì)策略確定有著重要的影響。比方該軟件的應(yīng)該用場(chǎng)合為軍用，這將對(duì)軟件的可靠性、平安性要求非常高，但如果是用于小型商場(chǎng)的收費(fèi)系統(tǒng)由于是內(nèi)部使用，主要考慮其計(jì)算的準(zhǔn)確與精度及復(fù)雜統(tǒng)計(jì)與報(bào)表生成等方面準(zhǔn)確性與易用性。資源狀況 參與測(cè)試的人、測(cè)試中所需要的軟件平臺(tái)〔如操作系統(tǒng)甚至?xí)婕暗降谌降囊恍?yīng)用軟件〕及測(cè)試可能用到的相關(guān)硬件設(shè)備〔如計(jì)算機(jī)，網(wǎng)絡(luò)硬件其它外設(shè)等〕3、制定測(cè)試策略全面細(xì)致地了解產(chǎn)品的工程信息:應(yīng)用領(lǐng)域,測(cè)試范圍,市場(chǎng)需求,產(chǎn)品的特點(diǎn)和主要功能,技術(shù)架構(gòu)基于模塊、功能、整體、系統(tǒng)、版本、壓力、性能、配置和安裝等各個(gè)因素對(duì)產(chǎn)品的影響,公正客觀地開(kāi)展測(cè)試方案根據(jù)程序的重要性和一旦發(fā)生故障將造成的損失,來(lái)確定它的測(cè)試等級(jí)和測(cè)試重點(diǎn)認(rèn)真研究測(cè)試策略,以便能使用盡可能少的有效測(cè)試用例,發(fā)現(xiàn)盡可能多的程序錯(cuò)誤,因?yàn)橐淮瓮暾能浖y(cè)試過(guò)后,如果程序中遺漏的錯(cuò)誤過(guò)多并且很嚴(yán)重,那么說(shuō)明本次測(cè)試是失敗的,是缺乏的;而測(cè)試缺乏意味著讓用戶承擔(dān)隱藏錯(cuò)誤帶來(lái)的危險(xiǎn).同時(shí)反過(guò)來(lái)說(shuō),如果過(guò)度測(cè)試,那么又會(huì)浪費(fèi)許多珍貴的資源.找到一個(gè)最正確平衡點(diǎn)。通過(guò)/失敗的標(biāo)準(zhǔn)單個(gè)的測(cè)試通過(guò)/失敗

測(cè)試用例全部產(chǎn)品測(cè)試通過(guò)/失敗

每個(gè)階段的通過(guò)/失敗階段通過(guò)/失敗的標(biāo)準(zhǔn)

項(xiàng)目經(jīng)理和測(cè)試組長(zhǎng)已經(jīng)全部按計(jì)劃到位?所有相關(guān)的信息已經(jīng)傳達(dá)到QA?QA.開(kāi)始了測(cè)試設(shè)計(jì)?需求階段設(shè)計(jì)審查所有設(shè)計(jì)中及文檔中的問(wèn)題都已經(jīng)被解決?技術(shù)設(shè)計(jì)和測(cè)試設(shè)計(jì)已經(jīng)結(jié)束?最高優(yōu)先級(jí)的功能要求已經(jīng)實(shí)現(xiàn)?新功能已經(jīng)實(shí)現(xiàn)?所有的功能是按照設(shè)計(jì)來(lái)實(shí)現(xiàn)的?代碼完成?功能驗(yàn)證確認(rèn)測(cè)試回歸測(cè)試完成與否?是不是完全按測(cè)試計(jì)劃完成了所有的測(cè)試?沒(méi)有嚴(yán)重的缺陷?達(dá)到產(chǎn)品發(fā)布的標(biāo)準(zhǔn)?測(cè)試環(huán)境的檢查?所有嚴(yán)重問(wèn)題是不是都已測(cè)出?功能測(cè)試,壓力測(cè)試,安全測(cè)試,兼容性測(cè)試,易用性測(cè)試是否都已完成?有沒(méi)有阻礙產(chǎn)品發(fā)布的缺陷？系統(tǒng)測(cè)試測(cè)試方案內(nèi)容構(gòu)成測(cè)試方案制定的第一步就是將軟件分解較小而且相對(duì)獨(dú)立的功能模塊，寫(xiě)成測(cè)試需求。測(cè)試需求有很多分類方法，最普通的一種就是按照功能分類：測(cè)試需求是測(cè)試設(shè)計(jì)和開(kāi)發(fā)測(cè)試用例的根底，分解功能模塊可以更好地進(jìn)行設(shè)計(jì)；詳細(xì)的測(cè)試需求是用來(lái)衡量測(cè)試覆蓋率的重要指標(biāo)；測(cè)試需求包括各種測(cè)試實(shí)際和開(kāi)發(fā)以及所需資源。一個(gè)測(cè)試方案應(yīng)包括：產(chǎn)品根本情況、測(cè)試需求說(shuō)明、測(cè)試策略和記錄、測(cè)試資源配置、方案表、問(wèn)題跟蹤報(bào)告、測(cè)試方案的評(píng)審、結(jié)果等。制定測(cè)試方案一個(gè)測(cè)試方案應(yīng)包括：產(chǎn)品根本情況、測(cè)試需求說(shuō)明、測(cè)試策略和記錄、測(cè)試資源配置、方案表、問(wèn)題跟蹤報(bào)告、測(cè)試方案的評(píng)審、結(jié)果等。1、制定方案本階段的主要工作內(nèi)容——對(duì)需求規(guī)格說(shuō)明書(shū)的仔細(xì)研究——將要測(cè)試的產(chǎn)品分解成可獨(dú)立測(cè)試的單元——為每個(gè)測(cè)試單元確定采用的測(cè)試技術(shù)——為測(cè)試的下一個(gè)階段及其活動(dòng)制定方案制定方案包括：〔1〕概要測(cè)試方案〔2〕詳細(xì)測(cè)試方案制定測(cè)試方案〔續(xù)〕2、測(cè)試用例測(cè)試用例是軟件測(cè)試的依據(jù)，包括測(cè)試工程、測(cè)試步驟、測(cè)試完成的標(biāo)準(zhǔn)。測(cè)試用例的本質(zhì)——從測(cè)試的角度對(duì)被測(cè)對(duì)象的功能和各種特性的細(xì)化和展開(kāi)。測(cè)試用例的好處——保證測(cè)試功能不被遺漏，也不被重復(fù)測(cè)試——合理安排測(cè)試人員——使得軟件測(cè)試不依賴于個(gè)人制定測(cè)試方案〔續(xù)〕3、軟件測(cè)試報(bào)告軟件測(cè)試報(bào)告是軟件測(cè)試過(guò)程中最重要的文檔，它的內(nèi)容包括：記錄問(wèn)題發(fā)生的環(huán)境——如：各種資源的配置情況記錄問(wèn)題的再現(xiàn)步驟記錄問(wèn)題性質(zhì)的說(shuō)明記錄問(wèn)題的處理進(jìn)程——問(wèn)題處理進(jìn)程從一定角度上反映測(cè)試的進(jìn)程和被測(cè)軟件的質(zhì)量狀況以及改善過(guò)程。測(cè)試方案標(biāo)準(zhǔn)格式-116componentsofTestPlan(IEEE,1983)Testplanidentifier〔測(cè)試方案標(biāo)識(shí))Instruction(引言〕TestItems〔定義或主題詞)Featurestobetested〔需要被測(cè)試的功能)Featuresnottobetested(無(wú)需被測(cè)試的功能)Approach(方法和途徑〕Itemspass/failcriteria〔測(cè)試通過(guò)、失敗的標(biāo)準(zhǔn))Suspensioncriteriaandresumptionrequirements〔延遲的標(biāo)準(zhǔn)和再恢復(fù)的要求)Testdeliverables(測(cè)試交付的內(nèi)容)TestingTasks(測(cè)試任務(wù)16componentsofTestPlan(IEEE,1983)Environmentalneeds〔必備的環(huán)境)Responsibilities(職責(zé))Staffingandtrainingneeds(人員和必需的培訓(xùn))Schedule(時(shí)間進(jìn)度表)Riskandcontingencies(風(fēng)險(xiǎn)和相關(guān)費(fèi)用〕Approvals〔批準(zhǔn))測(cè)試執(zhí)行過(guò)程1、測(cè)試執(zhí)行過(guò)程的三個(gè)階段〔1〕初測(cè)期——測(cè)試主要功能和關(guān)鍵的執(zhí)行路徑，排除主要障礙?！?〕細(xì)測(cè)期——依據(jù)測(cè)試方案和測(cè)試用例、測(cè)試用例，逐一測(cè)試大大小小的功能、方方面面的特性、性能、用戶界面、兼容性、可用性等等；預(yù)期可發(fā)現(xiàn)大量不同性質(zhì)、不同嚴(yán)重程度的錯(cuò)誤和問(wèn)題?！?〕回歸測(cè)試期——系統(tǒng)已到達(dá)穩(wěn)定，在一輪測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已十分有限；復(fù)查錯(cuò)誤的糾正情況，確認(rèn)未引發(fā)任何新的錯(cuò)誤時(shí)，終結(jié)回歸測(cè)試。測(cè)試執(zhí)行過(guò)程〔續(xù)〕初測(cè)期功能凍結(jié)代碼凍結(jié)回歸測(cè)試期細(xì)測(cè)期02040608010012014016012345678910111213141516171819出錯(cuò)數(shù)時(shí)間圖1-15三個(gè)測(cè)試期階段圖示測(cè)試執(zhí)行過(guò)程〔續(xù)〕2、集成測(cè)試過(guò)程中的兩個(gè)重要里程碑在集成測(cè)試過(guò)程中的兩個(gè)重要的里程碑是功能凍結(jié)和代碼凍結(jié)確實(shí)定。這兩個(gè)里程碑界定出回歸測(cè)試期的起止界限。功能凍結(jié)(Function/FeatureFreeze)——經(jīng)過(guò)測(cè)試，符合設(shè)計(jì)要求，確認(rèn)系統(tǒng)功能和其他特性均不再做任何改變。代碼凍結(jié)(CodeFreeze)——理論上，在無(wú)錯(cuò)誤時(shí)凍結(jié)程序代碼，但實(shí)際上，代碼凍結(jié)只標(biāo)志系統(tǒng)的當(dāng)前版本的質(zhì)量已到達(dá)預(yù)期的要求，凍結(jié)程序的源代碼，不再對(duì)其做任何修改。這個(gè)里程碑是設(shè)置在軟件通過(guò)最終回歸測(cè)試之后。1.4.4測(cè)試過(guò)程管理盡早測(cè)試全面測(cè)試全過(guò)程測(cè)試獨(dú)立的、迭代的測(cè)試1.5軟件質(zhì)量保證概要1.5.1軟件質(zhì)量保證1.5.2軟件能力成熟度模型1.5.3ISO9000標(biāo)準(zhǔn)簡(jiǎn)介1.5.4建立軟件測(cè)試管理和評(píng)判體系軟件質(zhì)量保證〔SQA〕SQA概述SQA活動(dòng)SQS與軟件測(cè)試的關(guān)系什么是SQA?軟件質(zhì)量保證是通過(guò)對(duì)軟件產(chǎn)品和活動(dòng)有方案的進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是否符合標(biāo)準(zhǔn)的系統(tǒng)工程活動(dòng).確保SQA活動(dòng)要自始至有方案的進(jìn)行審查軟件產(chǎn)品和活動(dòng)是否遵守適用的標(biāo)準(zhǔn)、規(guī)程和要求并得到客觀驗(yàn)證。SQA的活動(dòng)和結(jié)果要保證全員參與，溝通順暢。逐級(jí)解決不符合問(wèn)題SQA活動(dòng)提出軟件質(zhì)量需求確定開(kāi)發(fā)方案階段審測(cè)試管理文擋化管理驗(yàn)證產(chǎn)品與相應(yīng)文擋和標(biāo)準(zhǔn)一致建立測(cè)量機(jī)制記錄并生成報(bào)告SQA活動(dòng)的影響因素知識(shí)結(jié)構(gòu)：專業(yè)的技術(shù)，例如質(zhì)量管理與控制知識(shí)、統(tǒng)計(jì)學(xué)知識(shí)等。經(jīng)驗(yàn)依據(jù)：如果沒(méi)有這些標(biāo)準(zhǔn)，就無(wú)法準(zhǔn)確地判斷開(kāi)發(fā)活動(dòng)中的問(wèn)題，容易引發(fā)不必要的爭(zhēng)論，因此組織應(yīng)當(dāng)建立文檔化的開(kāi)發(fā)標(biāo)準(zhǔn)和規(guī)程。全員參與：全員參與至關(guān)重要，高層管理者必須重視軟件質(zhì)量保證活動(dòng)。把握重點(diǎn)：一定要抓住問(wèn)題的重點(diǎn)與本質(zhì)，盡可能防止陷入對(duì)細(xì)節(jié)的爭(zhēng)論之中。SQA與軟件測(cè)試的關(guān)系

SQA是管理工作、審查對(duì)象是流程、強(qiáng)調(diào)以預(yù)防為主測(cè)試是技術(shù)工作、測(cè)試對(duì)象是產(chǎn)品、主要是以事后檢查SQA指導(dǎo)測(cè)試、監(jiān)控測(cè)試測(cè)試為SQA提供依據(jù)軟件能力成熟度模型軟件能力成熟度模型(CMM,CapabilityMaturityModel)：——是軟件行業(yè)標(biāo)準(zhǔn)模型，用來(lái)定義和評(píng)價(jià)軟件企業(yè)開(kāi)發(fā)過(guò)程的成熟度，提供如何做才能夠提高軟件質(zhì)量的指導(dǎo)。CMM的根本原理：——CMM將軟件組織的過(guò)程能力成熟度分為5個(gè)級(jí)別，每一個(gè)級(jí)別定義一組過(guò)程能力目標(biāo)，并描述要到達(dá)這些目標(biāo)應(yīng)該采取的各種實(shí)踐活動(dòng)。CMM的主要作用：——提供了一個(gè)軟件過(guò)程改進(jìn)的框架。根據(jù)CMM模型，軟件開(kāi)發(fā)者〔機(jī)構(gòu)或組織〕能夠大幅度的提高按方案、高效率、低本錢的提交有質(zhì)量保證的軟件產(chǎn)品的能力。軟件能力成熟度模型〔續(xù)〕1、CMM的根本過(guò)程概念過(guò)程：為到達(dá)目的而執(zhí)行的所有步驟的系列。軟件過(guò)程：開(kāi)發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品的一組活動(dòng)、方法、實(shí)踐和改革。軟件過(guò)程結(jié)構(gòu)：對(duì)組織標(biāo)準(zhǔn)軟件過(guò)程的一種高級(jí)別描述，它描述組織標(biāo)準(zhǔn)軟件過(guò)程內(nèi)部的過(guò)程元素之間的順序、接口、內(nèi)部依賴等關(guān)系，以及與外部過(guò)程之間的接口和依賴關(guān)系。軟件過(guò)程元素：用于描述軟件過(guò)程的根本元素，每一個(gè)過(guò)程元素包含一組定義的、有限的、封閉的相關(guān)任務(wù)。軟件過(guò)程定義：CMM中過(guò)程定義的根本概念是定義組織的標(biāo)準(zhǔn)軟件過(guò)程。軟件能力成熟度模型〔續(xù)〕2、CMM的5個(gè)分級(jí)標(biāo)準(zhǔn)優(yōu)化級(jí)（5）已管理級(jí)（4）已定義級(jí)（3）可重復(fù)級(jí)（2）初始級(jí)（1）標(biāo)準(zhǔn)一致的過(guò)程不斷改進(jìn)過(guò)程可預(yù)測(cè)的過(guò)程有紀(jì)律的過(guò)程圖1-16軟件過(guò)程成熟度的5個(gè)等級(jí)軟件能力成熟度模型〔續(xù)〕CMM的分級(jí)結(jié)構(gòu)和其主要特征：初始級(jí)：其特點(diǎn)是軟件過(guò)程無(wú)秩序，有時(shí)甚至是混亂的?？芍貜?fù)級(jí)：已建立了根本的工程管理過(guò)程，可用于對(duì)本錢、進(jìn)度和功能特性進(jìn)行跟蹤。已定義級(jí)：用于管理的、工程的軟件過(guò)程均已實(shí)現(xiàn)文檔化、標(biāo)準(zhǔn)化，并形成了整個(gè)軟件組織的標(biāo)準(zhǔn)軟件過(guò)程。管理級(jí)：軟件過(guò)程和產(chǎn)品質(zhì)量有詳細(xì)的度量標(biāo)準(zhǔn)，軟件過(guò)程和產(chǎn)品質(zhì)量得到了定量的認(rèn)證和控制。優(yōu)化級(jí)：通過(guò)對(duì)來(lái)自過(guò)程、新概念和新技術(shù)等方面各種有用信息的定量分析，能夠不斷地、持續(xù)性地對(duì)過(guò)程進(jìn)行改進(jìn)。軟件能力成熟度模型〔續(xù)〕除第一級(jí)外，CMM的每一級(jí)是按照完全相同的內(nèi)部結(jié)構(gòu)構(gòu)成的。成熟度等級(jí)為頂層，不同的成熟度等級(jí)反映了軟件組織的軟件過(guò)程能力和該組織可能實(shí)現(xiàn)預(yù)期的程度。在每個(gè)成熟度級(jí)別中〔第1級(jí)除外〕，包含了實(shí)現(xiàn)這一級(jí)目標(biāo)的假設(shè)干關(guān)鍵過(guò)程域(KPA)。每一級(jí)的每個(gè)關(guān)鍵過(guò)程域進(jìn)一步包含假設(shè)干關(guān)鍵實(shí)踐(KeyPractice,KP)。無(wú)論哪一個(gè)KPA，其實(shí)踐都統(tǒng)一按5個(gè)公共特性進(jìn)行組織，即每一個(gè)KPA都包含5類KP，使整個(gè)軟件過(guò)程改進(jìn)工作自上而下形成一種有規(guī)律的步驟。軟件能力成熟度模型〔續(xù)〕關(guān)鍵過(guò)程域：是指一系列相互關(guān)聯(lián)的操作活動(dòng)，這些活動(dòng)反映了一個(gè)軟件組織改進(jìn)軟件過(guò)程時(shí)必須集中力量改進(jìn)的幾個(gè)方面。目標(biāo)：是指某個(gè)關(guān)鍵過(guò)程域中的關(guān)鍵實(shí)踐，它表示每一個(gè)關(guān)鍵過(guò)程域的范圍、邊界和意圖。公共特性：為了完成關(guān)鍵過(guò)程域中的實(shí)踐活動(dòng)，CMM將其活動(dòng)分為具有公共特性的5個(gè)局部，包括執(zhí)行約定、執(zhí)行能力、實(shí)施活動(dòng)、度量和分析以及驗(yàn)收實(shí)施。這些局部的特性有效地指定了一個(gè)關(guān)鍵區(qū)域的實(shí)現(xiàn)范圍、結(jié)構(gòu)要求和實(shí)施內(nèi)容。關(guān)鍵實(shí)踐：關(guān)鍵實(shí)踐就是一些主要實(shí)踐活動(dòng)。每個(gè)關(guān)鍵過(guò)程域最終由關(guān)鍵實(shí)踐所組成，通過(guò)實(shí)現(xiàn)這些關(guān)鍵實(shí)踐來(lái)到達(dá)關(guān)鍵過(guò)程域的目標(biāo)。ISO9000標(biāo)準(zhǔn)簡(jiǎn)介ISO9000標(biāo)準(zhǔn)——是為制造行業(yè)制定的質(zhì)量管理和質(zhì)量評(píng)判的一系列標(biāo)準(zhǔn)——定義了一套根本達(dá)標(biāo)的做法，有助于企業(yè)能夠一致地交付符合客戶質(zhì)量要求的產(chǎn)品〔或效勞〕ISO9000標(biāo)準(zhǔn)的目標(biāo)——在于開(kāi)發(fā)過(guò)程，而不是產(chǎn)品——關(guān)心的是進(jìn)行工作的組織方式，而不是工作成果ISO9000只決定過(guò)程的要求是什么，而不管如何到達(dá)。即：ISO9000指出要做什么，但不指出怎樣做。ISO9000標(biāo)準(zhǔn)簡(jiǎn)介〔續(xù)〕1、ISO9000標(biāo)準(zhǔn)的構(gòu)成2000版的ISO9000系列標(biāo)準(zhǔn)主要由以下標(biāo)準(zhǔn)構(gòu)成：ISO9000：2000?質(zhì)量管理體系：根底和術(shù)語(yǔ)?ISO9000：2000?質(zhì)量管理體系：要求?ISO9000：2000?質(zhì)量管理體系：業(yè)績(jī)改進(jìn)指南?2、ISO9000標(biāo)準(zhǔn)的