【正文】 被測軟件會對一些網(wǎng)絡(luò)異常進行處理，但是在黑盒的條件下測試人員無法完全模擬所有的網(wǎng)絡(luò)異常。但是測試人員清楚嗎？測試用例開發(fā)人員清楚嗎？或者他們有什么不同的見解呢？開發(fā)人員和軟件設(shè)計人員對此義有什么不同見解呢？? 測試范圍在測試計劃文檔中應當指出我們對軟件產(chǎn)品的哪些部分進行測試或哪些部分不進行測試。被測目標是最顯而易見的，但也是最容易被忽視的。這樣才是真正產(chǎn)生測試用例的過程。而軟件測試活動的行進過程中難免出現(xiàn)各種各樣的困難和問題，因此軟件測試計劃也會不時地修改以適應新的問題、新的日程安排等。但W模型和V模型都軟件開發(fā)視為需求、設(shè)計、編碼等一系列的串行活動，同時，開發(fā)和測試保持著一種線性的前后關(guān)系，只有上一階段完成后，才可以開始下一階段的活動，不能支持迭代、自發(fā)性以及變更調(diào)整。軟件的開發(fā)模式多種多樣，有大爆炸模型、編寫邊改模型、瀑布模犁、V模型(圖3—1)、W模型和螺旋模型等。軟件測試階段和軟件開發(fā)階段是同時開始的，并且同時結(jié)束。所以作為軟件測試工程師，應要盡早地發(fā)現(xiàn)軟件中的缺陷，這就是其價值所在。我們還可以試想如果一個在單元測試階段應當被發(fā)現(xiàn)的軟件缺陷被遺漏到系統(tǒng)測試階段甚至用戶驗收測試階段。對軟件的測試起始于設(shè)計階段：在該階段測試人員就應當對設(shè)計文檔進行測試，以期盡早地發(fā)現(xiàn)設(shè)計中的缺陷。? 產(chǎn)品上市。? 單元測試。? 收集客戶需求，分析需求。? 軟件產(chǎn)生的數(shù)據(jù)精度不夠及不一致等。? 產(chǎn)品的測試結(jié)果與設(shè)計不符。對應于軟件產(chǎn)品的質(zhì)量需求，我們可以把違背了客戶的需求軟件問題或潛在的可能給社會帶來負面影響的軟件問題看作是軟件的缺陷，另外還可以把與軟件的需求、設(shè)計文檔不一致的軟件問題看做是軟件的缺陷。如果在軟件產(chǎn)品即將上市之前，測試人員發(fā)現(xiàn)了一個很深層次的軟件缺陷，缺陷的重新概率較低，重現(xiàn)步驟較復雜，客戶遇上該缺陷的可能性很小。 一方面，軟件產(chǎn)品需要滿足客戶的質(zhì)量需求，如產(chǎn)品的功能性、有效性、可靠性、安全性、優(yōu)性能等。l 從用戶的角度看問題：在所有階段的測試中都應當“想用戶所想”，因為軟件測試的目的就是驗證軟件的實現(xiàn)與需求文檔一致并且確認軟件產(chǎn)品滿足客戶的需求。l 耐性：有時軟件缺陷就會出現(xiàn)在一些并不起眼的地方，人們甚至會覺得那個地方簡單到根本不會出現(xiàn)缺陷，這時我們就需要有耐心的測試工程師，腳踏實地地逐個排查，不放過任何一個看似無價值的角落。而如果測試人員多次提交根源相同的缺陷時勢必會加重開發(fā)人員分析軟件缺陷的壓力。當斷定一個軟件缺陷是一個重要、嚴重的缺陷時，軟件測試人員應具備表達并堅持自己觀點，說服開發(fā)人員修改缺陷的能力。模塊一 軟件測試概述任務(wù)1：測試工程師簡歷寫一份個人簡歷，要求有求職意向、薪資要求、教育背景、工作經(jīng)驗、專業(yè)能力等多方面內(nèi)容，并且，描述清晰、客觀、無歧義個人簡歷姓名： 性別： 學歷： 專業(yè)：應聘崗位：初級軟件測試工程師 期望薪水：月/元目前薪水：月/元 工作經(jīng)驗：年 出生年月：畢業(yè)學校：，聯(lián)系方式： 電子郵件：照片工作經(jīng)歷：公司名稱：有限公司項目名稱：職位：工作時間：—至今工作內(nèi)容： 工作成果： 公司名稱：有限公司項目名稱：職位：工作時間：—工作內(nèi)容： 工作成果： 項目名稱：職位：工作時間：—工作內(nèi)容： 工作成果： 專業(yè)著作:出版社，《》，第一作者出版社，《》，第二作者專業(yè)論文《》，雜志；第一作者；；SCI收錄專業(yè)論文《》，雜志；第二作者；；SCI收錄專業(yè)論文《》，雜志；第一作者；專業(yè)論文《》，會議；第一作者；專業(yè)技能：外文能力：CET：優(yōu)秀；JLPT：三級；培訓經(jīng)歷及專業(yè)證書：— — 圖11 個人簡歷范例 了解測試的發(fā)展趨勢 了解軟件測試工程師的職業(yè)路程 了解從事軟件測試所需的基本素質(zhì)課后練習：參照圖11，用英文寫一份個人簡歷。(3) 理解軟件測試的W模型。本項目將主要介紹如何為成為一名軟件測試工程師做準備。通過學寫應聘簡歷，使用Visio繪制圖表，以及實現(xiàn)基本的項目管理，為后續(xù)模塊的學習作好準備。(4) 掌握Visio設(shè)計“流程圖”的方法活動設(shè)計(1) 軟件測試概述，主要通過王小明同學求職，讓學生對軟件測試、軟件質(zhì)量保證有一個清晰的認識。 軟件測試背景與概述1．測試需要什么素質(zhì)的測試工程師作為一名軟件測試工程師需要具備以下素質(zhì)：l 適應新環(huán)境的能力：軟件測試人員與軟件開發(fā)人員很大的不同就在于，軟件測試人員在大多數(shù)情況下都會在不同技術(shù)背景的項目中穿梭，而軟件開發(fā)人員則一段都會長期地在某一種技術(shù)或具有相似技術(shù)背景的項目上進行開發(fā)。l 善于發(fā)現(xiàn)問題的能力：這是軟件測試人員最應具備的能力之一。因此，軟件測試人員應當具備初步的對軟件缺陷的分析能力，并能定位軟件缺陷出現(xiàn)的范圍，提高復現(xiàn)概率。l 創(chuàng)新能力：軟件測試不是證明軟件可以工作，而是不斷找出新的辦法使軟件的缺陷一一現(xiàn)形。因此，我們在遇上疑似缺陷時就可以通過多問自己幾個來自于用戶角度的問題來確定是否是缺陷及嚴重程度如何等。除此之外還必須兼顧產(chǎn)品質(zhì)量的社會效應，如避免觸及宗教、道德、習俗等方面的問題。即使遇上對企業(yè)帶來的影響很小，但是修復此陷需要進行大量的代碼改動，并有可能帶來新的軟件缺陷。所以我們可以把軟件缺陷的表現(xiàn)方式總結(jié)如下。? 產(chǎn)品運行時出現(xiàn)內(nèi)存泄露、應用軟件崩潰及系統(tǒng)崩潰等情況。3．我們創(chuàng)造了什么我們創(chuàng)造了價值。? 設(shè)計系統(tǒng)架構(gòu)。? 功能測試。在上述過程中，需求、項目管理、設(shè)計、開發(fā)、測試人員還必須不斷地對各個階段的各種文檔進行評審。這樣的測試被稱為靜態(tài)測試。那么隨著軟件產(chǎn)品復雜性的提高定位這個缺陷就會變得越來越困難。盡早地發(fā)現(xiàn)盡可能多的缺陷，將會幫助項目省錢。軟件項目的前期以軟件的開發(fā)為主，測試為輔。W模型由Evolutif公司提出，它是在V模型的基礎(chǔ)上增加了軟件測試與開發(fā)同步進行的過程，體現(xiàn)了“盡早地并不斷地進行軟件測試”這一原則。 測試活動的開展本節(jié)我們主要探討一下測試活動應該如何開展，一般會經(jīng)歷一個怎樣的流程：一個測試活動從接手起一般經(jīng)歷對測試對象進行分析做出測試計劃，開發(fā)測試用例，對軟件產(chǎn)品進行測試，整理并發(fā)送測試報告等環(huán)節(jié)。它不是在寫好之后就一成不變的，因此我們切忌在填寫完測試計劃后將其束之高閣。軟件測試計劃在ANSI/IEEE標準829/1983中被描述為以下幾個方面：規(guī)定軟件測試活動的目的和被測目標、測試范圍、測試方法、測試所要用到的資源和測試的進度安排：然后就是要闡明對測試目標要進行哪些方面的測試、需要執(zhí)行的測試任務(wù)、每個任務(wù)的負責人；最后就是列舉項目中的風險和防范風險的措施。例如現(xiàn)在要測Outlook，那么Outlook是什么？Outlook是編輯和接發(fā)郵件的。例如，被測軟件產(chǎn)品是前一產(chǎn)品的升級。因此我們可以在測試計劃文檔中指出這些異常處理不在我們的測試范圍之內(nèi)，或指明這部分的測試由單元測試保證。此外，測試范圍還應指明該測試包含的功能測試或非功能測試的類型，例如有的被測軟件非常強調(diào)性能。例如我們指明對文本框的輸入使用等價類劃分和邊界值法，對于手機播放軟件在不同信號環(huán)境中的表現(xiàn)使用狀態(tài)變更法等。這樣在測試活動中測試人員遇上問題時，我就可以很容易地知道我們應該求助什么人。其他硬件設(shè)備包括的范圍很大，大到測試的場地、辦公室，小到訂書機、電話等，我們都需要積極地做準備，并且維持一張硬件設(shè)備使用、維護、歸屬情況的列表，在這些硬件設(shè)備中通常有些設(shè)備是緊缺資源，可能由多個測試小組共享。那么什么樣的測試安排才是靈活的呢？我們可以想想前面提出將某一測試階段的進入條件和退出條件作為該測試階段的開始和結(jié)束，這比將某一特定的日期作為限制靈活很多，因為測試活動中有很多事情是測試小組的人員無法控制的。例如有時我們到測試開始后才發(fā)現(xiàn)一些不起眼的設(shè)備還沒有調(diào)試好，因此在測試進度安排中應該把這部分內(nèi)容考慮進去，并且要責任到人。當確定了測試手段后就可以確定測試方法，描述各種測試方法在測試中的適用范圍和為什么要使用該方法。再者就是測試工具的選擇。1何時開始編寫測試用例我們都知道測試活動開展得越早越好。這樣，測試人員編寫測試用例時就可以減少主觀的臆斷。最后形成一張對應表格，如表11所示。在選擇測試方法時通常采用自頂向下的方法。例如在白盒測試中，我們要用語句測試來覆蓋所有語句，用基本路徑測試來覆蓋所有邏輯路徑，又如用等價類劃分和邊界值法來覆蓋功能測試中界面的輸入框等。? 測試對象：指測試用例所測試的對象，如軟件產(chǎn)品中的某一模塊的某一功能。例如在網(wǎng)站測試中，配置操作系統(tǒng)和瀏覽器的搭配及瀏覽器的配置。例如在執(zhí)行性能測試時需要準備的輸入數(shù)據(jù)。? 操作步驟：指在執(zhí)行該測試用例時，從前提步驟設(shè)置完成到比對期望結(jié)果之間需要運行的測試操作。這種情況下，當這個驗證點被驗證有缺陷時就會使5條測試用例無法通過測試，這明顯影響了測試報告中的數(shù)據(jù)反應軟件真實質(zhì)量的能力。如果測試用例的力度非常粗，有時非常細節(jié)的設(shè)計條目有所修改也不會引起到這類粗粒度的測試用例的修改(即使該用例是用來覆蓋被修改的設(shè)計條目)。當然，這類測試用例規(guī)定了測試人員的執(zhí)行細節(jié)，即使是測試新手也能按部就班地執(zhí)行這類測試用例。組件之下就是測試套件了，一個組件可以有一到多個測試套件，如圖13所示。在收集完問題之后，組織人員應當積極地對這些問題做準備。待所有審查中發(fā)現(xiàn)的缺陷都得到更正、所有問題都被解決以及各方的意見都達成一致之后，測試用例開發(fā)人員就可以將通過審查的測試用例文檔定稿了。 開始執(zhí)行測試經(jīng)過以上幾個小節(jié)的準備工作，測試人員就即將進入軟件測試用例的執(zhí)行階段了。各輪次的測試用例集合間可能使用的是同樣的測試用例，也可能是完全不同的測試用例。又如，在為一個組件進行軟件功能的回歸測試時，因為回歸測試主要是針對軟件的改動而進行的，所以我們可能會從這個組件的所有功能測試用例套件中挑選一些與本次改動有直接或間接關(guān)系的測試用例作為一個測試輪次的用例集合使用，而非所有的功能測試用例套件中的測試用例。2．正式執(zhí)行測試前的軟件版本驗證工作? 開發(fā)團隊的版本驗證工作當開發(fā)人員的階段性代碼編寫工作完成之后，開發(fā)人員需要將新開發(fā)的代碼和現(xiàn)存的代碼集成并進行一遍完整的單元測試。這樣會增加大量增加開發(fā)團隊和測試團隊的溝通成本和時間成本，而且有損開發(fā)團隊的聲譽。因此，此時測試團隊會將這個可執(zhí)行軟件鏡像列為可測版本的一個候選版本，并對其進行版本驗證測試(BVTBuild Verification Test)或稱作Sanity Test。例子有了這個教訓之后，開發(fā)和測試人員就開始在每一個新的版本正式測試之前進行軟件版本驗證工作了。此后的工作就變得對測試人員非常有利了。大多數(shù)軟件生產(chǎn)企業(yè)都會有一個網(wǎng)絡(luò)化的缺陷管理跟蹤系統(tǒng)，企業(yè)內(nèi)部的各種缺陷都可以存檔于這個系統(tǒng)中。 ? 反映軟件的質(zhì)量 每一輪次的測試完成之后，測試人員都會生成該輪次的缺陷列表和該輪次測試用例的通過情況列表，根據(jù)這些列表所反映的情況可以對軟件的質(zhì)量情況做出客觀的評估。這是一個非常好的實踐，因為大量重復的報告同一個缺陷不僅會增加開發(fā)人員閱讀和分析缺陷報告記錄的時間，還會大量增加開發(fā)人員和測試人員之間無謂的溝通次數(shù)。如果一個缺陷報告記錄了兩個缺陷，而兩個缺陷又屬于不同的開發(fā)小組，這時通常會造成開發(fā)人員的修復工作無法開展，因為很難給這樣的缺陷定一個唯一的責任人。 3．缺陷報告的內(nèi)容 當測試人員發(fā)現(xiàn)了一個軟件缺陷時，就需要開始著手把這個軟件缺陷錄入到缺陷管理跟蹤系統(tǒng)中。一般分為3~5級，通常由項目管理人員、開發(fā)組長、測試組長共同確定發(fā)現(xiàn)階段缺陷被發(fā)現(xiàn)時的測試階段起源階段該缺陷本該在何測試階段被發(fā)現(xiàn)。因此，詳細描述一項的內(nèi)容應該做到條理清晰、描述精準簡練、突出重點。 同一項目的測試人員所報告的缺陷的詳細描述一項應該有統(tǒng)一的格式。測試行業(yè)由來已久，在傳統(tǒng)行業(yè)中它一直是用來保證產(chǎn)品質(zhì)量的一個重要手段，隨著科技的不斷進步，越來越多的新技術(shù)被應用到測試行業(yè)中。此時只要程序能夠正常運行即可，并不需要專職的測試人員。動輒幾十萬、幾百萬行代碼的軟件產(chǎn)品給軟件測試行業(yè)帶來空前契機，各種軟件測試理論雨后春筍般的出現(xiàn)，當然此時期的軟件測試還是以手工測試為主。隨著軟件產(chǎn)品規(guī)模的擴大，為了降低軟件測試的成本，出現(xiàn)了一大批自動化測試工具。因此，軟件行業(yè)留給我們測試人員的機會還很多，現(xiàn)有的自動化測試用例發(fā)現(xiàn)軟件缺陷的能力也有限。所以，王小明同學發(fā)現(xiàn)前面有一篇廣闊的天地等著自己去闖。初級測試工程師往往剛畢業(yè)缺乏經(jīng)驗，或是經(jīng)過短暫的職業(yè)培訓，這種崗位不可能是企業(yè)的核心崗位，因此很多大型公司都把這種崗位外包出去，由外包公司派遣勞務(wù)人員從事此種工作。所以接下來王小明的眼光放到了中級測試工程師上。由于對項目了解是入木三分，中級測試工程師往往會負責一些涉及全局性的工作，例如寫產(chǎn)品說明書以及向客戶提供技術(shù)支持等，即使遇到公司裁員，這樣的測試工程師也會被保留，普通的開發(fā)工程師可以再招聘，反正他們只了解軟件的一小部分。3．高級測試工程師于是，王小明將自己的中遠期職業(yè)目標設(shè)定為中級測試工程師。高級測試工程師的工作和開發(fā)結(jié)合得很非常緊密，他們大多是由由開發(fā)工程師成功轉(zhuǎn)型而來，深刻理解開發(fā)領(lǐng)域與測試領(lǐng)域。1．黑盒測試對于黑盒測試工程師，薪水從月薪2000元到10000元不等。在交付給測試人員之前，開發(fā)人員會測