、軟件、軟件=程序+文檔、分類功能：系統(tǒng)+應(yīng)用架構(gòu)：單機(jī)+C/S+B/S用戶：產(chǎn)品+工程規(guī)模：小型+中型+大型、Bug、類型一(廣義上，軟件生命周期，與用戶需求不符的問題)：完全沒有實(shí)現(xiàn)的功能根本實(shí)現(xiàn)功能，但有功能上或性能上的問題實(shí)現(xiàn)了用戶不需要的功能、類型二(測試執(zhí)行階段的問題)Defect Requirements&DesignError DevelopmentBug TestingFailure Postproduction、測試、概念：用人工或自動(dòng)手段，來運(yùn)行或測試某個(gè)系統(tǒng)的過程。、測試環(huán)境：硬件+軟件+網(wǎng)絡(luò)要求：真實(shí)(工程、產(chǎn)品)+干凈+無毒+獨(dú)立(測試與開發(fā))、測試用例測試用例=輸入+輸出+測試環(huán)境便于團(tuán)隊(duì)溝通，便于重復(fù)測試，便于跟蹤統(tǒng)計(jì)，比納與用戶自測開發(fā)生命周期需求分析→概要設(shè)計(jì)→具體設(shè)計(jì)→編碼→維護(hù)測試生命周期測試打算→測試設(shè)計(jì)→測試執(zhí)行→測試評(píng)估(DEMO)寫測試用例其他、測試人員素養(yǎng)要求：細(xì)心、急躁、信念、效勞意識(shí)、團(tuán)隊(duì)合作意識(shí)、溝通力量、如何成為優(yōu)秀的測試工程師：1、不斷學(xué)習(xí)充電2、閱讀原版書籍3、閱讀缺陷治理系統(tǒng)中的缺陷報(bào)告45的業(yè)務(wù)學(xué)問軟件測試的根本規(guī)章ZeroBug與GoodEnoughGoodEnough原則：不充分測試是不負(fù)責(zé)任，過分的測試是一種資源鋪張。參考：*bug不超過10個(gè)，嚴(yán)峻的不超過5個(gè)*測試用例執(zhí)行率為100%，通過率為95%*單元測試，關(guān)鍵模塊語句掩蓋率到達(dá)100%，分支掩蓋率到達(dá)85%不要視圖窮舉法開發(fā)人員不能既是運(yùn)發(fā)動(dòng)又是裁判員軟件測試要盡早執(zhí)行軟件測試應(yīng)當(dāng)追溯需求原始需求原始需求需求分析設(shè)計(jì)編碼正確的規(guī)格說明正確的設(shè)計(jì) 錯(cuò)誤的設(shè)計(jì)正確編碼 錯(cuò)誤的編碼 對(duì)錯(cuò)誤設(shè)計(jì)編碼正確功能 可改正的錯(cuò)誤 不行改正的錯(cuò)誤錯(cuò)誤的規(guī)格說明對(duì)錯(cuò)誤說明的設(shè)計(jì)對(duì)錯(cuò)誤說明設(shè)計(jì)的編碼埋伏的錯(cuò)誤不完善的軟件產(chǎn)品缺陷的二八定理一般狀況下，軟件80%的缺陷集中在20%的模塊中。缺陷具有免疫性缺陷具有免疫性，需要依據(jù)版本修改維護(hù)測試用例，另外，有一個(gè)值得留意的閱歷：沒修復(fù)3-4bug，可能會(huì)產(chǎn)生一個(gè)bug。、是否運(yùn)行程序StaticTesting 代碼標(biāo)準(zhǔn)、界面、文檔DynamicTesting 運(yùn)行程序、依據(jù)階段分類UnitTesting(單元測試) 10%最小模塊，依據(jù)源程序和《具體設(shè)計(jì)》白盒測試人員||開發(fā)人員編譯代碼→靜態(tài)測試→動(dòng)態(tài)測試樁模塊(Stub)、驅(qū)動(dòng)模塊(Driver)IntegrationTesting(集成測試) 20%模塊間的接口，依據(jù)單元測試的模塊和《概要設(shè)計(jì)》白盒測試人員||開發(fā)人員一般單元和集成同步進(jìn)展SystemTesting(系統(tǒng)測試) 40%整個(gè)系統(tǒng)(功能、性能、軟硬件環(huán)境)，依據(jù)《需求規(guī)格說明書》黑盒測試工程師AcceptanceTesting(驗(yàn)收測試) 20%整個(gè)系統(tǒng)(功能、性能、軟硬件環(huán)境)，依據(jù)《需求規(guī)格說明書》和驗(yàn)收標(biāo)準(zhǔn)用戶，可協(xié)作黑盒測試工程師α測試：內(nèi)側(cè)β測試：公測、是否查看代碼、White-BoxTesting 源代碼的測試、Black-BoxTesting 功能測試、性能測試FunctionTesting(功能測試)LogicFunctionTesting(規(guī)律功能測試)UITesting(界面測試)：窗口、下拉式菜單和鼠標(biāo)操作UsabilityTseting(易用性測試)InstallationTesting(安裝測試)CompatibilityTesting(兼容性測試)其他：恢復(fù)測試、裸機(jī)測試、確認(rèn)測試、接口測試、數(shù)據(jù)庫測試、安全測試、配置測試PerformanceTesting(性能測試)時(shí)間性能：主要指一個(gè)事務(wù)的具體響應(yīng)時(shí)間(RespindTime)?？臻g性能：主要指軟件運(yùn)行時(shí)所消耗的系統(tǒng)資源(CPU、內(nèi)存、硬盤)。分類：一般性能測試、穩(wěn)定性測試、負(fù)載測試、壓力測試a、一般性能測試：讓被測系統(tǒng)在正常的軟硬件環(huán)境下運(yùn)行，不向其施加任何壓力b、穩(wěn)定性測試(ReliabilityTesting牢靠性測試)：指連續(xù)運(yùn)行被測系統(tǒng)，檢查MTBF(MeanTimeBetweenFailure)c、負(fù)載測試(LoadTesting)：讓被測系統(tǒng)在其能忍受的壓力極限范圍內(nèi)連續(xù)運(yùn)行，檢測系統(tǒng)的穩(wěn)定性。d、壓力測試(StressTesting)：持續(xù)不斷的給被測系統(tǒng)增加壓力，知道被測系統(tǒng)壓垮為止，用來測試系統(tǒng)能承受最大壓力。、回歸測試、冒煙測試、隨機(jī)測試RegressionTesting(回歸測試)：軟件版本測試時(shí)，重執(zhí)行上一個(gè)版本測試用例。可以在任何階段進(jìn)展〔單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試等有白盒測試的回歸。SmokeTesting(冒煙測試)：對(duì)一個(gè)版本進(jìn)展系統(tǒng)大規(guī)模的測試之前，先驗(yàn)證一下軟件的基本功能是否實(shí)現(xiàn)，是否具備可測性。RandomTesting(隨機(jī)測試)：指測試中全部的輸入數(shù)據(jù)都是隨機(jī)生成的，其目的是模擬用戶的真實(shí)操作，并覺察一些邊緣性的錯(cuò)誤。黑盒測試技術(shù)、等價(jià)類技術(shù)(EquivalenceClassTesting)等價(jià)類效的。有效等價(jià)類：符合《需求規(guī)章說明書無效等價(jià)類：不符合《需求規(guī)章說明書等價(jià)類劃分步驟：先考慮輸入數(shù)據(jù)的類型(合法和非法)再考慮數(shù)據(jù)范圍畫出示意圖，區(qū)分等價(jià)類為每個(gè)等價(jià)類編號(hào)從等價(jià)類中選擇測試數(shù)據(jù)構(gòu)造用例、邊界值技術(shù)(BoundaryValueTesting)因果圖法步驟找出全部的輸入條件和輸出，并編號(hào)分析輸入條件之間的關(guān)系，是互斥還是可以同時(shí)滿足畫出輸入條件的排列組合狀況編寫測試用例因果圖試用于輸入條件過多、流程圖法(WorkflowMethod)流程圖法步驟具體了解需求依據(jù)需求說明或界面原型，找出業(yè)務(wù)流程的各個(gè)頁面及各頁面之間的流轉(zhuǎn)關(guān)系畫出業(yè)務(wù)流圖寫用例，掩蓋全部路徑分支流程圖法是針對(duì)整個(gè)系統(tǒng)，而非某個(gè)頁面或模塊還有其他如：判定表、錯(cuò)誤推想、場景法等，例：ATM機(jī)取錢-場景法(不全)場景密帳賬面ATM預(yù)想結(jié)果場景1：成功提款碼1號(hào)1金額1金額1現(xiàn)金1提款場景2：ATM內(nèi)無現(xiàn)金11110不行提款場景3：ATM內(nèi)現(xiàn)金缺乏11110提示，返回開頭場景4：密碼錯(cuò)誤，可再次輸入01null11警告，返回開頭場景5：密碼錯(cuò)誤，不行再次輸入01null11警告，卡預(yù)保存白盒測試技術(shù)3.5白盒測試檢查點(diǎn)*對(duì)程序模塊的全部獨(dú)立的執(zhí)行路徑至少測試一次*對(duì)全部的規(guī)律判定，取’真’與’假’都至少測試一次*在循環(huán)的邊界和運(yùn)行界限內(nèi)執(zhí)行循環(huán)體*測試內(nèi)部數(shù)據(jù)構(gòu)造的有效性等步驟：1)依據(jù)分析畫出流程圖2)計(jì)算圈簡單度=判定節(jié)點(diǎn)數(shù)+1寫出獨(dú)立路徑依據(jù)獨(dú)立路徑設(shè)計(jì)測試用例、Bug的分類1)嚴(yán)峻程度(Severity)：系統(tǒng)崩潰、嚴(yán)峻、一般、次要、建議2)優(yōu)先級(jí)(Priority)：高(High)、中(Middle)、低(Low)嚴(yán)峻程度高，優(yōu)先級(jí)不肯定高，嚴(yán)峻程度低，優(yōu)先級(jí)不肯定低(Fcuntion)(Performance)(UI)(Usability)、兼容性類(Compatibility)按功能模塊(New)(Confirmed)(Fixed)(Closed)(Reopen)缺陷報(bào)告留意點(diǎn)：BugBug簡潔、準(zhǔn)確、完整Bug一個(gè)報(bào)告缺陷治理工具TrackRecord、Clearquest、Bugzilla(免費(fèi))、Mantis(免費(fèi))、JIRA(免費(fèi))Bugzilla：TerryWeissman研制，perlMySQLNetscapeBug的，可以在多種平臺(tái)運(yùn)行分類：黑盒測試工具、白盒測試工具、測試治理工具M(jìn)I公司產(chǎn)品：1、LoadRunner：性能測試工具2、WinRunner：功能測試工具(QTP：MIQTP代替占有市場)3、TestDirector：測試治理工具(QC：HPMITD升級(jí)產(chǎn)品)LoadRunnerQTPTDIBMRational公司的產(chǎn)品：RationalTestmanager(測試治理工具)RationalClearQuest(缺陷治理工具)RationalRobot(功能/性能工具)RationalPurify(白盒測試工具)Compuware公司產(chǎn)品QACenter(測試治理)TrackRecord(缺陷治理)QARun(功能)QAload(性能)DevPartner(白盒測試)Telelogic公司產(chǎn)品TelelogicDoors(需求治理)、Logiscope(白盒測試工具)其他公司產(chǎn)品微軟-WAS(性能測試)Radview公司-WebLoad(性能測試)，TestViewManager(測試治理)Parasoft公司-JTest(白盒測試)，C++Test(白盒測試)另外，很多缺陷治理工具是開源的，如：Bugzilla、Mantis、Jira、測試與質(zhì)量軟件質(zhì)量專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度(需求全都、符合準(zhǔn)則、隱含特征)SQA(SoftwareQualityAssurance)：軟件質(zhì)量保證要求而建立的一系列規(guī)程，以及一照規(guī)程和打算實(shí)行的一系列活動(dòng)及其結(jié)果評(píng)價(jià)。SQA需要做的工作：*建立軟件質(zhì)量保證活動(dòng)的實(shí)體*制定軟件質(zhì)量保證打算*堅(jiān)持各階段的評(píng)審、審計(jì)、跟蹤*監(jiān)控軟件產(chǎn)品的質(zhì)量*采集軟件質(zhì)量保證活動(dòng)的數(shù)據(jù)*度量軟件質(zhì)量保證活動(dòng)SQA需要到達(dá)目標(biāo)：*通過監(jiān)控軟件開發(fā)過程來保證產(chǎn)品質(zhì)量*保證開發(fā)出來的軟件和軟件開發(fā)過程符合相應(yīng)標(biāo)準(zhǔn)與規(guī)程(ISO90000或CMM)*保證軟件產(chǎn)品、軟件過程中存在的不符合問題得處處理，必要時(shí)將問題反映給高級(jí)治理者*確保工程組指定的打算、標(biāo)準(zhǔn)和規(guī)程適合工程組需要，同時(shí)滿足評(píng)審和審計(jì)需要。SQA工作人員：QA，QCTESTERQAQC：QA-預(yù)防問題(Prevention)QC-覺察問題(Detection)，主要是測試人員，關(guān)注于最終的產(chǎn)品的質(zhì)量活動(dòng)，重點(diǎn)是對(duì)開發(fā)出的產(chǎn)品進(jìn)展檢查、常用模型CMM：力量成熟度模型初始級(jí)(Initial)：軟件過程的特征是無序的，有時(shí)甚至是混亂的。 程定義，成功完全取決于個(gè)人的力量。(Repeatable)：建立了根本的工程治理過程，能夠追蹤費(fèi)用、進(jìn)度和功能。有適當(dāng)?shù)谋匾倪^程標(biāo)準(zhǔn)，使得可以重現(xiàn)以前類似工程的成功。用于治理和工程活動(dòng)的軟件過程己經(jīng)文檔化、標(biāo)準(zhǔn)化，并與整個(gè)組織的軟件過程相集成。全部工程都使用文檔化的、 組織認(rèn)可的過程來開發(fā)和維護(hù)軟件。件過程和產(chǎn)品能夠被定暈地理解和掌握。CMM?質(zhì)量模型?評(píng)估?給你改進(jìn)建議ISOCMM?質(zhì)量模型?評(píng)估?給你改進(jìn)建議ISO質(zhì)量標(biāo)準(zhǔn)審查結(jié)果有通過和不通過KPA(KeyProcessArea)：除第一級(jí)外，CMM的每一級(jí)是按完全一樣的構(gòu)造組成的。每一級(jí)包含了實(shí)現(xiàn)這一級(jí)目標(biāo)的假設(shè)干關(guān)鍵過程域CMM2:可重復(fù)階段需求治理：requrementmanagement軟件工程打算：softwareprojectplanning軟件工程跟蹤和監(jiān)視：softwareprojecttrackingoversight軟件子合同治理：softwaresubcontractmanagement軟件質(zhì)量保證：softwarequalityassurance軟件配置治理：softwareconfigurationemanagementCMM3:已定義階段組織過程焦點(diǎn)：organizationprocessfocus組織過程定義：organizationprocessdefinition培訓(xùn)大綱：trainingprogram集成軟件治理：intergratedsoftwaremanagement軟件產(chǎn)品工程：softwareproductengineering組間協(xié)調(diào)：intergroupcoordination同行評(píng)審：peerreviewCMM4:已治理階段定量治理過程：quantitativeprocessmanagement軟件質(zhì)量治理：softwarequalitymanagementCMM5:優(yōu)化階段缺陷預(yù)防：defectprevention技術(shù)改革治理：technologychangemanagement過程更改治理：processchangemanagement成熟度成熟度初始級(jí)可重復(fù)級(jí)已定義級(jí)已治理級(jí)優(yōu)化級(jí)風(fēng)險(xiǎn)常見的質(zhì)量模型：*ISO90000族標(biāo)準(zhǔn)：國際標(biāo)準(zhǔn)(ISO/TC176)，適合全部行業(yè)，其中9000-3針對(duì)軟件開發(fā)*CMM標(biāo)準(zhǔn)：行業(yè)標(biāo)準(zhǔn)(卡耐基-梅隆大學(xué))，針對(duì)軟件開發(fā)行業(yè)，分5等級(jí)，推出CMMI*TICKIT標(biāo)準(zhǔn)：行業(yè)標(biāo)準(zhǔn)(英國軟件行業(yè)協(xié)會(huì))，針對(duì)軟件開發(fā)行業(yè)，不太流行*ISO15504標(biāo)準(zhǔn)：國際標(biāo)準(zhǔn)(試圖結(jié)合1、2與軟件工程概念)，適用全部行業(yè)，有待實(shí)踐其他模型：TMM：軟件測試成熟度模型*初始級(jí)*階段定義級(jí)*集成級(jí)*治理和度量級(jí)*優(yōu)化、預(yù)防缺陷和質(zhì)量掌握級(jí)McCall【產(chǎn)品運(yùn)行】正確性、強(qiáng)健性、效率、完整性、可用性、風(fēng)險(xiǎn)【產(chǎn)品修改】可理解性、可維護(hù)性、敏捷性、可測試性【產(chǎn)品轉(zhuǎn)移】可移植性、可再用性、互運(yùn)行性、軟件的生命周期軟件：可行性爭論、需求分析→設(shè)計(jì)、編碼、測試→軟件公布維護(hù)→淘汰軟件開發(fā)：需求分析→概要設(shè)計(jì)→具體設(shè)計(jì)→編碼→維護(hù)軟件測試：測試打算→測試設(shè)計(jì) 測試執(zhí)行→測試評(píng)估軟件生命周期模型：1、WaterfallModel(瀑布模型)：打算-需求-設(shè)計(jì)-編碼-測試-維護(hù)開發(fā)的各個(gè)階段比較清楚依靠早起需求調(diào)查，不適應(yīng)需求變化強(qiáng)調(diào)早期打算及需求調(diào)查單一流程，不行逆適合需求穩(wěn)定的產(chǎn)品開發(fā)風(fēng)險(xiǎn)往往遲至后期才覺察，失去及早訂正時(shí)機(jī)2、SpiralModel(螺旋模型)：重復(fù)執(zhí)行多個(gè)’瀑布模型’適合需求常常變化的軟件工程，但開發(fā)過程簡單，掌握不好，簡潔混亂用戶需求驗(yàn)收測試規(guī)格定義系統(tǒng)測試概要設(shè)計(jì)集成測試用戶需求驗(yàn)收測試規(guī)格定義系統(tǒng)測試概要設(shè)計(jì)集成測試具體設(shè)計(jì)單元測試編碼具體表示了測試的各個(gè)階段及參考依據(jù)，但沒有說明在工程前期測試需要做哪些工作，且流程也是單項(xiàng)，不行逆需求分析需求測試系統(tǒng)安裝驗(yàn)收測試概要設(shè)計(jì)概要設(shè)計(jì)測試需求分析需求測試系統(tǒng)安裝驗(yàn)收測試概要設(shè)計(jì)概要設(shè)計(jì)測試系統(tǒng)構(gòu)建系統(tǒng)測試具體設(shè)計(jì)具體設(shè)計(jì)模塊集成 集成測試測試編碼實(shí)現(xiàn)單元測試需求設(shè)計(jì)編碼等活動(dòng)也被視為串行，測試和開發(fā)也保持一種線性的前后關(guān)系。W模型、H模型、X模型通?？梢栽赪模型的框架下，運(yùn)用H模型的思想進(jìn)展獨(dú)立的測試，當(dāng)有變更發(fā)生時(shí)，按X模型和前置模型的思想進(jìn)展處理。(百度另幾種模型)6.4軟件測試打算撰寫測試打算時(shí)，應(yīng)留意一下四點(diǎn)：*增加測試打算有用性留意表達(dá)工程的測試特點(diǎn)*堅(jiān)持”5W1H”規(guī)章，明確內(nèi)容與過程5W1