【文章內(nèi)容簡(jiǎn)介】 測(cè)試報(bào)告一般分為內(nèi)部測(cè)試報(bào)告和外部測(cè)試報(bào)告。內(nèi)部報(bào)告是我們?cè)跍y(cè)試工作中的項(xiàng)目文檔，反映了測(cè)試工作的實(shí)施情況，這里不過多討論，讀者可以參考相關(guān)教材。這里主要討論一下外部測(cè)試報(bào)告的寫法，一般外部測(cè)試報(bào)告要滿足下面幾個(gè)要求：根據(jù)內(nèi)部測(cè)試報(bào)告進(jìn)行編寫，一般可以摘錄；不可以向客戶報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道；報(bào)告上可以列出一些缺陷，但必須是中級(jí)的缺陷，而且這些缺陷必須是修復(fù)的；報(bào)告上面的內(nèi)容盡量要真實(shí)可靠；整個(gè)測(cè)試報(bào)告要仔細(xì)審閱，力爭(zhēng)不給項(xiàng)目帶來負(fù)面作用，尤其是性能測(cè)試報(bào)告?？傊獠繙y(cè)試報(bào)告要小心謹(jǐn)慎的編寫。4什么是軟件測(cè)試，軟件測(cè)試的目的？使用人工或者自動(dòng)手段來運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程，目的在于檢驗(yàn)它是否滿足規(guī)定的需求或者弄清預(yù)期結(jié)果和實(shí)際結(jié)果之間的差別。4寫出bug報(bào)告流轉(zhuǎn)的步驟，每步的責(zé)任人及主要完成的工作。標(biāo)記參考答案：（要結(jié)合自己實(shí)際的工作經(jīng)驗(yàn)進(jìn)行回答，不同公司略有區(qū)別） 測(cè)試人員提交新的Bug入庫，錯(cuò)誤狀態(tài)為New。 高級(jí)測(cè)試員/測(cè)試經(jīng)理驗(yàn)證錯(cuò)誤，如果確認(rèn)是錯(cuò)誤，分配給開發(fā)組。設(shè)置狀態(tài)為Open。如果不是錯(cuò)誤，則拒絕，設(shè)置為Declined狀態(tài)。 開發(fā)經(jīng)理分配bug至對(duì)應(yīng)的模塊開發(fā)人員。開發(fā)人員查詢狀態(tài)為Open的Bug，如果不是錯(cuò)誤，則置狀態(tài)為Declined；如果是Bug則修復(fù)并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態(tài)。 對(duì)于不能解決和延期解決的Bug，不能由開發(fā)人員自己決定，一般要通過某種會(huì)議（評(píng)審會(huì)）通過才能認(rèn)可。 測(cè)試人員查詢狀態(tài)為Fixed的Bug，然后驗(yàn)證Bug是否已解決，如解決，置Bug的狀態(tài)為Closed，如沒有解決,置bug狀態(tài)為Reopen。50、畫出軟件測(cè)試的V模型圖。 5請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測(cè)試證明每個(gè)已經(jīng)實(shí)現(xiàn)的功能是否符合需求。白盒測(cè)試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格的要求。所有內(nèi)部成分是否經(jīng)過檢查。黑盒測(cè)試要在軟件的接口處進(jìn)行，這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部邏輯和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合太的功能說明。因此黑盒測(cè)試又叫功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試。白盒測(cè)試是對(duì)軟件的過程性細(xì)節(jié)做仔細(xì)的檢查，這種方法是把測(cè)試對(duì)象看做一個(gè)打開的盒子，太允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)和有關(guān)信息，設(shè)計(jì)或者選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此，白盒測(cè)試又叫邏輯驅(qū)動(dòng)測(cè)試或者結(jié)構(gòu)測(cè)試。單元測(cè)試（模塊測(cè)試）是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的，很明確的功能是否正確。通常而言，一個(gè)單元測(cè)試用于判斷某個(gè)特定條件下某個(gè)特定函數(shù)的行為，由程序員自己完成。集成測(cè)試（組裝測(cè)試，聯(lián)合測(cè)試）是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)單形式：兩個(gè)已經(jīng)測(cè)試過的單元組合成一個(gè)組件，并且測(cè)試他們之間的接口。方法是測(cè)試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測(cè)試，最后，將構(gòu)成進(jìn)程的所有模塊一起測(cè)試。系統(tǒng)測(cè)試：將經(jīng)過測(cè)試的子系統(tǒng)裝配成一個(gè)完整的系統(tǒng)來測(cè)試。目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。驗(yàn)收測(cè)試：目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測(cè)試向用戶表面系統(tǒng)能夠像預(yù)定需求那樣工作。5測(cè)試計(jì)劃工作的目的是什么？測(cè)試計(jì)劃工作的內(nèi)容都包括什么？其中哪些是最重要的？標(biāo)記 軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過程中的各種變更。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法（最好是能先評(píng)審）5您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來說明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。1．等價(jià)類劃分　　劃分等價(jià)類: ,:,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,:有效等價(jià)類和無效等價(jià)類.2．邊界值分析法　　邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,可以查出更多的錯(cuò)誤.　　使用邊界值分析方法設(shè)計(jì)測(cè)試用例,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù).3．錯(cuò)誤推測(cè)法　　基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.　　錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況. 可選擇這些情況下的例子作為測(cè)試用例.4．因果圖方法　　前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.5軟件的構(gòu)造號(hào)與版本號(hào)之間的區(qū)別？BVT(BuildVerificationTest)標(biāo)記參考答案：版本控制命名格式: [.修正版本號(hào)[.編譯版本號(hào) ]] [.Revision[.Build]] 應(yīng)根據(jù)下面的約定使用這些部分：Major ：具有相同名稱但不同主版本號(hào)的程序集不可互換。例如，這適用于對(duì)產(chǎn)品的大量重寫，這些重寫使得無法實(shí)現(xiàn)向后兼容性。Minor ：如果兩個(gè)程序集的名稱和主版本號(hào)相同，而次版本號(hào)不同，這指示顯著增強(qiáng)，但照顧到了向后兼容性。例如，這適用于產(chǎn)品的修正版或完全向后兼容的新版本。Build ：內(nèi)部版本號(hào)的不同表示對(duì)相同源所作的重新編譯。這適合于更改處理器、平臺(tái)或編譯器的情況。Revision ：名稱、主版本號(hào)和次版本號(hào)都相同但修訂號(hào)不同的程序集應(yīng)是完全可互換的。這適用于修復(fù)以前發(fā)布的程序集中的安全漏洞。BVT(BuildVerificationTest)：作為Build的一部分，主要是通過對(duì)基本功能、特別是關(guān)鍵功能的測(cè)試，保證新增代碼沒有導(dǎo)致功能失效，保證版本的持續(xù)穩(wěn)定。實(shí)現(xiàn)BVT方式是有以下幾種：測(cè)試人員手工驗(yàn)證關(guān)鍵功能實(shí)現(xiàn)的正確性。特點(diǎn)：這是傳統(tǒng)開發(fā)方法中，通常采用的方式。無需維護(hù)測(cè)試腳本的成本，在測(cè)試人力資源充足，測(cè)試人員熟悉業(yè)務(wù)、并對(duì)系統(tǒng)操作熟練情況下效率很高，比較靈活快速。缺點(diǎn)：人力成本較高；對(duì)測(cè)試人員能力有一定要求；測(cè)試人員面對(duì)重復(fù)的工作，容易產(chǎn)生疲倦懈怠，從而影響測(cè)試質(zhì)量。借助基于GUI的自動(dòng)化功能測(cè)試工具來完成，將各基本功能操作錄制成測(cè)試腳本，每次回放測(cè)試腳本驗(yàn)證功能實(shí)現(xiàn)的正確性。特點(diǎn)：能夠模擬用戶操作完成自動(dòng)的測(cè)試，從UI入口到業(yè)務(wù)實(shí)現(xiàn)，每一層的代碼實(shí)現(xiàn)都經(jīng)過驗(yàn)證；節(jié)約人力成本；降低測(cè)試人員重復(fù)勞動(dòng)的工作量，機(jī)器不會(huì)疲倦；缺點(diǎn)：對(duì)于UI變動(dòng)比較頻繁的系統(tǒng)來說，這種方式的維護(hù)成本很高，實(shí)施起來非常困難。另外，在項(xiàng)目周期較短且后續(xù)無延續(xù)性或繼承的情況下，也不推薦使用此方式。由開發(fā)人員通過自動(dòng)化測(cè)試工具完成業(yè)務(wù)層的BVT測(cè)試。特點(diǎn)：通過對(duì)業(yè)務(wù)層關(guān)鍵功能的持續(xù)集成測(cè)試，保證系統(tǒng)功能的持續(xù)穩(wěn)定?？梢越Y(jié)合DailyBuild，做為Build的一部分，自動(dòng)實(shí)現(xiàn)并輸入BVT報(bào)告。缺點(diǎn)：僅對(duì)業(yè)務(wù)規(guī)則實(shí)現(xiàn)的正確性進(jìn)行了測(cè)試，對(duì)表現(xiàn)層無法測(cè)試到，對(duì)于諸如：前臺(tái)頁面控件各種事件響應(yīng)、頁面元素變化等方面的問題無法保證。5集成測(cè)試通常都有那些策略？基于分解的集成:大爆炸集成\自頂向下集成\自底向上集成\ 三明治集成\基于路徑的集成：分層集成基于功能的集成：高頻集成\基于進(jìn)度的集成\基于風(fēng)險(xiǎn)集成\基于事件集成\基于使用的集成\C/S集成5基于WEB信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些？標(biāo)記參考答案： 5軟件測(cè)試項(xiàng)目從什么時(shí)候開始，？為什么？需求分析開始。盡早了解被測(cè)項(xiàng)目。5什么是測(cè)試評(píng)估？測(cè)試評(píng)估的范圍是什么？標(biāo)記參考答案： 5軟件驗(yàn)收測(cè)試除了alpha ,beta測(cè)試以外,還有哪一種?正式驗(yàn)收測(cè)試 60、需求測(cè)試注意事項(xiàng)有哪些？完整性：每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚，以使開發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。 正確性：每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。一致性：一致性是指與其它軟件需求或高層（系統(tǒng)，業(yè)務(wù)）需求不相矛盾。可行性：每一項(xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的。無二義性：對(duì)所有需求說明的讀者都只能有一個(gè)明確統(tǒng)一的解釋，由于自然語言極易導(dǎo)致二義性，所以盡量把每項(xiàng)需求用簡(jiǎn)潔明了的用戶性的語言表達(dá)出來。健壯性：需求的說明中是否對(duì)可能出現(xiàn)的異常進(jìn)行了分析，并且對(duì)這些異常進(jìn)行了容錯(cuò)處理。必要性：必要性可以理解為每項(xiàng)需求都是用來授權(quán)你編寫文檔的根源。要使每項(xiàng)需求都能回溯至某項(xiàng)客戶的輸入，如Use Case或別的來源?？蓽y(cè)試性：每項(xiàng)需求都能通過設(shè)計(jì)測(cè)試用例或其它的驗(yàn)證方法來進(jìn)行測(cè)試?？尚薷男裕好宽?xiàng)需求只應(yīng)在S R S 中出現(xiàn)一次。這樣更改時(shí)易于保持一致性?？筛櫺裕簯?yīng)能在每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測(cè)試用例之間建立起鏈接鏈，這種可跟蹤性要求每項(xiàng)需求以一種結(jié)構(gòu)化的，粒度好（f i n e g r a i n e d ）的方式編寫并單獨(dú)標(biāo)明，6測(cè)試用例通常包括那些內(nèi)容？著重闡述編制測(cè)試用例的具體做法 測(cè)試用例應(yīng)該描述： 1，測(cè)試點(diǎn)2，編號(hào)3，輸入4，預(yù)期結(jié)果5，測(cè)試結(jié)果的評(píng)價(jià)標(biāo)準(zhǔn)6 ，測(cè)試數(shù)據(jù)，步驟，甚至輔助的腳步，程序等。做法：1，測(cè)試用例文檔。編寫測(cè)試用例文檔應(yīng)有的文檔模板，必須符合內(nèi)部的規(guī)范要求。2，測(cè)試用例的設(shè)置。按功能，路徑等。3，設(shè)計(jì)測(cè)試用例。等價(jià)類劃分法，邊界值分