【正文】 定位問題的能力 維護(hù)性的依從性：軟件產(chǎn)品的維護(hù)性遵循相關(guān)的標(biāo)準(zhǔn) 可移植性：適應(yīng)性：軟件產(chǎn)品適應(yīng)不同的環(huán)境的能力 易安裝性：被安裝的能力（一鍵安裝）共存性：和其他軟件共同安裝或存在的能力 易替換性：升級(jí)時(shí)替換文件的能力可移植性的依從性：軟件產(chǎn)品的可移植性遵循相關(guān)的標(biāo)準(zhǔn)軟件質(zhì)量活動(dòng)：軟件質(zhì)量保證（ＳＱＡ）：從流程方面保證軟件質(zhì)量 測(cè)試：從技術(shù)方面保證軟件質(zhì)量度量：作用：理解，預(yù)測(cè)，評(píng)估和改進(jìn)度量的分類：四個(gè)基本度量項(xiàng)：規(guī)模工作量進(jìn)度缺陷BUG屬性：發(fā)現(xiàn)人reporter 發(fā)現(xiàn)時(shí)間date 缺陷狀態(tài)status(new, open, resolved, reopened, closed)（fixed, duplicated, Invalid, won39。（日志記錄）易改變性：修改缺陷的能力，實(shí)現(xiàn)功能的能力。界面美觀，易用性要好 易用性的依從性：軟件產(chǎn)品的易用性遵循相關(guān)的標(biāo)準(zhǔn)或法律法規(guī) 效率時(shí)間特性：在規(guī)定的條件下，軟件產(chǎn)品執(zhí)行其功能時(shí)，提供適當(dāng)?shù)捻憫?yīng)和處理時(shí)間以及吞吐率的能力?？芍貜?fù)級(jí)：特點(diǎn)可以重復(fù)以往的項(xiàng)目經(jīng)驗(yàn) 證券項(xiàng)目（招商證券）國(guó)信證券：SRSHLDLLDCodetest case 模板關(guān)鍵過程域（KPA）（key process area）： 需求管理 配置管理 軟件質(zhì)量保證已定義級(jí)統(tǒng)一標(biāo)準(zhǔn)，一致的過程（軟件工程小組SEPG）關(guān)鍵過程域：同行評(píng)審已管理級(jí)：可預(yù)測(cè)的過程量化管理，通過數(shù)據(jù)量化，來(lái)實(shí)現(xiàn)預(yù)測(cè)項(xiàng)目 Gompertz模型優(yōu)化級(jí)：對(duì)過程的持續(xù)改進(jìn) 新技術(shù)或新思想的引入關(guān)鍵過程域：缺陷分析》預(yù)防缺陷》質(zhì)量標(biāo)準(zhǔn)CMM與CMMI的區(qū)別 CMM：階段式表示CMMI：階段式、連續(xù)式六西格瑪管理法原則： 注重客戶 注重流程 全員參與 預(yù)防為主事實(shí)依據(jù)的決定 持續(xù)和突破性改進(jìn) 六西格瑪?shù)膶?shí)施方式：DMAIC(define, measure, analysis, improve, control)軟件質(zhì)量模型： 功能性適合性：軟件產(chǎn)品為指定任務(wù)或用戶目標(biāo)提供一組合適的功能的能力 準(zhǔn)確性：軟件產(chǎn)品提供所需要的精確度或和結(jié)果相符的能力 互操作性：軟件產(chǎn)品與一個(gè)或更多的其他系統(tǒng)進(jìn)行交互的能力保密安全性：保護(hù)信息和數(shù)據(jù)的能力，不同權(quán)限的人可以操作不同的數(shù)據(jù)功能性的依從性：遵守與功能性相關(guān)的標(biāo)準(zhǔn)，約定或法規(guī)的能力（國(guó)際標(biāo)準(zhǔn)，國(guó)家標(biāo)準(zhǔn)，行業(yè)標(biāo)準(zhǔn)，企業(yè)內(nèi)部標(biāo)準(zhǔn)）可靠性成熟性：軟件產(chǎn)品為避免由于軟件中的錯(cuò)誤而導(dǎo)致失效的能力容錯(cuò)性：由于用戶操作錯(cuò)誤，軟件可以處理相應(yīng)的錯(cuò)誤，而不是死機(jī)或崩潰 易恢復(fù)性：在失效已經(jīng)發(fā)生的情況下，軟件產(chǎn)品如何快速恢復(fù)使用的能力 可靠性的依從性：軟件產(chǎn)品遵循與可靠性相關(guān)的標(biāo)準(zhǔn)或約定或法律法規(guī) 易用性 易理解性：軟件產(chǎn)品使用用戶能理解軟件是否合適以及如何能將軟件用于特定任務(wù)和使用環(huán)境的能力。影響軟件質(zhì)量的因素： 技術(shù)：：人：技術(shù)文檔，專利技術(shù)，指導(dǎo)書，問題庫(kù)，經(jīng)驗(yàn)庫(kù) 流程：流程可以提高軟件透明度，控制項(xiàng)目的進(jìn)度，幫助項(xiàng)目組預(yù)防風(fēng)險(xiǎn)。與其他方法配合：等價(jià)類和邊界值（輸入框）要點(diǎn)：選擇合適正交表以及如何去合并和分拆！Use Case法/場(chǎng)景法/流程分析法背景：在實(shí)際工作中，我們很業(yè)務(wù)功能是通過工作流來(lái)實(shí)現(xiàn)，需要站在流程角度（用戶角度），譬如購(gòu)物流程安裝測(cè)試、轉(zhuǎn)賬流程、游戲場(chǎng)景操作步驟：分析業(yè)務(wù)的基本事件流和備選事件流（正常備選事件流和異常事件流（退出））擔(dān)心備選流有遺漏畫出事件流圖（Use Case圖用例圖）根據(jù)圖設(shè)計(jì)場(chǎng)景根據(jù)場(chǎng)景來(lái)設(shè)計(jì)測(cè)試數(shù)據(jù)優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：站在用戶的角度來(lái)測(cè)試（），可以很好地與開發(fā)配合，直接通過用例圖轉(zhuǎn)化，效率比較高適應(yīng)范圍：驗(yàn)收測(cè)試用例的設(shè)計(jì)，只要流程與其他方法配合：等價(jià)類、邊界值（選多少個(gè)備選流）要點(diǎn)：事件流分析，尤其是備選流的分析是最關(guān)鍵的地方。（篩選出來(lái)的條件之間沒有約束關(guān)系）選擇合適的正交表（計(jì)算需要最小正交表的試驗(yàn)數(shù)，然后分兩種：?jiǎn)我凰剑喝ヌ暨x比需要大但是是最接近的正交表，直接套用；合并去匹配正交表分解混合水平：）保證試驗(yàn)數(shù)最少根據(jù)正交表（拆分之后）設(shè)計(jì)測(cè)試數(shù)據(jù)（每一列行是一個(gè)測(cè)試項(xiàng)），如果是空的地方，可以根據(jù)實(shí)際需要加權(quán)處理。根據(jù)伽羅瓦理論，條件之間的兩兩組合如果不出問題，三三組合以上出問題的概率小，這樣 一來(lái)，可以用非常少的用例來(lái)達(dá)到比較好的測(cè)試效果。對(duì)于條件，只能是有兩種取值（為真、為假）適用范圍：條件只有兩種取值的多條件組合的例子與其他方法怎么樣配合：與因果圖要點(diǎn)：找出業(yè)務(wù)條件規(guī)則，列出各種可能輸出結(jié)果。要點(diǎn)：等價(jià)類劃分的原則：尤其是要注意隱性條件（完整性，不要遺漏）思考：微信發(fā)送圖片、上傳頭像、導(dǎo)入文件這類如何使用等價(jià)類邊界值：背景：why？：很多錯(cuò)誤通常都發(fā)生在邊界上。缺點(diǎn)：方法沒有刻意考慮邊界，只能針對(duì)單個(gè)輸入條件，沒有考慮輸入之間組合以及輸入與輸出的關(guān)系。根據(jù)等價(jià)類設(shè)計(jì)用例原則：（用一個(gè)用例覆蓋盡可能多的有效等價(jià)類；為每一個(gè)無(wú)效等價(jià)類單獨(dú)設(shè)計(jì)用例：為了更好定位問題）設(shè)計(jì)數(shù)據(jù)原則：同樣效果情況下用例數(shù)盡可能少，精確定位問題。方法的背景？方法的操作步驟、優(yōu)缺點(diǎn)、適用范圍、5與其他方法怎么樣配合、6重點(diǎn)、要點(diǎn)、難點(diǎn) 等價(jià)類：背景：why？輸入無(wú)法窮舉，我們不能測(cè)試所有情況，必選選擇有代表數(shù)據(jù)來(lái)驗(yàn)證操作步驟：分析被測(cè)試對(duì)象輸入條件以及子條件（關(guān)鍵點(diǎn)：考慮隱性子條件，條件正交完備）根據(jù)等價(jià)類劃分原則劃分有效等價(jià)類和無(wú)效等價(jià)類原則：規(guī)定范圍或者格式，譬如長(zhǎng)度6~18位，可以劃分1個(gè)有效、2個(gè)無(wú)效等價(jià)類規(guī)定的集合或者滿足某個(gè)條件，譬如一些下拉列表的選擇，可以劃分1有效、1個(gè)無(wú)效規(guī)定了必須如何，譬如組成、開頭，可以劃分1個(gè)有效和若干個(gè)無(wú)效。測(cè)試滯后于開發(fā)。測(cè)試應(yīng)該在SRS之后？HLDLLDCODE瀑布模型：缺點(diǎn)：不適應(yīng)需求變更頻繁的項(xiàng)目。接受貨幣（識(shí)別真?zhèn)?、識(shí)別面額、識(shí)別類別）分解原則？高內(nèi)聚低耦合？（百度）（無(wú)直接耦合、數(shù)據(jù)耦合、印記耦合、控制耦合、公共耦合、內(nèi)容耦合）回歸測(cè)試接口：函數(shù)接口、消息接口、文件接口（修改頭像）、數(shù)據(jù)庫(kù)接口詳細(xì)設(shè)計(jì)LLD（Low Level Design 底層設(shè)計(jì)）：算法的描述（程序=數(shù)據(jù)結(jié)構(gòu)+算法/思路（各種排序））流程圖、偽碼。感情色彩：這是個(gè)非常嚴(yán)重的bug?。?！測(cè)試人員發(fā)現(xiàn)了BUG，開發(fā)人員不愿意修改，該怎么辦？ 加班？敏感問題？三方思考：對(duì)方、客觀中立、自己地鐵自動(dòng)售貨機(jī)PM計(jì)劃階段：可行性分析：A、經(jīng)濟(jì)可行性分析；B、技術(shù)可行性分析（外包）計(jì)劃項(xiàng)目里程碑：計(jì)劃、需求SRS、概要設(shè)計(jì)HLD、詳細(xì)設(shè)計(jì)LLD、編碼、測(cè)試、運(yùn)行與維護(hù)輸出軟件項(xiàng)目計(jì)劃SPP（Software Project Plan）PM輸出軟件確認(rèn)與驗(yàn)證計(jì)劃 SVVP(Software verfication Validation Plan)軟件測(cè)試計(jì)劃 TPM需求階段：產(chǎn)品（金蝶）：調(diào)研與項(xiàng)目（用戶）SE 系統(tǒng)工程師what to develop？黑盒TSE 分析測(cè)試需求挖掘用戶的隱性需求需求規(guī)格SRS：功能需求：接受貨幣選擇商品計(jì)算功能輸出商品和找零、商品管理性能需求：30S之內(nèi)輸出商品和找零 可靠性需求：7X24小時(shí)易用性需求：良好易用性，不需要培訓(xùn)。一個(gè)合格、優(yōu)秀、卓越、偉大的測(cè)試工程師的能力與素質(zhì)的要求？ 素質(zhì)、性格、能力、管理、英語(yǔ)、行業(yè)六大維度回答 答測(cè)試與開發(fā)的關(guān)系（獨(dú)立性）未來(lái)趨勢(shì)：3大趨勢(shì)：測(cè)試與開發(fā)的結(jié)合越來(lái)越緊密；測(cè)試與行業(yè)背景結(jié)合越來(lái)越緊密專項(xiàng)測(cè)試（測(cè)試分工會(huì)越來(lái)越精細(xì)），大數(shù)據(jù)測(cè)試（數(shù)據(jù)庫(kù)，用戶工程）IT，DT。刨根問底？破案？E、殺蟲劑悖論（軟件對(duì)用例會(huì)免疫力）不斷更新測(cè)試用例、更新的測(cè)試思維F、測(cè)試依賴于商業(yè)背景（與行業(yè)知識(shí)相關(guān)）結(jié)合專業(yè)和工作經(jīng)歷和準(zhǔn)備相關(guān)的項(xiàng)目。D、缺陷的80/20原則（群集效應(yīng)）。C、測(cè)試應(yīng)該盡早測(cè)試？（發(fā)現(xiàn)缺陷和修改的成本越早越低。H、改善軟件的用戶體驗(yàn)（易用性、性能、穩(wěn)定性）12306訂票角度：系統(tǒng)性思維（7+=100: 1+2+34+56+7=100）門薩測(cè)試 角色：用戶：發(fā)現(xiàn)缺陷、改善用戶體驗(yàn)：開發(fā)：證明軟件GoodEnough，定位缺陷，從而減少開發(fā)修改問題的時(shí)間歷史：證明程序是正確？》發(fā)現(xiàn)功能缺陷、錯(cuò)誤》發(fā)現(xiàn)不足（易用性、性能、穩(wěn)定性）》缺陷預(yù)防現(xiàn)實(shí)：驗(yàn)收、評(píng)估質(zhì)量風(fēng)險(xiǎn)、第三方評(píng)測(cè)、為了盈利而測(cè)試（商業(yè)成功）（測(cè)試成本《《軟件缺陷導(dǎo)致成本）什么是軟件測(cè)試？IEEE（國(guó)際電器電子工程協(xié)會(huì)）：目的：驗(yàn)證系統(tǒng)是否滿足需求、驗(yàn)證實(shí)際結(jié)果跟期望結(jié)果的差異？xll：在一定的軟件、硬件、網(wǎng)絡(luò)環(huán)境下（搭建測(cè)試環(huán)境LAMP），遵循相對(duì)規(guī)范的測(cè)試流程，使用合適的測(cè)試工具，合理的測(cè)試方法，測(cè)試或運(yùn)行軟件，其目的是為了驗(yàn)證系統(tǒng)是否滿足需求、驗(yàn)證實(shí)際結(jié)果跟期望結(jié)果的差異。G、錯(cuò)的：軟件測(cè)試能縮短開發(fā)周期。動(dòng)態(tài)測(cè)試方法是指通過運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能，這種方法由三部分組成：構(gòu)造測(cè)試實(shí)例、執(zhí)行程序、分析程序的輸出結(jié)果。靜態(tài)方法通過程序靜態(tài)特性的分析，找出欠缺和可疑之處，例如不匹配的參數(shù)、不適當(dāng)?shù)难h(huán)嵌套和分支嵌套、不允許的遞歸、未使用過的變量、空指針的引用和可疑的計(jì)算等。(2)靜態(tài)方法是指不運(yùn)行被測(cè)程序本身，僅通過分析或檢查源程序的語(yǔ)法、結(jié)構(gòu)、過程、接口等來(lái)檢查程序的正確性。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成。但二者也有相同之處，最終目的都是為了提高軟件質(zhì)量。第一，調(diào)試的過程是隨機(jī)的不可重復(fù)的；而測(cè)試的過程是有計(jì)劃的、可以重復(fù)的過程。在測(cè)試的過程發(fā)現(xiàn)軟件中存在的問題，及時(shí)讓開發(fā)人員得知并修改問題，在即將發(fā)布時(shí)，從測(cè)試報(bào)告中得出軟件的質(zhì)量情況。執(zhí)行測(cè)試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。軟件失效分類：軟件錯(cuò)誤(software error)、軟件缺陷(software defect)、軟件故障(software fault)、軟件失效（software failure）軟件缺陷定義：軟件未達(dá)到產(chǎn)品說(shuō)明書中明確指明要實(shí)現(xiàn)的功能軟件出現(xiàn)了產(chǎn)品說(shuō)明書中指明不會(huì)出現(xiàn)的錯(cuò)誤軟件功能超出了產(chǎn)品說(shuō)明書中指明的范圍軟件未達(dá)到產(chǎn)品說(shuō)明書中雖未明確指出但應(yīng)達(dá)到的目標(biāo)軟件測(cè)試人員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度慢，或最終用戶認(rèn)為不好使用 缺陷與錯(cuò)誤嚴(yán)重性和優(yōu)先級(jí)：嚴(yán)重級(jí)：表示軟件缺陷所造成的危害的惡劣程序；分為以下四個(gè)等級(jí)：嚴(yán)重：系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞較嚴(yán)重：操作性錯(cuò)誤、錯(cuò)誤結(jié)果、遺漏功能一般：小問題、錯(cuò)誤字、UI布局、罕見故障建議：不影響使用的瑕疵或更好的實(shí)現(xiàn)優(yōu)先級(jí)：表示修復(fù)缺陷的重要程度與次序最高優(yōu)先級(jí)：立即修復(fù)，停止進(jìn)一步測(cè)試次高優(yōu)先級(jí)：在產(chǎn)品發(fā)布之前必須修復(fù)中等優(yōu)先級(jí)：如果時(shí)間允許應(yīng)該修復(fù)最低優(yōu)先級(jí)：可能會(huì)修復(fù)，但是也能發(fā)布軟件缺陷跟蹤管理（1）Bug記錄信息主要包括以下幾項(xiàng)內(nèi)容：測(cè)試軟件名稱、測(cè)試版本號(hào)、測(cè)試人名稱、測(cè)試事件、測(cè)試軟件和硬件配置環(huán)境、發(fā)現(xiàn)軟件錯(cuò)誤的類型、錯(cuò)誤的嚴(yán)重等級(jí)及優(yōu)先級(jí)、詳細(xì)步驟、必要的附圖、測(cè)試注釋、提交給誰(shuí)（2）Bug處理信息主要包括以下4項(xiàng)內(nèi)容：處理者姓名、處理時(shí)間、處理步驟、錯(cuò)誤記錄的當(dāng)前狀態(tài)軟件錯(cuò)誤的狀態(tài)：軟件錯(cuò)誤的主要狀態(tài)包括以下內(nèi)容：新信息（New）：測(cè)試中新報(bào)告的軟件Bug打開（Open）：被確認(rèn)并分配給相關(guān)開發(fā)人員處理修正(Fixed)：開發(fā)人員已完成修正，等待測(cè)試人員驗(yàn)證拒絕（Declined）：拒絕修改Bug延期（Deferrend)：不在當(dāng)前版本修復(fù)的錯(cuò)誤，下一版本修復(fù)關(guān)閉（Closed）：Bug已被修復(fù)錯(cuò)誤管理流程：錯(cuò)誤管理的流程可以概括為以下幾項(xiàng)內(nèi)容：測(cè)試人員提交新的錯(cuò)誤入庫(kù)，錯(cuò)誤狀態(tài)為“New”高級(jí)測(cè)試人員驗(yàn)證錯(cuò)誤1)如果確認(rèn)是錯(cuò)誤，分配給相應(yīng)的開發(fā)人員，設(shè)置狀態(tài)為“Open”2)如果不是錯(cuò)誤，則拒絕，設(shè)置為“Declined”狀態(tài)開發(fā)人員查詢狀態(tài)為“Open”的錯(cuò)誤，做如下處理1）如果不是錯(cuò)誤，則拒絕，設(shè)置為“Declined”狀態(tài)2）如果是錯(cuò)誤，則修復(fù)并置狀態(tài)為“Fixed”3）如果不能解決的錯(cuò)誤，要留下文字說(shuō)明并保持錯(cuò)誤為