上傳人：s***

認(rèn)證信息

認(rèn)證類型：個(gè)人認(rèn)證

認(rèn)證主體：孫**（實(shí)名認(rèn)證）

IP屬地：天津

IP屬地：天津 上傳時(shí)間：2022-01-06 格式：DOCX 頁數(shù)：14 大小：28.12KB 積分：18 舉報(bào) 版權(quán)申訴

1、軟件測試?yán)碚撈弧槭裁窜浖鲕浖y試縱觀歷史事件說明軟件測試的重要性二、軟件測試的概念1、測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程；2、在規(guī)定條件下，對程序進(jìn)行操作，以發(fā)現(xiàn)錯(cuò)誤，以軟件質(zhì)量進(jìn)行評估；3、使用人工或者自動(dòng)化手段，來運(yùn)行或者測試某個(gè)子系統(tǒng)的過程，其目的在于檢查它是否存在滿足規(guī)定需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別（IEEE:美國電氣和電子工程師協(xié)會(huì)）；正向思維：驗(yàn)證軟件的正常工作評價(jià)一個(gè)程序或系統(tǒng)的特性或能力并確定是否達(dá)到預(yù)期的結(jié)果。在設(shè)計(jì)規(guī)定的環(huán)境下運(yùn)行軟件的所有功能，直至全部通過。逆向思維：假設(shè)軟件有缺陷測試是為了發(fā)現(xiàn)錯(cuò)誤而針對某個(gè)程序或系統(tǒng)的執(zhí)行過程；尋找容易犯錯(cuò)地方和系統(tǒng)薄

2、弱環(huán)節(jié)，試圖破壞系統(tǒng)直至找不出問題；三、軟件測試的原則1、所有軟件測試都要追溯到客戶需求；客戶、產(chǎn)品、業(yè)務(wù)2、應(yīng)當(dāng)把“盡早地和不斷地的進(jìn)行軟件測試”作為軟件測試者的座右銘；盡早地：需求分析以后并且經(jīng)過評審不斷地：5輪測t3輪測試3、完全測試是不可能的，測試需要終止；避免窮舉4、測試除了檢查程序是否做了 “應(yīng)該做的”還應(yīng)該檢查是否“做了不應(yīng)該做的5、嚴(yán)格執(zhí)行測試計(jì)劃，盡量避免測試的隨意性測試是一個(gè)有組織、有計(jì)劃、有步驟的一個(gè)活動(dòng)6、殺蟲劑現(xiàn)象缺陷會(huì)具有抗藥性組內(nèi)互測。新人測試。7、用例包含合理和不合理的輸入條件測試用例 test case8、充分注意測試中的集群現(xiàn)象發(fā)現(xiàn)錯(cuò)誤數(shù)目多的模塊，往往意味

3、著殘留在該模塊的缺陷會(huì)更多。軟件測試的2/8原則i、80%的缺陷產(chǎn)生于20%的模塊；ii、80%的測試效果取決于 20%的測試工作；iii、修復(fù)了 20%的缺陷，可以帶來客戶 80%的滿意度；9、程序員應(yīng)避免檢查自己的程序一方面，自己是不愿意承認(rèn)自己錯(cuò)誤；另一方面，由于思維定式開發(fā)人員很難發(fā)現(xiàn)自己的問題；10、妥善保存一切測試過程文檔測試的效果往往要依賴文檔來體現(xiàn)。四、軟件測試的目的及對象1、軟件測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯(cuò)誤；2、測試是為了證明程序有錯(cuò)，而不是證明程序無錯(cuò)誤；3、一個(gè)好的測試用例在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；4、一個(gè)成功的測試是發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤的測試；軟件測試的最

4、終目的是確保給用戶的軟件產(chǎn)品符合用戶的要求。軟件測試對象：軟件=程序+數(shù)據(jù)+文檔五、測試和調(diào)試的區(qū)別調(diào)試是建設(shè)性的測試是破壞性的1、 人員的不同：通常來說，測試人員是測試工程師，調(diào)試人員是是程序員2、 目的不同：測試的目的之一是發(fā)現(xiàn)軟件店中的缺陷。而調(diào)試的主要目的是為了定位和修改軟件中的缺陷；3、 過程不同：測試是從已知的條件開始，使用預(yù)先定義的過程，并且有預(yù)期的結(jié)果，并且有與之的結(jié)果。調(diào)試是從未知的條件開始，結(jié)束的過程可能不可預(yù)計(jì)4、 計(jì)劃不同：測試可以計(jì)劃，可以預(yù)先制定測試用例和過程。工作進(jìn)度可以度量。調(diào)試的過程或持續(xù)時(shí)間相對比較困難5、 對象不同：測試的對象包括軟件開發(fā)過程中的程序、數(shù)據(jù)

5、、文檔，而調(diào)試的對象一般來說只有代碼；六、測試的風(fēng)險(xiǎn)1、進(jìn)度風(fēng)險(xiǎn)：測試的周期短而造成測試覆蓋不全面；開發(fā)不能按時(shí)交付版本，導(dǎo)致測試周期縮短；2、人員風(fēng)險(xiǎn)測試人員不足影響測試進(jìn)度：請假、調(diào)崗、離職（核心人員）測試人員經(jīng)驗(yàn)不足，技能不夠、業(yè)務(wù)不熟。3、質(zhì)量風(fēng)險(xiǎn)質(zhì)量的標(biāo)準(zhǔn)不統(tǒng)一，某些缺陷的嚴(yán)重等級不一致；4、成本風(fēng)險(xiǎn)人力和物力5、變更風(fēng)險(xiǎn)需求變更七、測試工程師應(yīng)該具備的技能1、計(jì)算機(jī)相關(guān)的知識，能夠熟練使用常用的管理工具Bugfree、禪道、bugzilla、mantis、testlink> JIRA、QC （HP） QC （11.5 版本后叫 ALM ）應(yīng)用程序管理工具2、軟件基礎(chǔ)知識：軟件

6、工程，軟件生命周期、測試?yán)碚摵蜏y試方式有較深的理解；3、軟件測試技術(shù)，方法，流程，測試文檔編寫，能獨(dú)立設(shè)計(jì)和執(zhí)行測試用例，提交完整的 缺陷報(bào)告單，編寫測試報(bào)告。4、計(jì)算機(jī)開發(fā)語言 C, C+ , java, JavaScript:, VBScript , shell;C面向過程Java面向?qū)ο蟆⒖缙脚_(tái)JavaScript VBScript python 腳本語言5、數(shù)據(jù)庫 SQLServer, Oracle, MySQL等數(shù)據(jù)庫知識Oracle (甲骨文)、MySQL、SQLServer> DB26、操作系統(tǒng) linux、 windows、UNIX、MAC 等7、網(wǎng)絡(luò)基礎(chǔ)知識，能夠獨(dú)立完

7、成測試環(huán)境的搭建；8、測試工具，能夠熟練使用至少一種功能/性能自動(dòng)化測試工具；自動(dòng)化工具： QTP (HP ) QTP11.5改名為：UFTWinRunner Selenium: 支持 Java、perl、python性能工具：LoadRunner (LR) HP c語言 類 c、QAload、Jmeter9、質(zhì)量管理知識，如 CMM , CMMI以及ISO9001;10、學(xué)好一門或者多門外語；八、測試工程師具備的素質(zhì)1、三心：責(zé)任心、耐心、細(xì)心2、二力：溝通能力、洞察力3、一個(gè)精神：團(tuán)隊(duì)精神九、測試工程師的職責(zé)1、配置測試環(huán)境2、編寫測試計(jì)劃3、設(shè)計(jì)測試用例4、執(zhí)行軟件測試5、提交軟件缺陷6

8、、編寫缺陷報(bào)告7、驗(yàn)證修正的缺陷軟件研發(fā)過程、軟件研發(fā)的模型I、瀑布模型：是一種線性的、順序的軟件的開發(fā)模型三個(gè)階段：定義階段、開發(fā)階段、維護(hù)階段瀑布模型白特點(diǎn)：1、線性化模型結(jié)構(gòu)；2、各個(gè)階段具有里程碑式特征3、基于文檔的驅(qū)動(dòng)；4、嚴(yán)格的階段評審機(jī)制優(yōu)點(diǎn)：提供了軟件開發(fā)的基本框架，缺點(diǎn)：初始階段指出了全部需求，不方便修改；流程不可逆II、V模型用戶需求需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼單元測試集成測試系統(tǒng)測試驗(yàn)收測試V模型的優(yōu)點(diǎn)：1、明確了測試過程中存在的不同級別；2、說明了測試和開發(fā)的對應(yīng)關(guān)系；3、v模型的測試策略包含了低層測試（代碼測試）又包含了高層測 試（需求測試）V模型的缺點(diǎn)：1、它僅僅把

9、測試過程作為需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)編碼之后 的一個(gè)階段，容易讓人理解為測試是軟件開發(fā)的最后一個(gè)階段 2、沒有明確說明早期的測試，不符合盡早測試和不斷地進(jìn)行測試的 原則（用戶需求對不對要到驗(yàn)收測試才能發(fā)現(xiàn)）。3、和瀑布模型一樣，流程單一不可逆；III、W模型W模型的優(yōu)點(diǎn)：1、符合盡早測試和不斷測試的原則2、符合實(shí)際工作中的測試要求W模型的缺點(diǎn)：無法迭代，不可逆X模型：X模型提出了探索測試的概念 （邊設(shè)計(jì)用例，邊測試）。H模型螺旋模型：明確風(fēng)險(xiǎn)和化解風(fēng)險(xiǎn)原型范型：問題：開發(fā)初期很難確定用戶需求規(guī)格 解決：用戶與開發(fā)者之間的鴻溝敏捷開發(fā)：以人為核心，適應(yīng)變化，迭代，循序漸進(jìn)的開發(fā)方法敏捷開發(fā)的

10、理念：1、個(gè)體和交互，勝過過程和工具2、可以工作的軟件，勝過面面俱到的文檔3、客戶合作，勝過合同談判 4、響應(yīng)變化，勝過遵循計(jì)劃二、軟件的生命周期需求設(shè)計(jì)編碼測試維護(hù)升級廢棄SPEC產(chǎn)品需求規(guī)格說明書三、軟件的測試流程需求分析測試計(jì)劃測試用例測試執(zhí)行測試報(bào)告四、軟件項(xiàng)目組的成員項(xiàng)目經(jīng)理：（PM）架構(gòu)師：程序員：測試工程師：資料工程師：配置管理員：質(zhì)量監(jiān)管員：（QA）技術(shù)顧問：數(shù)據(jù)庫專家：軟件測試分類一、按階段劃分單元測試(unit testing ):是指對軟件中最小可測試單元進(jìn)行檢查和驗(yàn)證。I、對于單元測試中的單元的含義， 一般來說，要根據(jù)實(shí)際情況去判斷其具體含義， 如c語言中單元指一個(gè)函數(shù)

11、，Java里面 指一個(gè)類，圖形化軟件中指一個(gè)窗口或者 菜單等II、總的來說，單元就是指人為規(guī)定的最小被測功能模塊。單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級的測試活動(dòng)，軟件的獨(dú)立單元將在與程序的其他部分相 隔離的情況下進(jìn)行測試。III 、單元測試包含的內(nèi)容如下：入口和出口函數(shù) 輸入和輸出信息 錯(cuò)誤處理信息 部分邊界數(shù)值測試集成測試(Integration testing ),也叫組裝測試或者聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求(如根據(jù)結(jié)構(gòu)圖)組裝成子系統(tǒng) 或者系統(tǒng)，進(jìn)行集成測試(集成測試測的是接口 )實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但是并不能保證連接起來也能正常工作，程序在

12、某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實(shí)現(xiàn) 集成測試的方法：I、 非增量式集成(一次性集成)優(yōu)點(diǎn)：集成速度快；缺點(diǎn)：集成的難度大，同時(shí)一旦某個(gè)模塊出現(xiàn)問題。很難定位問題和修改II、 增量式集成：自頂而下增量式測試樁程序；自底而上增量式測試驅(qū)動(dòng)程序；確認(rèn)測試：目的是向未來的用戶表明系統(tǒng)能夠像預(yù)期要求的那樣工作。進(jìn)過集成測試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口 錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性這就是確認(rèn)測試的 任務(wù)，即軟件的功能和性能如同用戶所 合理期待的那樣。系統(tǒng)測試(System testing )將確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)

13、、網(wǎng)絡(luò)等其他元索結(jié)合在 一起，進(jìn)行信息系統(tǒng)的各種組裝測試和確認(rèn)測試系統(tǒng)測試是針對整個(gè)產(chǎn)品系統(tǒng)進(jìn)行測試目地是驗(yàn)證系統(tǒng)是否符合滿足了需求規(guī)格的定義，找出與需求不符合或者與之矛盾的地方，從而提出更加完善的方案系統(tǒng)測試發(fā)現(xiàn)問題之后要經(jīng)過調(diào)試找出錯(cuò)誤的原因和位置，然后進(jìn)行改正，是基 于系統(tǒng)整體需求說明書的黑盒測試，應(yīng)該覆蓋系統(tǒng)所有聯(lián)合部件測試對象不僅僅包括測試的軟件還包括軟件依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、 某些支持軟件及接口等測試范圍：功能測試(functional testing ):驗(yàn)證軟件是否符合需求規(guī)格說明書包含的 功能；性能測試(performance testing ):檢查系統(tǒng)運(yùn)行時(shí)的

14、各項(xiàng)性能指標(biāo)( CPU內(nèi) 存、網(wǎng)絡(luò)、響應(yīng)時(shí)間、點(diǎn)擊率、吞吐量、用戶并發(fā)數(shù))；負(fù)載測試(load testing ):性能測試的一種，不斷給系統(tǒng)施加壓力的過程，來 判斷系統(tǒng)的承受能力；壓力測試(stress testing ):又稱為強(qiáng)度測試，也是性能測試的一種，不斷給 系統(tǒng)施加壓力，在飽和的狀態(tài)下，再持續(xù)一段時(shí)間，來測試系統(tǒng)的最大承受能力 穩(wěn)定性測試 (stability testing ):主要測試系統(tǒng)在一段時(shí)間內(nèi)是否正常運(yùn)行(7*24H、3*24H)兼容性測試(compatibility testing ):硬件兼容(整機(jī)兼容和外設(shè)兼容)、軟件兼容(操作系統(tǒng)兼容windows、UNIX、L

15、INUX、MAC不同版本之間的兼容性 、 瀏覽器兼容性IE、Chrome、FireFOx、opera、Safari、數(shù)據(jù)庫兼容Oracle、MySQL SQLServer、DB2、與其他軟件中間件的兼容)容量測試(volume testing ):面向數(shù)據(jù)的測試，測試系統(tǒng)最大限度處理數(shù)據(jù)的 能力；數(shù)據(jù)備份測試 (backup testing ):驗(yàn)證程序失效是，備份數(shù)據(jù)的能力，自動(dòng)備 份和手工備份；失效恢復(fù)測試 (recovery testing ):系統(tǒng)從軟件或者硬件中恢復(fù)的能力，強(qiáng)調(diào) 系統(tǒng)在發(fā)生失效時(shí)，必須在一定的時(shí)間范圍內(nèi)可以恢復(fù)成功，同時(shí)可以繼續(xù)運(yùn)行?？捎眯詼y試(usability t

16、esting ):主要測試用戶在理解和使用系統(tǒng)的時(shí)候是否 方便；健壯性測試 (robustness testing ):又叫容錯(cuò)性測試，系統(tǒng)出現(xiàn)故障時(shí)候可以 恢復(fù)，忽略故障是否可以繼續(xù)運(yùn)行；安裝測試(installation testing ):是否可以安裝、是否可以選擇正確路徑來安 裝、可以在不同系統(tǒng)上安裝、安裝過程中斷后，是否可以繼續(xù)安裝、安裝過程中 是否有良好的錯(cuò)誤提示信息、再次安裝、取消安裝、卸載(有無殘留文件)、更 新版本、修復(fù)配置測試(configuration testing ):主要針對硬件，測試軟件在一定的硬件配 置下是否出現(xiàn)問題，大體包括：pc、組件、外設(shè)、接口、驅(qū)動(dòng)；文檔

17、測試 (documentation testing ):幫助文檔使用手冊等，主要驗(yàn) 證用戶使用文檔是否正確、和保證操作手冊的過程能歐冠正常工作；在線幫助測試 (online help testing ):主要測試的是給用戶提供的實(shí)時(shí)的資訊 服務(wù)的可操作性和準(zhǔn)確性；GUI測試(graphical user interface )圖形用戶接口測試，主要測試的是前端的 展示內(nèi)容：菜單、按鍵、對話框；安全測試(security testing ):主要測試具備非法或者非正常途徑訪問被測試 系統(tǒng)，系統(tǒng)可以提供的保護(hù)和防御的機(jī)制；驗(yàn)收測試：確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測試，這是管理性和防御性

18、控制主要確認(rèn)軟件是否按照合同要求進(jìn)行工作，既滿足軟件需求規(guī)格說明書中的要求。驗(yàn)收測試的方法：I、非正式的驗(yàn)收測試a測試：軟件開發(fā)公司組織內(nèi)部人員模擬各類用戶行為對即將上市的產(chǎn)品進(jìn) 行測試開發(fā)和測試人員在場，測試可控?測試(Beta):軟件開發(fā)公司組織各方面的的典型客戶在日常工作中實(shí)際 使用，并要求用戶報(bào)告異常情況、提出改進(jìn)意見，然后公司再進(jìn)行完善。開發(fā)和測試人員不在場，測試不可控II、正式的驗(yàn)收測試有正規(guī)的測試過程，需要制定測試計(jì)劃、定義測試方案、選擇測試用例，進(jìn)行測試, 結(jié)果提交。著重考慮軟件是否滿足合同規(guī)定的所有功能和性能， 文檔資料是否完整、 準(zhǔn)確，人機(jī)界面和其他方面。按照是否運(yùn)行程序劃

19、分靜態(tài)測試不運(yùn)行被測試的軟件，而只是靜態(tài)地檢查代碼、界面或者文檔方式名稱執(zhí)行人員檢查內(nèi)容檢查過程桌面檢查程序員對源程序代碼進(jìn)行 分析、檢驗(yàn)，并補(bǔ) 充相關(guān)的文檔，發(fā) 現(xiàn)程序中的錯(cuò)誤代碼審查程序員和測 試員組成的 檢查小組通過閱讀、討論和 爭議，以程序進(jìn)行 靜態(tài)分析的過程第一步：小組成員提前閱讀設(shè)計(jì) 規(guī)格書、程序文本等相關(guān)文檔第二步：召開程序?qū)彶闀?huì)，開發(fā) 人員讀程序，審查小組討論、發(fā) 現(xiàn)、解決問題走查程序員和測 試員組成的 審查小組通過邏輯運(yùn)行程 序，發(fā)現(xiàn)問題第一步：小組成員提前閱讀設(shè)計(jì) 規(guī)格書、程序文本等相關(guān)文檔第二步：利用測試用例，使程序 邏輯運(yùn)行，記錄程序的蹤跡，發(fā) 現(xiàn)、討論、解決問題動(dòng)態(tài)測

20、試實(shí)際運(yùn)行被測試的軟件， 輸入相應(yīng)的測試數(shù)據(jù)， 檢查實(shí)際的輸出結(jié)果是否和預(yù)期結(jié) 果相一致的過程。三、按照是否查看代碼劃分黑盒測試：把軟件看成一個(gè)黑盒子， 不管內(nèi)部邏輯和內(nèi)部特性，只依據(jù)規(guī)格說明書檢查程序的功能是否符合功能說明，又稱為功能測試或數(shù)據(jù)驅(qū)動(dòng)測試白盒測試：又稱為結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試。著重于程序內(nèi)部結(jié)構(gòu)和算法，不關(guān)心功能和性能指標(biāo)灰盒測試：介于白盒和黑盒測試之間， 基于程序運(yùn)行時(shí)刻的外部表現(xiàn)同時(shí)又結(jié)合程 序內(nèi)部邏輯結(jié)構(gòu)來設(shè)計(jì)用例， 執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶接口結(jié) 果的測試技術(shù)。四、其他劃分回歸測試：對軟件新版本測試時(shí)，重復(fù)執(zhí)行上一版本使用過的測試用例在項(xiàng)目周期很緊張的時(shí)

21、候，如何開展回歸測試？第一：驗(yàn)證開發(fā)人員已經(jīng)修復(fù)的缺陷；第二：測試用例優(yōu)先級別高的測試用例；（主要的功能）第三：驗(yàn)證有關(guān)聯(lián)的模塊；第四：驗(yàn)證經(jīng)常出現(xiàn)問題的模塊；（2-8原則）冒煙測試：冒煙測試的對象是每一個(gè)新編譯需要正式測試的版本，目的是確認(rèn)軟件 的基本功能正常，可以進(jìn)行后續(xù)的正式測試工作。隨機(jī)測試（猴子測試）：測試數(shù)據(jù)是隨機(jī)產(chǎn)生的，在測試用例之外，只能作為測試 的補(bǔ)充。敏捷測試（敏捷開發(fā)引發(fā)）：TDD （測試驅(qū)動(dòng)開發(fā)）：軟件質(zhì)量軟件質(zhì)量：軟件特性的總和，軟件滿足規(guī)定或潛在用戶需求的能力軟件質(zhì)量包括：內(nèi)部質(zhì)量：軟件內(nèi)部設(shè)計(jì)和結(jié)構(gòu)；外部質(zhì)量：軟件外部功能和性能等的體現(xiàn)；過程質(zhì)量：軟件生產(chǎn)流程是否

22、合理；使用質(zhì)量：在使用過程中的用戶滿意度和易用性的表現(xiàn)；軟件質(zhì)量的六大特性：功能性：當(dāng)軟件在指定條件下使用時(shí)，軟件產(chǎn)品提供滿足明確和隱含要求的功能的能力明確的（顯性的需求）隱含的（隱形的需求）適合性：軟件為指定任務(wù)和用戶目標(biāo)，提供了一組合適功能的能力準(zhǔn)確性：軟件系統(tǒng)提供給用戶的功能是否滿足用戶對該功能的精確度要求互操作性：軟件系統(tǒng)和一個(gè)或多個(gè)周邊系統(tǒng)進(jìn)行信息交互的能力保密安全性：軟件系統(tǒng)保護(hù)信息和數(shù)據(jù)的能力；I、防止未得到授權(quán)的人或系統(tǒng)訪問相關(guān)的信息或數(shù)據(jù)；n、保證得到授權(quán)的人或系統(tǒng)能正常訪問相關(guān)的信息或數(shù)據(jù)；不同的系統(tǒng)對于安全性的需求差別很大常見的安全性測試：1、戶驗(yàn)證：登錄密碼驗(yàn)證、ip地

23、址訪問限制等2、用戶權(quán)限管理：驗(yàn)證低級別用戶是否具有了高級別用戶的權(quán)限，各級別用戶權(quán)限都得到了實(shí)現(xiàn)。3、統(tǒng)數(shù)據(jù)的保護(hù)：對例如系統(tǒng)文件、用戶密碼文件等進(jìn)行隱藏、密碼驗(yàn)證、內(nèi)容加密、備份4、防DOWC擊（拒絕服務(wù)）5、加密、解密：在計(jì)算機(jī)通訊中，采用密碼技術(shù)將信息隱蔽起來，再將隱蔽后的信息傳輸 出去，使信息在傳輸過程中即使被竊取或截獲，竊取者也不能了解信息的內(nèi)容，從而保證信息 傳輸?shù)陌踩δ苄缘囊缽男裕鹤裱嚓P(guān)的標(biāo)準(zhǔn)（國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、企業(yè)內(nèi)部規(guī)范等） 約定或法規(guī)以及類似規(guī)定的能力可靠性：在特定條件下使用時(shí)，軟件產(chǎn)品維持性能級別的能力；成熟性：軟件為避免由軟件中的錯(cuò)誤而導(dǎo)致軟件失效的能

24、力容錯(cuò)性：軟件出現(xiàn)故障或者違反了制定接口的情況，軟件規(guī)定了維護(hù)性能級別的能力易恢復(fù)性：系統(tǒng)失效以后恢復(fù)原有功能和性能的能力原有能力恢復(fù)的程度原有能力恢復(fù)的速度易用性：在指定條件下使用，軟件產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力易理解：用戶在使用軟件系統(tǒng)的過程中，系統(tǒng)交互給用戶的信息是否準(zhǔn)確、清晰、易懂，能幫助，用戶準(zhǔn)確理解系統(tǒng)當(dāng)前真實(shí)的狀態(tài)，指導(dǎo)其進(jìn)一步的操作。易學(xué)性：軟件系統(tǒng)提供相關(guān)的輔助手段，幫助用戶學(xué)習(xí)使用它的能力。易操作性：軟件使用戶能操作和控制它的能力。 效率：時(shí)間效率：系統(tǒng)在各業(yè)務(wù)場景下完成用戶指定的業(yè)務(wù)請求所需的響應(yīng)時(shí)間資源效率：系統(tǒng)在各業(yè)務(wù)場景下完成用戶指定的業(yè)務(wù)請求所消耗的系

25、統(tǒng)資源。如CPU使用率、內(nèi)存使用率、IO,通信帶寬使用等效率的依從性： 維護(hù)性：易分析性：是指軟件產(chǎn)品診斷軟件中的缺陷或失效原因，以及判定待修改的部分的能力。易改變性：是指軟件產(chǎn)品使指定的修改可以被實(shí)現(xiàn)的能力 穩(wěn)定性：是指軟件產(chǎn)品避免由于軟件修改而造成意外結(jié)果的能力。易測試性：是指軟件產(chǎn)品使已修改軟件能被確認(rèn)的能力 可移植性：適應(yīng)性：軟件系統(tǒng)無需做任何相應(yīng)變動(dòng)就能適應(yīng)不同運(yùn)行環(huán)境 易安裝性：易安裝性，是指軟件產(chǎn)品在指定環(huán)境中被安裝的能力 共存性：軟件系統(tǒng)和在公共環(huán)境與其共享資源的其他系統(tǒng)共存的能力 易替換性：是指軟件產(chǎn)品在環(huán)境相同、目的相同的情況下替代另一個(gè)指定軟件產(chǎn)品的能 力。可移植性的依從

26、性：遵循相關(guān)的標(biāo)準(zhǔn)（國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、企業(yè)內(nèi)部規(guī)范 等）約定或法規(guī)以及類似規(guī)定的能力。QA即英文QUALITY ASSURANC的簡稱，中文意思是質(zhì)量保證QC即英文QUALITY CONTRO的簡稱，中文意義是質(zhì)量控制QC和QA的主要區(qū)別：前者是保證產(chǎn)品質(zhì)量符合規(guī)定，后者是建立體系并確保體系按要求運(yùn)作，以提供內(nèi)外部的信任QC就是測試人員，職責(zé)是盡可能早地發(fā)現(xiàn)軟件的缺陷，并確保缺陷得到修復(fù)QA是流程的監(jiān)督者，職責(zé)是創(chuàng)建和執(zhí)行改進(jìn)軟件開發(fā)過程，并防止軟件缺陷發(fā)生的標(biāo)準(zhǔn)和方法 ISO:國際標(biāo)準(zhǔn)化組織.iso表示光盤的鏡像文件OSI:開放系統(tǒng)互聯(lián) IOS:蘋果系統(tǒng)CMMI Capabili

27、ty Maturity Model Integration （能力成熟度模型綜合 ）5個(gè)成熟度等級分別為： 第1級：初始級 第2級：受管理級 第3級：已定義級 第4級：定量管理級 第5級：持續(xù)優(yōu)化級需求分析一、測試需求:測試需求主要解決“測什么”的問題，即指明被測試對象中什么需要測試測試需求通常是以軟件開發(fā)測試需求的特征：1、制定的測試需求項(xiàng)必須是可核實(shí)的（可量化）；2、測試需求應(yīng)指明滿足需求的正常的前置條件，同時(shí)也要指明不滿足需求的是的出錯(cuò)條件（包含差錯(cuò)條件）；3、測試需求不涉及具體的測試數(shù)據(jù)（不涉及測試數(shù)據(jù)）；測試需求分析過程需求采集：需求規(guī)格說明書需求分析：測試要點(diǎn)分析、功能交互分析、質(zhì)

28、量特性分析、測試需求評審：二、測試計(jì)劃1、為什么要編寫測試計(jì)劃？避免測試的隨意性上：PM QA產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、測試經(jīng)理中：測試組長、銷售人員下：開發(fā)人員、測試人員2、什么時(shí)間編寫測試計(jì)劃需求分析之后，在整個(gè)測試工作過程中，不斷修改3、由誰來編寫測試計(jì)劃具有豐富經(jīng)驗(yàn)的項(xiàng)目測試負(fù)責(zé)人如何制定好測試計(jì)劃認(rèn)真做好測試資料的搜集整理工作；項(xiàng)目計(jì)劃、版本計(jì)劃明確測試目標(biāo)，增強(qiáng)測試計(jì)劃的實(shí)用性堅(jiān)持測試的“ 5W原則，明確內(nèi)容和過程5Wwhy :為什么要進(jìn)行這些測試what ：測試哪些方面，不同階段的工作內(nèi)容where ：相關(guān)文檔，缺陷的存在位置，測試環(huán)境等when :測試不同階段的起止時(shí)間who：項(xiàng)目有

29、關(guān)人員組成，安排哪些測試人員進(jìn)行測試測試的開始和結(jié)束條件開始條件：軟件測試在項(xiàng)目啟動(dòng)、需求分析開始時(shí)隨之啟動(dòng)結(jié)束條件：需求覆蓋率（100%、用例執(zhí)行率（100%）、缺陷遺留率（2-5%）、達(dá)到預(yù)期的質(zhì)量目標(biāo)三、測試計(jì)劃模板DRAFT初稿MODIFY修改版RELEASE 終稿測試用例設(shè)計(jì)test case一、軟件測試用例包含哪些部分1、用例編號（用例ID）項(xiàng)目名+模塊名+編碼（唯一標(biāo)識）美萍酒店管理系統(tǒng)_營銷管理_0012、功能接口一級模塊+二級模塊營銷管理_VIP會(huì)員管理3、用例標(biāo)題（用例名稱）見名知意（在哪里+操作+結(jié)果）（地點(diǎn)+動(dòng)作+ ）QQ登錄界面用戶名和密碼匹配一致登錄成功學(xué)生信息系統(tǒng)

30、輸入部分非法信息登錄失敗注意事項(xiàng)：（1）、要簡潔（W 24個(gè)字）（2）、不能出現(xiàn)句號（3）、不能有兩個(gè)以上的逗號（4）、名稱不能重復(fù)：不能出現(xiàn)兩個(gè)或者以上完全一樣的用例標(biāo)題。（5）、不能寫成缺陷（缺陷表示一個(gè)錯(cuò)誤，用例描述的是一種情況）。4、優(yōu)先級高、中、低高：基本的、重要的功能。中：錯(cuò)誤的、邊界的、配置的低：低級別不代表這個(gè)功能不重要，在整個(gè)項(xiàng)目周期中，被使用的頻率不是非常高。 如：GUI、信息提示、壓力、性能。高：中：低 =3:4:3 = 2:6:2回歸測試和冒煙測試5、預(yù)置條件（前提條件）6、操作步驟（要有具體數(shù)據(jù)）1 .輸入用戶名：“ 12384934” ；2 .輸入密碼："

31、aaaaa2 ;3 .點(diǎn)擊：【登錄】按鈕。7、預(yù)期結(jié)果登錄成功。8、實(shí)際結(jié)果（excel ）9、設(shè)計(jì)人（作者）10、設(shè)計(jì)時(shí)間11、備注粒度：1、用例的粒度大，則總的用例數(shù)就少，用例看起來也簡潔。2、用例的粒度小，則單條用例關(guān)注的測試點(diǎn)很集中，不容易遺漏，并且執(zhí)行需要的時(shí)間比較好估計(jì)。用例粒度大，用例數(shù)目少，但是有可能有遺漏。用例粒度小，用例數(shù)目多，但是有可能要在執(zhí)行上消耗很多的時(shí)間。用例執(zhí)行的狀態(tài)：1、 No test :未執(zhí)行狀態(tài)，當(dāng)用例還尚未被執(zhí)行。2、 Pass :通過狀態(tài)，執(zhí)行結(jié)果與預(yù)期結(jié)果相符。3、 Fail :失敗狀態(tài)，執(zhí)行結(jié)果與預(yù)期結(jié)果不符。4、 Block :阻塞狀態(tài)，妨礙了用

32、例步驟的執(zhí)行。5、 Investigate :觀察狀態(tài)，需要耗較多時(shí)間去觀察其結(jié)果。6、 N/A :不適用。就使得我們完全有理由在測試用例執(zhí)行的過程中，同時(shí)不斷地優(yōu)化我們的測試用例，使得用例的質(zhì)量越來越高。黑盒用例的設(shè)計(jì)方法1、等價(jià)類劃分方法等價(jià)類1、定義：把所有可能的輸入數(shù)據(jù)，劃分成若干個(gè)子集，從子集中選取具有代表性的測試數(shù)據(jù)作為測試用例。2、劃分等價(jià)類分為：有效等價(jià)類和無效等價(jià)類有效等價(jià)類：符合需求規(guī)格說明書，合理的輸入數(shù)據(jù)的集合。無效等價(jià)類：不符合需求規(guī)格說明書，無意義的輸入數(shù)據(jù)的集合。3、等價(jià)類劃分的步驟：(1)、先考慮輸入數(shù)據(jù)的數(shù)據(jù)類型。(合法和非法類型)(2)、再考慮輸入數(shù)值的數(shù)據(jù)范圍。(合法類型中的合法區(qū)間和非法區(qū)間)。(3)、畫出示意圖，區(qū)分等價(jià)類。(4)、為每一個(gè)等價(jià)類編號。(5)、從一個(gè)等價(jià)類中選取測試數(shù)據(jù)作為測試用例。有效等價(jià)類要盡可能多的覆蓋無效等價(jià)類要逐一覆蓋2、邊界值方法邊界值：邊界值是發(fā)現(xiàn)錯(cuò)誤能力最強(qiáng)的測試方法。內(nèi)點(diǎn)：區(qū)域內(nèi)的任意點(diǎn)都是內(nèi)點(diǎn)。上點(diǎn)：邊界上的點(diǎn)。離點(diǎn)：距離上點(diǎn)最近的點(diǎn)。邊界值：包含：上點(diǎn)和離點(diǎn)。3、錯(cuò)誤推測法基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯(cuò)誤，從而真針