【正文】 試,綜合測(cè)試或聯(lián)合測(cè)試。集成測(cè)試是檢驗(yàn)程序單元或部件的接口關(guān)系，逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)。確認(rèn)測(cè)試是檢測(cè)與證實(shí)軟件是否滿足軟件需求說明書中規(guī)定的要求。系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行的環(huán)境下，檢查完整的程序系統(tǒng)能否和系統(tǒng)（包括硬件、外設(shè)、網(wǎng)絡(luò)和系統(tǒng)軟件、支持平臺(tái)等）正確配置、連接，并滿足用戶需求。驗(yàn)收測(cè)試往往在系統(tǒng)測(cè)試完成后、項(xiàng)目最終交付前進(jìn)行。驗(yàn)收小組由開發(fā)方、用戶方、監(jiān)理方代表、主管單位及行業(yè)專家構(gòu)成。靜態(tài)測(cè)試是指不運(yùn)行程序，通過人工對(duì)程序和文檔進(jìn)行分析與檢查；動(dòng)態(tài)測(cè)試是指通過人工或使用工具運(yùn)行程序進(jìn)行檢查、分析程序的執(zhí)行狀態(tài)和外部表現(xiàn)。白盒測(cè)試把程序看成裝在一個(gè)透明的白盒子里，也就是清楚了解程序結(jié)構(gòu)和處理過程，檢查是否所有的結(jié)構(gòu)及路徑都是正確的，檢查軟件的內(nèi)部動(dòng)作是否按照設(shè)計(jì)說明的規(guī)定正常進(jìn)行。語句覆蓋：選擇足夠多的測(cè)試用例，使得程序中的每個(gè)可執(zhí)行語句至少執(zhí)行一次判定覆蓋：通過執(zhí)行足夠多的測(cè)試用例，使得程序中的每個(gè)判定可能取值（真或假）都至少滿足一次，也稱為“分支覆蓋”條件覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，使得程序中的每個(gè)判定包含的每個(gè)條件的可能取值（真/假）都至少滿足一次判定/條件覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，使得程序中每個(gè)判定包含的每個(gè)條件的所有情況（真假）至少出現(xiàn)一次，并且每個(gè)判定本身的判定結(jié)果（真/假）也至少出現(xiàn)一次組合覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，使得程序中每個(gè)判定的所有可能的條件取值組合都至少出現(xiàn)一次路徑覆蓋：設(shè)計(jì)足夠多的測(cè)試用例，要求覆蓋程序中所有可能的路徑基本路徑測(cè)試方法：在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計(jì)測(cè)試用例。黑盒測(cè)試把測(cè)試對(duì)象看成一個(gè)黑盒子，完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程。黑盒測(cè)試用例設(shè)計(jì)方法：等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、決策表法、因果圖法、場(chǎng)景法、功能圖法等價(jià)類劃分法：不考慮程序的內(nèi)部結(jié)構(gòu)，測(cè)試人員要對(duì)需求規(guī)格說明書的功能需求進(jìn)行細(xì)致分析，然后把程序的輸入域劃分成若干部分，從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例。確定等價(jià)類的原則：1）在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下，可以確立一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類2）在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可以確立一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類3）在輸入條件是一個(gè)布爾量的情況下，可確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。重復(fù)這一步，最后使得所有有效等價(jià)類均被測(cè)試用例所覆蓋3)設(shè)計(jì)一個(gè)新的測(cè)試用例，使其只覆蓋一個(gè)無效等價(jià)類。自動(dòng)化測(cè)試：通過測(cè)試工具或其他手段，按照測(cè)試工程師的預(yù)定計(jì)劃對(duì)軟件產(chǎn)品進(jìn)行自動(dòng)的測(cè)試自動(dòng)化測(cè)試的優(yōu)勢(shì)：1）提高測(cè)試質(zhì)量2）提高測(cè)試效率，縮短測(cè)試工作時(shí)間3）提高測(cè)試覆蓋率4）執(zhí)行手工測(cè)試不能完成的測(cè)試任務(wù)，如壓力測(cè)試5）更好地重現(xiàn)軟件缺陷的能力6）更好的利用資源7）增進(jìn)測(cè)試人員與開發(fā)人員之間的合作伙伴關(guān)系自動(dòng)化測(cè)試的局限性：1）定制型項(xiàng)目2）周期很短的項(xiàng)目3）業(yè)務(wù)規(guī)則復(fù)雜的對(duì)象4）人體感觀與易用性測(cè)試5）不穩(wěn)定的軟件6）涉及物理交互開發(fā)模型：瀑布模型、原型模型、螺旋模型、增量模型、漸進(jìn)模型、快速軟件開發(fā)（RAD）以及Rational統(tǒng)一過程（RUP）瀑布模型：需求分析、可行性研究、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)軟件的生命周期：需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)、退出使用 軟件的全壽命周期費(fèi)用（LCC：Life cycle cost）測(cè)試的花費(fèi)減少了運(yùn)行維護(hù)階段的花費(fèi)，從全壽命周期費(fèi)用來看，測(cè)試是使LCC降低了 測(cè)試模型：V模型、W模型、H模型、X模型、前置測(cè)試模型軟件測(cè)試策略：單元測(cè)試、集成（組裝）測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。測(cè)試用例基本組成要素：項(xiàng)目名稱、測(cè)試人員、用例編號(hào)、測(cè)試用例說明、測(cè)試的模塊、測(cè)試的輸入條件、測(cè)試的預(yù)期結(jié)果、測(cè)試實(shí)際結(jié)果、缺陷編號(hào)什么是軟件測(cè)試，為什么要進(jìn)行軟件測(cè)試？軟件測(cè)試與調(diào)試的區(qū)別？答案：(1)軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問題進(jìn)行分析和評(píng)估。(2)因?yàn)闆]有經(jīng)過測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就像ISO質(zhì)量認(rèn)證一樣，軟件同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測(cè)試的工作。(3)在軟件開發(fā)的過程中，調(diào)試和測(cè)試是兩個(gè)不同的過程，分別由程序開發(fā)人員和測(cè)試人員來完成。第二，調(diào)試的目的是為了隔離和確認(rèn)問題的所在，并加以解決，使得程序能夠正常運(yùn)行；而測(cè)試的目的是為了找出與軟件實(shí)現(xiàn)定義的規(guī)格和標(biāo)準(zhǔn)不符合的問題，保證軟件能都滿足用戶需求。a測(cè)試與b測(cè)試的區(qū)別？靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試的區(qū)別？答案：(1)Alpha測(cè)試（α測(cè)試）是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試；Beta測(cè)試（β測(cè)試）是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試?？偠灾?，前者是內(nèi)部模擬上線，后者是真正上線，讓用戶參與測(cè)試。對(duì)需求規(guī)格說明書、軟件設(shè)計(jì)說明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號(hào)執(zhí)行來找錯(cuò)。靜態(tài)測(cè)試結(jié)果可用于進(jìn)一步的查錯(cuò)，并為測(cè)試用例選取提供指導(dǎo)。第五篇：軟件測(cè)試?yán)碚摽偨Y(jié)為什么要測(cè)試？軟件測(cè)試的目的？軟件測(cè)試的重要性？ A、發(fā)現(xiàn)缺陷BUG/Defect B、評(píng)估軟件、項(xiàng)目、產(chǎn)品上線風(fēng)險(xiǎn)？ C、滿足客戶要求、改善軟件質(zhì)量D、幫助開發(fā)發(fā)現(xiàn)問題、定位問題、修改問題E、軟件驗(yàn)收、也包括第三方的驗(yàn)收（驗(yàn)收測(cè)試、UAT）F、通過缺陷分析，從而預(yù)防同類缺陷的發(fā)生。也不能直接降低開發(fā)成本。軟件測(cè)試的工作內(nèi)容？ BAT：Baidu、Alibaba、Tecent測(cè)試與調(diào)試的區(qū)別： 對(duì)象：代碼、文檔；代碼 人：測(cè)試工程師；開發(fā)流程：有規(guī)范的流程（除了隨機(jī)測(cè)試和探索性測(cè)試外）；無流程 目的：發(fā)現(xiàn)問題；定位和解決問題測(cè)試的七大原則：A、測(cè)試只能證明軟件存在缺陷，不能證明軟件沒有缺陷（證偽不證真）B、測(cè)試是無法窮舉？（輸入數(shù)據(jù)是無法窮舉、處理邏輯路徑是無法窮舉），學(xué)習(xí)測(cè)試用例的設(shè)計(jì)方法。需求設(shè)計(jì)代碼測(cè)試運(yùn)行）測(cè)試應(yīng)該在需求之后？設(shè)計(jì)之后？編碼之后？測(cè)試應(yīng)該盡早介入，測(cè)試應(yīng)該貫穿整個(gè)軟件生命周期。如果測(cè)試發(fā)現(xiàn)某個(gè)模塊有問題？繼續(xù)深入測(cè)試。優(yōu)點(diǎn)SWOT 優(yōu)勢(shì)、劣勢(shì)、機(jī)會(huì)、威懾（競(jìng)爭對(duì)手）準(zhǔn)備行業(yè)軟件 G、不存在缺陷的軟件并不代表是有用的系統(tǒng)。比較分析不同網(wǎng)站的購物流程：亞馬遜、當(dāng)當(dāng)網(wǎng)、京東、淘寶（CDC）聯(lián)眾游戲、游戲測(cè)試人員也開發(fā)，開發(fā)也做測(cè)試（Google：吃狗糧的文化）測(cè)試人員獨(dú)立與項(xiàng)目（在項(xiàng)目中有專職的測(cè)試人員：客觀）測(cè)試人員獨(dú)立部門（有專門的測(cè)試部門：權(quán)威）測(cè)試人員獨(dú)立技術(shù)（測(cè)試工具部、測(cè)試技術(shù)部）測(cè)試人員獨(dú)立于公司（測(cè)試服務(wù)機(jī)構(gòu)或者公司）缺點(diǎn)：溝通越困難，對(duì)產(chǎn)品或者項(xiàng)目的熟悉越少。最好用的軟件baidu 需求分析的技術(shù)：UML建模（需求工程）設(shè)計(jì)階段：概要設(shè)計(jì)HLD（High Level Design 高層設(shè)計(jì)）：模塊分解與接口的定義。白盒編碼階段：熟悉一門編程語言的語法 C、Java、PHP和一個(gè)開發(fā)工具或者平臺(tái) VC、Eclipse等熟悉一門腳本語言：python、ruby、perl、tcl、shellBAT測(cè)試階段：測(cè)試工具、方法、流程運(yùn)行與維護(hù)：技術(shù)支持測(cè)試應(yīng)該貫穿整個(gè)軟件生命周期。適合產(chǎn)品開發(fā)的項(xiàng)目。V模型：用戶需求URS驗(yàn)收測(cè)試UAT（User Acceptance Testing）需求規(guī)格SRS系統(tǒng)測(cè)試ST（System Testing）概要設(shè)計(jì)HLD集成測(cè)試IT（Integration Testing）詳細(xì)設(shè)計(jì)LLD單元測(cè)試UT（Unit Testing）編碼CODE代碼評(píng)審CODE ReviewH模型、X模型。規(guī)定是布爾量，譬如是否已經(jīng)注冊(cè)，可以劃分1個(gè)有效和1個(gè)無效規(guī)定是多種選擇（還有不同的處理方式），譬如163郵箱注冊(cè)的后綴，可以劃分成若干個(gè)有效，和1個(gè)無效。優(yōu)缺點(diǎn)：適用范圍廣、能以有限用例達(dá)到比較好覆蓋無法窮舉的輸入。適用范圍：只要有業(yè)務(wù)規(guī)則的情況下，最好是有清晰的業(yè)務(wù)規(guī)則與其他方法怎么樣配合：一般情況下會(huì)跟邊界值方法結(jié)合使用。操作步驟：分析被測(cè)試對(duì)象輸入條件以及子條件分析上點(diǎn)、離點(diǎn)和內(nèi)點(diǎn)根據(jù)邊界值設(shè)計(jì)用例的原則設(shè)計(jì)數(shù)據(jù)去覆蓋可能上點(diǎn)、離點(diǎn)和內(nèi)點(diǎn)優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：能夠比較高效發(fā)現(xiàn)問題 缺點(diǎn)：不能考慮輸入與輸出之間的關(guān)系適用范圍：規(guī)定了大小、長度、值的范圍、分辨率（廣義）與其他方法怎么樣配合：與等價(jià)類配合要點(diǎn)：找到邊界（隱含的邊界）航空行李托運(yùn)：重量不能超過30公斤，如果超過就要收費(fèi)，正常人4元每公斤，外國人收6塊，頭等艙是其他艙的2倍 殘疾人是正常人的1/：背景：why？：輸入條件很多情況（要么滿足、要么不滿足），不同條件組合下輸出結(jié)果也很多，希望條件跟結(jié)果的一一對(duì)應(yīng)的關(guān)系它可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既具體又明確操作步驟：分析被測(cè)試對(duì)象的輸入條件，同時(shí)分析各種可能的輸出結(jié)果（）列出所有的條件和動(dòng)作（）填寫條件項(xiàng)和動(dòng)作項(xiàng)合并相似規(guī)則優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：能解決復(fù)雜條件之間邏輯組合，比較清晰列出所有的組合缺點(diǎn)：一旦條件數(shù)過多，組合數(shù)會(huì)很龐大，合并存在漏測(cè)的風(fēng)險(xiǎn)（很難精確定位問題）。（測(cè)試象棋馬走日這個(gè)規(guī)則）當(dāng)條件比較多5 要考慮是否有中間結(jié)果（簡化）正交試驗(yàn)法背景：彌補(bǔ)判定表方法可能導(dǎo)致用例規(guī)模非常龐大，多條件組合的數(shù)量非常巨大。操作步驟：分析輸入條件以及條件的取值范圍。優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：在保證一定均勻覆蓋率的前提下可以大大降低試驗(yàn)次數(shù)（測(cè)試項(xiàng)），缺點(diǎn)：可能有一定的遺漏適應(yīng)范圍：配置類需求的分析，多條件多取值的業(yè)務(wù)測(cè)試。思路比較清晰，比較廣 網(wǎng)銀轉(zhuǎn)賬：寫出基本流和備選，并且畫出事件流圖。組織：組織體現(xiàn)的是管理軟件質(zhì)量管理體系 八項(xiàng)質(zhì)量管理原則：以顧客為中心：以用戶的角度去思考問題（UAT）下游環(huán)節(jié)為上游環(huán)節(jié)的客戶領(lǐng)導(dǎo)的作用：有激情，有謀略，演講才能，身先士卒 全員參與：團(tuán)隊(duì)合作信任基于事實(shí)的決策方法：個(gè)人能力基線（PCB）（量化管理）持續(xù)改進(jìn)（持續(xù)改善）：最初是日本的一個(gè)管理理念，從初級(jí)員工到高級(jí)管理者都需要參與 互利的供方關(guān)系：共贏，共同創(chuàng)造利潤 過程方法：過程：輸入轉(zhuǎn)化為輸出的活動(dòng)過程方法：過程的識(shí)別，相互作用以及管理 管理的系統(tǒng)方法：全局化的管理策略 ：手工作坊式，個(gè)人英雄主義，沒有相關(guān)過程，不可預(yù)測(cè)并且缺乏控制。易學(xué)性：軟件產(chǎn)品使得用戶能學(xué)習(xí)其功能的能力（操作手冊(cè)，幫助文檔）易操作性：軟件產(chǎn)品使用戶能操作和控制它的能力吸引性：軟件產(chǎn)品吸引用戶的能力。也就是完成用戶的某個(gè)功能需要的時(shí)間資源利用率：在規(guī)定的條件下，軟件產(chǎn)品執(zhí)行其功能時(shí)，使用合適的資源數(shù)量（CPU，內(nèi)存占用）效率依從性：軟件產(chǎn)品遵守與效率相關(guān)的法規(guī) 維護(hù)性易分析性：軟件產(chǎn)品診斷軟件中的缺陷或失效原因或識(shí)別待修改部分的能力。（代碼要高內(nèi)聚，低耦合）目的在于降低修改軟件的成本穩(wěn)定性：軟件產(chǎn)品避免由于軟件修改而造成意外結(jié)果的能力 易測(cè)試性：軟件產(chǎn)品的問題能被確認(rèn)的能力。t fix, postpone）缺陷版本version 缺陷所屬的產(chǎn)品/項(xiàng)目/模塊product, project, feature 缺陷編號(hào) no 缺陷嚴(yán)重程度serverity 缺陷優(yōu)先級(jí) priority 標(biāo)題 title 詳細(xì)描述 description 系統(tǒng)環(huán)境 OS(服務(wù)器環(huán)境和客戶端環(huán)境)測(cè)試環(huán)境（用戶名/密碼）test environment 重現(xiàn)率 repository 預(yù)置條件pre condition 步驟steps 實(shí)際結(jié)果actual result 期望結(jié)果expected result 其他信息additional information 用例編號(hào)testcase no *附件attachment ================== 缺陷引發(fā)的原因 root cause 缺陷解決方案 resolution(改代碼，數(shù)據(jù)庫，環(huán)境問題)代碼改動(dòng)范圍 影響范圍================== 驗(yàn)證人 驗(yàn)證環(huán)境 驗(yàn)證范圍 結(jié)果