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