第8章軟件測試

1、第8章 軟件測試目錄8.1 軟件測試概述8.2 黑盒測試8.3 白盒測試8.4 基于缺陷模式的軟件測試8.5 集成測試8.6 TTCN3簡介 本章的目標(biāo)掌握軟件測試的基本概念理解測試對于軟件質(zhì)量保障的重要性了解軟件測試的基本流程和過程理解白盒測試、黑盒測試的含義和方法了解基本的軟件測試工具和語言8.1 軟件測試概述8.1.1 8.1.1 軟件測試軟件測試基本概念基本概念8.1.2 軟件測試技術(shù)8.1.3 軟件測試方法8.1.4 軟件測試過程和流程8.1.1 軟件測試基本概念什么是軟件測試軟件測試的目的軟件測試原則軟件測試的重點軟件測試質(zhì)量軟件測試度量軟件的可測試性什么是軟件測試廣義的概念指軟件

2、生存周期中所有的檢查、評審和確認(rèn)工作，其中包括了對分析、設(shè)計階段，以及完成開發(fā)后維護(hù)階段的各類文檔、代碼的審查和確認(rèn)狹義概念識別軟件缺陷的過程，即實際結(jié)果與預(yù)期結(jié)果的不一致 軟件測試包括驗證（功能）和確認(rèn)（用戶需求）IEEE1983IEEE1983年年： 使用人工或自動手段來運行或測定某個系統(tǒng)的過程，檢驗它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實際結(jié)果之間的差別。什么是軟件測試軟件測試通常包括驗證(verification)和確認(rèn)(validation)：-驗證指保證軟件正確的實現(xiàn)了某一特定功能的一系列活動-確認(rèn)指的是保證軟件的實現(xiàn)滿足了用戶需求的一系列活動軟件測試的目的測試的目的就是發(fā)現(xiàn)軟件中

3、的各種缺陷測試只能證明軟件存在缺陷，不能證明軟件不存在缺陷測試可以使軟件中缺陷降低到一定程度，而不是徹底消滅以較少的用例、時間和人力找出軟件中的各種錯誤和缺陷，以確保軟件的質(zhì)量1994年12月30日 ；Thomas R .Nicely博士在他的一個實驗中，發(fā)現(xiàn)了奔騰CPU的除法問題 （4195835314572741958353145727）314357274195835314357274195835？ 1996年6月4日，阿麗亞娜型火箭第一次鑒定發(fā)射，因火箭導(dǎo)航電腦軟件系統(tǒng)發(fā)生故障而失?。?美國愛國者導(dǎo)彈防御系統(tǒng)首次應(yīng)用在海灣戰(zhàn)爭中對抗伊拉克飛毛腿導(dǎo)彈的防御戰(zhàn)中 ，一次在沙特阿拉伯的多哈擊斃

4、了28名美國士兵 ； 2003年4月，一個軟件故障導(dǎo)致美國航空集團(tuán)公司損失數(shù)千美元，因為有些機(jī)票的價格被誤定為1.86美元； 2003年8月，位于美國俄亥俄州的第一能源(FirstEnergy)公司下屬的電力監(jiān)測與控制管理系統(tǒng)“XA/21”出現(xiàn)軟件錯誤，導(dǎo)致北美東北部大規(guī)模停電 ； 1999年12月3日，美國航天局的火星極地登陸者號探測器試圖在火星表面著陸時失蹤； 千年蟲問題：更換或升級類似程序以解決潛在的2000年問題的費用已經(jīng)達(dá)到數(shù)千億。 JPEG病毒問題。 2005年07月13日，北京互聯(lián)網(wǎng)首次突然大面積斷 網(wǎng)，主要原因是北京網(wǎng)通幾個核心路由器的BGP Down掉了。測試的目標(biāo)最終目的是

5、確保軟件的功能符合用戶的需求，把盡可能多的問題在發(fā)布或交付前發(fā)現(xiàn)并改正：-確保軟件完成了它所承諾或公布的功能（書面文檔）-確保軟件滿足性能的要求-確保軟件是健壯的和適應(yīng)用戶環(huán)境的測試的目標(biāo)為軟件的質(zhì)量評估提供依據(jù)為軟件質(zhì)量改進(jìn)和管理提供幫助GMyers給出了關(guān)于測試的一些規(guī)則，可以把這些規(guī)則看作是測試的目標(biāo)： 1、軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。 2、測試是為了證明程序有錯，而不是證明程序無錯。 3、一個好的測試用例在于他能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。 4、一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。軟件測試原則Good-enough: 一種權(quán)衡投入/產(chǎn)出比的原則保證測試的覆蓋程度，但窮舉

6、測試是不可能的所有的測試都應(yīng)追溯到用戶需求越早測試越好，測試過程與開發(fā)過程應(yīng)是相結(jié)合的測試的規(guī)模由小而大，從單元測試到系統(tǒng)測試為了盡可能地發(fā)現(xiàn)錯誤，應(yīng)該由獨立的第三方來測試不能為了便于測試擅自修改程序既應(yīng)該測試軟件該做什么也應(yīng)該測試軟件不該做什么測試的規(guī)律木桶原理：軟件質(zhì)量的關(guān)鍵因素是分析、設(shè)計和實現(xiàn)，測試應(yīng)該是融于其中的補(bǔ)充檢查手段，其他管理、支持、甚至 文化因素也會影響最終軟件的質(zhì)量測試是提高軟件質(zhì)量的必要條件，最直接、最快捷的手段，但決不是一種根本手段測試的規(guī)律Bug的80-20原則在分析、設(shè)計、實現(xiàn)階段的復(fù)審和測試工作能夠發(fā)現(xiàn)和避免80%的Bug而系統(tǒng)測試又能找出其余Bug中的80%最

7、后的5%的Bug可能只 有在用戶的大范圍、長時間使用后才會曝露出來軟件測試的重點測試用例的良好設(shè)計測試用例的設(shè)計是整個軟件測試工作的核心測試用例反映對被測對象的質(zhì)量要求，決定對測試對象的質(zhì)量評估軟件測試的重點測試工作的管理尤其是對包含多個子系統(tǒng)的大型軟件系統(tǒng)，其測試工作涉及大量人力和物力，有效的測試工作管理是保證有效測試工作的必要前提軟件測試的重點測試環(huán)境的建立測試環(huán)境應(yīng)該與實際測試環(huán)境一致軟件測試的質(zhì)量軟件測試可以發(fā)現(xiàn)以下軟件缺陷：軟件實現(xiàn)的功能不正確“缺少”：軟件沒有實現(xiàn)某項功能“多余”，軟件實現(xiàn)的某項功能在需求中沒有定義發(fā)現(xiàn)第一類軟件缺陷的過程 - “驗證”發(fā)現(xiàn)后兩類軟件缺陷的過程 -

8、“確認(rèn)”軟件測試的質(zhì)量軟件測試本身的質(zhì)量在于：發(fā)現(xiàn)軟件缺陷并能區(qū)分其類型提供關(guān)于軟件質(zhì)量和開發(fā)過程質(zhì)量的信息軟件測試度量測試覆蓋率有多少需求、代碼已經(jīng)被測試了缺陷發(fā)現(xiàn)率缺陷是何時被發(fā)現(xiàn)，并且有多少缺陷已經(jīng)被發(fā)現(xiàn)。缺陷可以根據(jù)嚴(yán)重性來分類。需記錄以下值：缺陷數(shù)目缺陷的嚴(yán)重性軟件測試度量測試成功率：有多少測試已經(jīng)通過了，并且有多少是運行正常的？需記錄以下值：已通過的測試用例的數(shù)目可利用的測試用例的數(shù)目軟件測試的分類典型的軟件測試類型功能測試 可靠性測試 容錯性測試 恢復(fù)測試 易用性測試 性能測試 可維護(hù)性測試 可移植性測試 安全性測試 用戶文檔測試按方法分按技術(shù)分按級別分按類型分按技術(shù)分白盒黑盒功

9、能結(jié)構(gòu)按層次分按類型分需求設(shè)計單元集成系統(tǒng)系統(tǒng)集成驗收靜態(tài)動態(tài)按方法分軟件的可測試性軟件容易被測試的程度，包括下面幾個指標(biāo)：可確認(rèn)性：可以明確確認(rèn)軟件是否符合要求，例如有明確的要求和指標(biāo)可觀察性：用于確認(rèn)的結(jié)果可以進(jìn)行有效的觀察可控制性：相對應(yīng)的測試環(huán)境可以進(jìn)行控制，從而保證測試的有效性可分解性：軟件可以進(jìn)行分解，對分解的結(jié)構(gòu)進(jìn)行測試 軟件缺陷的定義和分類1.軟件未實現(xiàn)產(chǎn)品說明書要求的功能。2.軟件出現(xiàn)了產(chǎn)品說明書指明不應(yīng)該出現(xiàn)的錯誤。3.軟件實現(xiàn)了產(chǎn)品說明書未提到的功能。4.軟件未實現(xiàn)產(chǎn)品說明書雖未明確提及但應(yīng)該實現(xiàn)的目標(biāo)。5.軟件難以理解、不易使用、運行緩慢或者從測試員的角度看最終用戶會認(rèn)

10、為不好。軟件失敗術(shù)語 缺點(defect) 偏差(variance) 故障(fault) 失敗(failure) 問題(problem) 矛盾(inconsistency) 錯誤(error) 特殊(feature) 事件(incident) 缺陷(bug) 異常(anomaly) 對于測試人員來說，任何和所期望的偏差都應(yīng)該上報軟件缺陷產(chǎn)生的原因分析31缺陷修改成本趨勢圖缺陷發(fā)現(xiàn)越晚，修復(fù)成本越高缺陷放大模型圖缺陷存在放大趨勢放大系數(shù)n也逐漸增大常見的導(dǎo)致軟件錯誤的根源缺乏有效的溝通，或者沒有溝通軟件復(fù)雜度編程錯誤不斷變更的需求時間的壓力缺乏文檔的代碼軟件開發(fā)工具人員的自大軟件測試與軟件開發(fā)的

11、關(guān)系8.1.2 軟件測試技術(shù)黑盒測試/白盒測試動態(tài)測試/靜態(tài)測試黑盒測試和白盒測試什么是黑盒測試又稱功能測試或數(shù)據(jù)驅(qū)動測試，是針對軟件的功能需求/實現(xiàn)進(jìn)行測試通過測試來檢測每個功能是否符合需求，不考慮程序內(nèi)部的邏輯結(jié)構(gòu)窮舉輸入測試黑盒測試和白盒測試黑盒測試方法功能劃分等價類劃分邊界值分析因果圖錯誤推測等黑盒測試和白盒測試什么是白盒測試白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試必須知道軟件內(nèi)部工作過程，通過測試來檢測軟件內(nèi)部是否按照需求、設(shè)計正常運行通過邏輯覆蓋、路徑覆蓋等方式選擇測試用例，可以用測試覆蓋率評價測試用例測試方法：黑盒測試和白盒測試白盒測試的主要方法對應(yīng)于程序的一些主要結(jié)構(gòu)：語句、分支、邏

12、輯路徑、變量；白盒測試的主要方法是：語句覆蓋方法分支覆蓋方法邏輯覆蓋方法動態(tài)測試和靜態(tài)測試動態(tài)測試動態(tài)測試需要在開發(fā)/測試環(huán)境或?qū)嶋H運行環(huán)境中運行軟件，并使用測試用例去查找軟件缺陷動態(tài)測試包括功能確認(rèn)與接口測試、覆蓋率分析、性能分析、內(nèi)存分析等 動態(tài)測試和靜態(tài)測試靜態(tài)測試靜態(tài)測試不實際運行軟件，主要是對軟件的編程格式、結(jié)構(gòu)等方面進(jìn)行評估靜態(tài)測試包括代碼檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進(jìn)行，也可以借助軟件工具自動進(jìn)行 黑盒白盒測試與動態(tài)靜態(tài)測試的關(guān)系黑盒測試、白盒測試測試用例設(shè)計階段采用的方法動態(tài)測試、靜態(tài)測試測試執(zhí)行階段采用的方法8.1 軟件測試概述8.1.1 軟件測試基本概念

13、8.1.2 軟件測試技術(shù)8.1.3 8.1.3 軟件測試軟件測試方法方法8.1.4 軟件測試流程8.1.5 軟件測試過程測試技術(shù)：手工測試和自動測試手工測試自動測試適合自動化的測試操作手工測試和自動測試的比較手工測試傳統(tǒng)的測試方法由測試人員手工編寫測試用例缺點在于測試工作量大，重復(fù)多，回歸測試難以實現(xiàn)自動測試?yán)密浖y試工具自動實現(xiàn)全部或部分測試工作：管理、設(shè)計、執(zhí)行和報告自動測試節(jié)省大量的測試開銷，并能夠完成一些手工測試無法實現(xiàn)的測試適合自動化的測試操作測試用例的生成（包括測試輸入，標(biāo)準(zhǔn)輸出，測試操作指令等）測試的執(zhí)行與控制（包括單機(jī)與網(wǎng)絡(luò)多機(jī)分布運行；夜間及假日運行）測試對象、范圍、版本等

14、的控制適合自動化的測試操作測試結(jié)果與預(yù)期輸出的對比不吻合的測試結(jié)果的分析、記錄、分類、和通報測試的統(tǒng)計，報表的產(chǎn)生手工測試和自動測試的比較手工完成測試的全部過程無法保證測試的科學(xué)性與嚴(yán)密性:修改的缺陷越多，回歸測試越困難沒有人能向決策層提供精確的數(shù)據(jù)以度量當(dāng)前的工作進(jìn)度及工作效率反復(fù)測試帶來的倦怠情緒及其他人為因素使得測試標(biāo)準(zhǔn)前后不一測試花費的時間越長，測試的嚴(yán)格性也就越低手工測試和自動測試的比較自動測試將測試人員從反復(fù)、煩雜的測試執(zhí)行中解放出來，用更多的時間進(jìn)行測試設(shè)計和結(jié)果分析軟件測試不可能完全自動化不能完成所有手工測試任務(wù)無創(chuàng)造性且靈活性差，不能改進(jìn)測試的有效性過程中可能會遇到許多意想不

15、到的問題，特別是當(dāng)軟件不穩(wěn)定時測試腳本的維護(hù)成本高8.1 軟件測試概述8.1.1 軟件測試基本概念8.1.2 軟件測試技術(shù)8.1.3 軟件測試方法8.1.4 8.1.4 軟件測試流程軟件測試流程8.1.5 軟件測試過程8.1.3 測試流程 單元測試集成測試系統(tǒng)測試用戶驗收測試回歸測試單元測試單元測試單元測試單元測試模塊模塊模塊模塊集成測試確認(rèn)測試系統(tǒng)測試驗收測試設(shè)計信息已集成的軟件已測模塊已確認(rèn)的軟件已檢驗的軟件軟件需求其它系統(tǒng)元素用戶需求規(guī)范軟件測試過程單元測試單元測試單元測試單元測試模塊模塊模塊模塊模塊模塊模塊模塊集成測試確認(rèn)測試系統(tǒng)測試驗收測試設(shè)計信息已集成的軟件已測模塊已確認(rèn)的軟件已檢

16、驗的軟件軟件需求其它系統(tǒng)元素用戶需求規(guī)范軟件測試過程V模型示意圖軟件測試過程的W模型測試環(huán)境的搭建測試環(huán)境硬件軟件網(wǎng)絡(luò)數(shù)據(jù)準(zhǔn)備測試工具硬件環(huán)境：PC機(jī)、筆記本電腦、服務(wù)器、各種PDA、嵌入式終端設(shè)備以及版本、配置等。軟件環(huán)境：軟件運行的操作系統(tǒng)，兼容性問題。測試環(huán)境硬件軟件網(wǎng)絡(luò)數(shù)據(jù)準(zhǔn)備測試工具網(wǎng)絡(luò)環(huán)境：C/S結(jié)構(gòu)還是B/S結(jié)構(gòu)？網(wǎng)絡(luò)環(huán)境、網(wǎng)速、網(wǎng)絡(luò)供應(yīng)商等。數(shù)據(jù)準(zhǔn)備：測試數(shù)據(jù)的準(zhǔn)備。應(yīng)考慮數(shù)據(jù)量和真實性，包括正確和錯誤的數(shù)據(jù)。測試工具：根據(jù)測試需求和實際條件來選擇。單元測試完成對最小的軟件設(shè)計單元模塊的驗證工作目標(biāo)是確保模塊被正確地編碼使用過程設(shè)計描述作為指南，對重要的控制路徑進(jìn)行測試以發(fā)現(xiàn)模

17、塊內(nèi)的錯誤通常情況下是面向白盒的對代碼風(fēng)格和規(guī)則、程序設(shè)計和結(jié)構(gòu)、業(yè)務(wù)邏輯等進(jìn)行靜態(tài)測試，及早地發(fā)現(xiàn)和解決不易顯現(xiàn)的錯誤單元測試單元測試的內(nèi)容接口測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)全局?jǐn)?shù)據(jù)結(jié)構(gòu)邊界語句覆蓋（遍歷）錯誤路徑單元測試單元測試的工具OpenSource: xUnitJunit - JavaNUnit - C#DevPartner 集成測試通過測試發(fā)現(xiàn)與模塊接口有關(guān)的問題目標(biāo)是把通過了單元測試的模塊拿來，構(gòu)造一個在設(shè)計中所描述的程序結(jié)構(gòu) 應(yīng)當(dāng)避免一次性的集成（除非軟件規(guī)模很?。捎迷隽考桑合燃芍髂K自底向上集成順序集成測試集成測試主要內(nèi)容APIAPI/參數(shù)組合系統(tǒng)測試根據(jù)軟件需求規(guī)范的要求進(jìn)行系

18、統(tǒng)測試，確認(rèn)系統(tǒng)滿足需求的要求系統(tǒng)測試人員相當(dāng)于用戶代言人在需求分析階段要確定軟件的可測性，保證有效完成系統(tǒng)測試工作系統(tǒng)測試系統(tǒng)測試主要內(nèi)容所有功能需求得到滿足所有性能需求得到滿足其他需求（例如安全性、容錯性、兼容性等）得到滿足用戶驗收/確認(rèn)測試配置審查確保已開發(fā)軟件的所有文件資料均已編寫齊全，并分類編目Alpha測試是由用戶在開發(fā)者的場所來進(jìn)行的，Alpha測試是在一個受控的環(huán)境中進(jìn)行的用戶驗收/確認(rèn)測試Beta測試由軟件的最終用戶在一個或多個用戶場所來進(jìn)行的開發(fā)者通常不在現(xiàn)場，用戶記錄測試中遇到的問題并報告給開發(fā)者開發(fā)者對系統(tǒng)進(jìn)行最后的修改，并開始準(zhǔn)備發(fā)布最終的軟件回歸測試當(dāng)發(fā)現(xiàn)并修改缺陷

19、后，或者在軟件中添加新功能后，重新測試，用來檢查被發(fā)現(xiàn)的缺陷是否被改正，并且所作的修改沒有引發(fā)新的問題回歸測試可以通過人工重新執(zhí)行測試用例，也可以使用自動化的捕獲回放工具來進(jìn)行 回歸測試回歸測試方式再測試全部用例選擇基線測試用例庫中的全部測試用例組成回歸測試包，測試成本最高基于風(fēng)險選擇測試可以基于一定的風(fēng)險標(biāo)準(zhǔn)來從基線測試用例庫中選擇回歸測試包驗收測試驗收測試目的：向用戶表明所開發(fā)的軟件系統(tǒng)能夠像用戶所預(yù)定的那樣工作主要任務(wù)：明確規(guī)定驗收測試通過的標(biāo)準(zhǔn)；確定驗收測試方法；確定驗收測試的組織和可利用的資源；確定測試結(jié)果的分析方法；制定驗收測試計劃并進(jìn)行評審；設(shè)計驗收測試的測試用例；審查驗收測試的

20、準(zhǔn)備工作；執(zhí)行驗收測試；分析測試結(jié)果，決定是否通過驗收。各階段測試所使用的方法技術(shù)單元測試白盒、自動、靜態(tài)集成測試白盒、黑盒、自動、靜態(tài)系統(tǒng)測試黑盒、自動、手工用戶驗收/確認(rèn)測試黑盒、自動、手工課程內(nèi)容軟件測試基本概念軟件測試技術(shù)軟件測試方法軟件測試流程軟件測試過程軟件測試過程微軟軟件測試簡介軟件測試過程軟件測試環(huán)境測試的基本過程測試的管理測試的組織和運作軟件測試環(huán)境軟件測試設(shè)計環(huán)境軟件測試管理環(huán)境軟件測試實施環(huán)境測試基本過程一個規(guī)范化的軟件測試過程包括以下基本的測試活動擬定軟件測試計劃、方案設(shè)計和生成測試用例、準(zhǔn)備測試數(shù)據(jù)執(zhí)行測試，記錄原始數(shù)據(jù)，對缺陷進(jìn)行管理生成軟件測試報告、缺陷的統(tǒng)計和報

21、表測試基本過程測試基本過程 軟件測試過程與整個軟件開發(fā)過程基本上是平行進(jìn)行的一個開發(fā)機(jī)構(gòu)還應(yīng)當(dāng)制定軟件測試規(guī)程，按照軟件工程的規(guī)范，定義各項活動的目標(biāo)和詳細(xì)過程 測試基本過程示圖 測試報告填寫 確定測試要求 制定測試計劃 雙方確定測試計劃 有修改 通過 制定測試方案 安排項目進(jìn)度 培訓(xùn)測試人員 建立測試環(huán)境 編寫測試用例 執(zhí)行測試計劃 檢測并在數(shù)據(jù)庫中記錄缺陷 未完成 回歸測試否 完成 向用戶提交缺陷列表 測試報告填寫 開發(fā)人員修正錯誤 客 戶 是 否 測試基本過程測試計劃時間進(jìn)度和人員安排、風(fēng)險管理測試范圍的確定、測試數(shù)據(jù)的生成測試工具、方法的選擇和工具開發(fā)測試完成標(biāo)準(zhǔn)影響資源分配的特殊考慮

22、等測試基本過程測試方案定義被測軟件功能以及相關(guān)的測試，并詳細(xì)說明的測試方法和策略創(chuàng)建測試方案是開始測試設(shè)計的第一步。測試方案的定義應(yīng)當(dāng)基于需求分析和設(shè)計文檔，并遵從測試計劃文檔測試基本過程測試用例為實施一次測試而向被測系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置控制著軟件測試的執(zhí)行步驟是對測試方案中每個測試項的進(jìn)一步實例化測試基本過程測試用例的幾條基本準(zhǔn)則測試用例的代表性測試結(jié)果的可判定性測試結(jié)果的可再現(xiàn)性測試基本過程如何編寫/生成測試用例對于手動執(zhí)行的測試用例確定測試用例，描述執(zhí)行步驟及預(yù)期結(jié)果對于可自動執(zhí)行的測試用例采用工具錄制回放腳本性能測試工具使用通用的腳本語言測試基本過程軟件測試的執(zhí)行執(zhí)行

23、測試用例記錄原始測試數(shù)據(jù)記錄缺陷對所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤、管理和監(jiān)控 測試基本過程測試評估結(jié)合量化的測試覆蓋率及缺陷跟蹤報告，對整個軟件質(zhì)量、測試工作和軟件缺陷進(jìn)行總結(jié)對軟件項目的質(zhì)量和開發(fā)團(tuán)隊的工作進(jìn)度及工作效率進(jìn)行綜合評價生成相應(yīng)報告或報表測試基本過程測試報告總結(jié)測試的結(jié)果，通過與未通過的測試用例，并對被測軟件對象進(jìn)行評估測試總結(jié)：評價軟件質(zhì)量分析提交客戶后的缺陷預(yù)測分析，以及維護(hù)成本分析對測試工作進(jìn)行經(jīng)驗、教訓(xùn)、建議總結(jié)軟件測試的管理 測試管理從功能應(yīng)用上可分為三部分：測試管理控制對象的編輯和管理測試計劃、測試用例、缺陷報告、測試總結(jié)報告等測試流程控制和管理統(tǒng)計分析和決策支持測試的組織方式

24、小組測試小組內(nèi)部分為測試人員和支持人員(管理人員屬于支持人員)測試的工作實體是測試小組和支持小組，分別由小組長全權(quán)負(fù)責(zé)。小組長向測試主管負(fù)責(zé)測試組長是測試對外的唯一接口，對內(nèi)完全負(fù)責(zé)組員的工作安排、工作檢查和進(jìn)度管理測試的組織方式小組支持小組負(fù)責(zé)測試的后勤保障和日常管理工作：負(fù)責(zé)網(wǎng)絡(luò)管理、數(shù)據(jù)備份、文檔管理、設(shè)備管理和維護(hù)、員工內(nèi)部培訓(xùn)、測試?yán)碚摵图夹g(shù)應(yīng)用、日常事務(wù)管理和檢查等測試組應(yīng)當(dāng)長期研究和跟蹤競爭對手的軟件特征、性能、優(yōu)缺點等。在需求分析、設(shè)計階段應(yīng)多多參與 測試的運作方式測試項目組關(guān)心的系統(tǒng)測試流程：項目組提交系統(tǒng)測試申請，給測試指定帳號由專人檢查文檔格式和完備性檢查合格后交給該軟件

25、對應(yīng)方向的研究人員，評價其內(nèi)容的有效性和真實性檢查合格后由測試主管審查并通過，成立測試組，指定測試組長測試的運作方式測試組長/成員根據(jù)該軟件的需求報告、測試計劃和以往測試數(shù)據(jù)，制定測試方案測試主管審核通過測試方案后，根據(jù)測試方案指定測試組成員，并由支持組完成其他支持任務(wù)(如：設(shè)備的配備、測試數(shù)據(jù)庫的建立、網(wǎng)絡(luò)權(quán)限的修改)課程內(nèi)容軟件測試基本概念軟件測試技術(shù)軟件測試方法軟件測試流程軟件測試過程微軟軟件測試簡介微軟軟件測試簡介微軟公司軟件測試簡介基本思想測試人員測試文檔基本思想測試人員的任務(wù)就是站在使用者的角度上，通過不斷地使用和攻擊剛開發(fā)出來的軟件，盡量多地找出軟件中存在的問題基本思想在測試時主要考慮以下幾個問題： 測試要考慮到所有的出錯可能性。同時要做一些不是按常規(guī)做的操作除了缺陷之外，測試還應(yīng)考慮性能問題，保證軟件運行良好，速度穩(wěn)定，沒有內(nèi)存泄露，不會出現(xiàn)軟件運行越來越慢的情形 測試要考慮軟件的兼容性軟件測試人員軟