軟件測試概論

軟件測試概論 軟件測試概論 <!- page size: 8.27in 11.69in; margin: 0.79in P margin-bottom: 0.08in H2 margin-bottom: 0.08in H2.western font-family: Times New Roman, serif H2.cjk font-family: AR PL SungtiL GB; font-style: normal H2.ctl font-family: Tahoma H4 margin-bottom: 0.08in H4.western font-family: Times New Roman, serif H4.cjk font-family: AR PL SungtiL GB; font-style: normal H4.ctl font-family: Tahoma - 什么軟件生存周期一個軟件從開始計劃起，到廢棄不用止，稱為軟件生存周期。一般來說，軟件生存周包括計劃、開發(fā)、運行三個時期，每一時期又可分為若干更小的階段。計劃時期 的主要任務(wù)是分析用戶要求，分析新系統(tǒng)的主要目標(biāo)以及開發(fā)該系統(tǒng)的可行性。開發(fā)時期要完成設(shè)計和實現(xiàn)兩大任務(wù)具體。具體分為需求分析、概要設(shè)計、詳細(xì)設(shè) 計、編碼、測試。其中編碼和測試是軟件開發(fā)期的最后兩個階段。運行時期是軟件生存周期的最后一個時期，軟件人員在這一時期的工作，主要是做好軟件維護(hù)。 統(tǒng)計表明，開發(fā)較大規(guī)模的軟件，有40%以上的精力是耗費在測試上的，即使富有經(jīng)驗的程序員，也難免在編碼中發(fā)生錯誤，何況，有寫錯誤在設(shè)計甚至分析階段 早已埋下禍根，無論是早期潛伏下來的錯誤或編碼中新引入的錯誤，若不及時排除，輕者降低軟件的可靠性，重者導(dǎo)致整個系統(tǒng)的失敗。為防患于未然，強調(diào)軟件測 試的重要性是必要的。好的測試工程師1、溝通能力 一名理想的測試者必須能夠同測試涉及到的所有人進(jìn)行溝通，具有與技術(shù)（開發(fā)者） 和非技術(shù)人員（客戶，管理人員）的交流能力。既要可以和用戶談得來，又能同開發(fā)人員說得上話，不幸的是這兩類人沒有共同語言。和用戶談話的重點必須放在系 統(tǒng)可以正確地處理什么和不可以處理什么上。而和開發(fā)者談相同的信息時，就必須將這些活重新組織以另一種方式表達(dá)出來，測試小組的成員必須能夠同等地同用戶 和開發(fā)者溝通。 2、技術(shù)能力 就總體言，開發(fā)人員對那些不懂技術(shù)的人持 一種輕視的態(tài)度。一旦測試小組的某個成員作出了一個錯誤的斷定，那么他們的可信度就會立刻被傳揚了出去。一個測試者必須既明白被測軟件系統(tǒng)的概念又要會使 用工程中的那些工具。要做到這一點需要有幾年以上的編程經(jīng)驗，前期的開發(fā)經(jīng)驗可以幫助對軟件開發(fā)過程有較深入的理解，從開發(fā)人員的角度正確的評價測試者， 簡化自動測試工具編程的學(xué)習(xí)曲線。 3、自信心 開發(fā)者指責(zé)測試者出了錯是常有的事，測試者必須對自己的觀點有足夠的自信心。如果容許別人對自己指東指西，就不能完成什么更多的事情了。 4、外交能力 當(dāng)你告訴某人他出了錯時，就必須使用一些外交方法。機智老練和外交手法有助于維護(hù)與開發(fā)人員的協(xié)作關(guān)系，測試者在告訴開發(fā)者他的軟件有錯誤時，也同樣需 要一定的外交手腕。如果采取的方法過于強硬，對測試者來說，在以后和開發(fā)部門的合作方面就相當(dāng)于贏了戰(zhàn)爭卻輸了戰(zhàn)役。 5、幽默感 在遇到狡辯的情況下，一個幽默的批評將是很有幫助的。 6、很強的記憶力 一個理想的測試者應(yīng)該有能力將以前曾經(jīng)遇到過的類似的錯誤從記憶深處挖掘出來，這一能力在測試過程中的價值是無法衡量的。因為許多新出現(xiàn)的問題和我們已經(jīng)發(fā)現(xiàn)的問題相差無幾。 7、懷疑精神 可以預(yù)料，開發(fā)者會盡他們最大的努力將所有的錯誤解釋過去。測式者必須聽每個人的說明，但他必須保持懷疑直到他自己看過以后。 8、自我督促 干測試工作很容易使你變得懶散。只有那些具有自我督促能力的人才能夠使自己每天正常地工作。 9、洞察力 一個好的測試工程師具有測試是為了破壞的觀點，捕獲用戶觀點的能力，強烈的質(zhì)量追求，對細(xì)節(jié)的關(guān)注能力。應(yīng)用的高風(fēng)險區(qū)的判斷能力以便將有限的測試針對重點環(huán)節(jié)。軟件測試工程師成為IT就業(yè)新熱點日前，招聘網(wǎng)站中華英才網(wǎng)發(fā)布了最新一期的職場人氣排行榜。根據(jù)統(tǒng)計，人才仍是企業(yè)需求量最大的人群，其中軟件測試工程師、高級程序員、產(chǎn)品 項目經(jīng)理高級職位進(jìn)入三甲，成為就業(yè)市場最新風(fēng)向標(biāo)。作為軟件開發(fā)流程中的重要一環(huán)，軟件測試崗位漸漸浮出水面，并憑借其龐大的人才需求和廣 闊的職場發(fā)展前景日漸成為職場就業(yè)的大熱門。 近年來，軟件產(chǎn)品的質(zhì)量控制與質(zhì)量管理越來越受到重視，并逐漸成為企業(yè)生存與發(fā)展的核心。在許多企業(yè)中，軟 件測試并非只擔(dān)當(dāng)挑錯的角色，其重要性不亞于軟件的開發(fā)環(huán)節(jié)。越來越多的企業(yè)已逐漸意識到測試環(huán)節(jié)在軟件產(chǎn)品研發(fā)中的重要性。此類軟件質(zhì)量控制工 作均需要擁有嫻熟技術(shù)的專業(yè)軟件測試人才來協(xié)作完成，軟件測試工程師作為一個重頭角色正成為企業(yè)招聘的熱點。隨著測試重要性的日趨凸顯，我國軟件測試人才正處于一個雙高地位，即地位高、待遇高，職場前景非常廣闊，因而，近兩年來，軟件測試工程師也成為了就業(yè)最新的亮點。由于我國企業(yè)對于軟件測試自動化技術(shù)在整個軟件行業(yè)中的重要作用認(rèn)識較晚，因此，這方面的專業(yè)技術(shù)人員在國內(nèi)還是鳳 毛麟角，人才供需之間存在著巨大的缺口。有關(guān)數(shù)據(jù)顯示，我國目前軟件從業(yè)人才缺口高達(dá)40萬人。即使按照軟件開發(fā)工程師與測試工程師11的崗位比例計 算，我國對于軟件測試工程師的需求便有數(shù)十萬之眾。業(yè)內(nèi)專家預(yù)計，在未來5到10年中，我國社會對軟件測試人才的需求數(shù)字還將繼續(xù)增大。筆者了解到，日前在國展舉辦的一次招聘會上，多家企業(yè)紛紛打出各類高薪招聘軟件測試人員的海報，出人意料的是收到的簡歷尚不足招聘崗位數(shù)的50，而合格的竟不足30。有行業(yè)專家表示，軟件測試人才供遠(yuǎn)小于求的現(xiàn)實問題正影響著我國軟件業(yè)的健康發(fā)展。一方面，企業(yè)對軟件測試人才有大量需求，但苦于招不到合適的人；而另一方面，很多應(yīng)聘者卻因為缺乏相關(guān)技能而被用人 單位拒之門外，軟件測試人才職場正面臨著有人沒活干，有活沒人干的尷尬局面。對此，業(yè)內(nèi)專家表示，軟件測試行業(yè)已顯現(xiàn)出實際需求與人力資源之間的尖銳 矛盾。設(shè)立軟件測試人才的職業(yè)培訓(xùn)體系應(yīng)是解決職場結(jié)構(gòu)性失業(yè)的一條捷徑。專家表示，軟件測試是一項需具備較強專業(yè)技術(shù)的工作。在具體工作過程中，測試工程師要利用測試工具按照測試方案和流 程對產(chǎn)品進(jìn)行性能測試，甚至根據(jù)需要編寫不同的測試工具、設(shè)計和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估，以確保軟件產(chǎn)品的質(zhì)量。一名合格 的軟件測試工程師必須要經(jīng)過嚴(yán)格的系統(tǒng)化職業(yè)教育培訓(xùn)，作為產(chǎn)品正式出廠前的把關(guān)人，沒有專業(yè)的技術(shù)水準(zhǔn)、沒有高度的工作責(zé)任心和自信心是根本無法勝任 的。目前，國內(nèi)少數(shù)具有遠(yuǎn)見的培訓(xùn)機構(gòu)已經(jīng)充分認(rèn)識到了測試工程師的供需矛盾，開始針對軟件測試行業(yè)人才需求啟動系 統(tǒng)化專項培訓(xùn)，為行業(yè)求職者提供了一個進(jìn)入軟件測試行業(yè)的途徑。據(jù)了解，這些課程科學(xué)、系統(tǒng)以提升就業(yè)競爭力為目標(biāo)，根據(jù)軟件測試崗位工作的實際要求 設(shè)計而成，以實際應(yīng)用場景為核心，配以實際測試項目和測試工作流程，注重學(xué)習(xí)的系統(tǒng)性、教學(xué)的漸進(jìn)性及學(xué)員的參與性，使學(xué)員能夠用最少的時間掌握測試工作 中最實用的必備職業(yè)技能，具備測試崗位需求的工作經(jīng)驗和綜合素質(zhì)，從而具備較強的競爭力。有關(guān)專家表示，隨著各類軟件測試培訓(xùn)課程體系的推出，我國軟件企業(yè)人才結(jié)構(gòu)將日趨合理，軟件測試業(yè)的人才供需矛盾也將得到逐步緩解，這無疑有利于我國軟件行業(yè)整體品質(zhì)的進(jìn)一步提升。軟件本地化測試本地化的主要工作就是翻譯產(chǎn)品的用戶界面（ UI ），有時也更改某些初始設(shè)置以使產(chǎn)品適合于另一個地區(qū)。本地化測試檢查針對特定目標(biāo)區(qū)域的產(chǎn)品本地化質(zhì)量。此測試基于國際化測試的結(jié)果，后者驗證對特定區(qū) 域性或區(qū)域設(shè)置的功能性支持。本地化測試只能在產(chǎn)品的本地化版本上進(jìn)行。 本地化測試過程中的測試工作集中在： 受本地化影響的方面，如 UI 和內(nèi)容 特定的區(qū)域設(shè)置、特定的語言和地區(qū)方面的內(nèi)容 另外，本地化測試還應(yīng)包括： 基本功能測試 在本地化環(huán)境中運行的安裝和升級測試 根據(jù)產(chǎn)品的目標(biāo)地區(qū)計劃應(yīng)用程序和硬件兼容性測試。 用戶界面和語言的本地化測試應(yīng)包括的項有： 驗證所有應(yīng)用程序資源 驗證語言的準(zhǔn)確性和資源屬性 版式錯誤 書面文檔、聯(lián)機幫助、消息、界面資源、命令鍵順序等的一致性檢查。 確認(rèn)是否遵守系統(tǒng)、輸入和顯示環(huán)境標(biāo)準(zhǔn) 用戶界面可用性 評估文化適合性 檢查政治上敏感的內(nèi)容 當(dāng)交付本地化產(chǎn)品時，確保包含本地化文檔（手冊、聯(lián)機幫助、上下文幫助等）。要檢查的項包括： 翻譯的語言質(zhì)量 翻譯的完整性 所有文檔和應(yīng)用程序 UI 中使用的術(shù)語一致 軟件測試?yán)碚?.什么是軟件測試無論怎樣強調(diào)軟件測試的重要性和它對軟件可靠性的影響都不過分。在開發(fā)大型軟件系統(tǒng)的漫長過程中，面對著極其錯綜復(fù)雜的問題，人的主觀認(rèn)識不可能完全符合 客觀現(xiàn)實，與工程密切相關(guān)的各類人員之間的通信和配合也不可能完美無缺，因此，在軟件生命周期的每個階段都不可避免地會產(chǎn)生差錯。我們力求在每個階段結(jié)束 之前通過嚴(yán)格的技術(shù)審查，盡可能早地發(fā)現(xiàn)并糾正差錯；但是，經(jīng)驗表明審查并不能發(fā)現(xiàn)所有差錯，此外在編碼過程中還不可避免地會引入新的錯誤。如果在軟件投 入生產(chǎn)性運行之前，沒有發(fā)現(xiàn)并糾正軟件中的大部分差錯，則這些差錯遲早會在生產(chǎn)過程中暴露出來，那時不僅改正這些錯誤的代價更高，而且往往會造成很惡劣的 后果。測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件中的錯誤。目前軟件測試仍然是保證軟件質(zhì)量的關(guān)鍵步驟，它是對軟件規(guī)格說明、設(shè)計和編 碼的最后復(fù)審。軟件測試在軟件生命周期中橫跨兩個階段。通常在編寫出每個模塊之后就對它做必要的測試(稱為單元測試)，模塊的編寫者和測試者是同一個人， 編碼和單元測試屬于軟件生命周期的同一個階段。在這個階段結(jié)束之后，對軟件系統(tǒng)還應(yīng)該進(jìn)行各種綜合測試，這是軟件生命周期中的另一個獨立的階段，通常由專 門的測試人員承擔(dān)這項工作。大量統(tǒng)計資料表明，軟件測試的工作量往往占軟件開發(fā)總工作量的40以上，在極端情況，測試那種關(guān)系人的生命安全的軟件所花費的成本，可能相當(dāng) 于軟件工程其他開發(fā)步驟總成本的三倍到五倍。因此，必須高度重視軟件測試工作，絕不要以為寫出程序之后軟件開發(fā)工作就接近完成了，實際上，大約還有同樣多 的開發(fā)工作量需要完成。僅就測試而言，它的目標(biāo)是發(fā)現(xiàn)軟件中的錯誤，但是，發(fā)現(xiàn)錯誤并不是我們的最終日的。軟件工程的根本目標(biāo)是開發(fā)出高質(zhì)量的完全符合用 戶需要的軟件。2.軟件測試的目標(biāo)下面這些規(guī)則也可以看作是測試的目標(biāo)或定義：(1)測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；(2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；(3)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。從上述規(guī)則可以看出，測試的正確定義是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。這和某些人通常想象的測試是為了表明程序是正確的，成 功的測試是沒有發(fā)現(xiàn)錯誤的測試等等是完全相反的。正確認(rèn)識測試的目標(biāo)是十分重要的，測試目標(biāo)決定了測試方案的設(shè)計。如果為了表明程序是正確的而進(jìn)行測 試，就會設(shè)計一些不易暴露錯誤的測試方案；相反，如果測試是為了發(fā)現(xiàn)程序中的錯誤，就會力求設(shè)計出最能暴露錯誤的測試方案。由于測試的目標(biāo)是 暴露程序中的錯誤，從心理學(xué)角度看，由程序的編寫者自己進(jìn)行測試是不恰當(dāng)?shù)?。因此，在綜合測試階段通常由其他人員組成測試小組來完成測試工作。此外，應(yīng)該 認(rèn)識到測試決不能證明程序是正確的。即使經(jīng)過了最嚴(yán)格的測試之后，仍然可能還有沒被發(fā)現(xiàn)的錯誤潛藏在程序中。測試只能查找出程序中的錯誤，不能證明程序中 沒有錯誤。軟件測試術(shù)語表acceptance testing: Formal testing conducted to enable a user, customer, or other authorized entity to determine whether to accept a system or component. 接收測試：用來使一個用戶、客戶或者其它的權(quán)威機構(gòu)決定是否接收一個系統(tǒng)或者組件的測試。 actual outcome: The behaviour actually produced when the object is tested under specified conditions.實際輸出：被測對象在特定條件下實際產(chǎn)生的行為。 ad hoc testing: Testing carried out using no recognised test case design technique. 探索式測試：不使用可識別的測試用例設(shè)計技術(shù)所進(jìn)行的測試。 alpha testing: Simulated or actual operational testing at an in-house site not otherwise involved with the software developers. 測試：在軟件開發(fā)人員缺席的情況下內(nèi)部做的模擬的或者實際的操作性測試。 arc testing: A test case design technique for a component in which test cases are designed to execute branch outcomes. 分支測試：一種針對組件的測試用例設(shè)計技術(shù)，通過分支覆蓋來進(jìn)行測試用例設(shè)計。 Backus-Naur form: A meta language used to formally describe the syntax of a language. Backus-Naur 形式：一種用來從形式上描述一種語言的語法的元語言。 basic block: A sequence of one or more consecutive, executable statements containing no branches. 基本塊：一個由不包含任何分支的一個或者多個連續(xù)的、可執(zhí)行的指令組成的序列。 basis test set: A set of test cases derived from the code logic which ensure that % branch coverage is achieved. 基本測試集：基于代碼的邏輯結(jié)構(gòu)且保證一定的分支覆蓋率的測試用例的集合。 bebugging: The process of intentionally adding known faults to those already in a computer program for the purpose of monitoring the rate of detection and removal, and estimating the number of faults remaining in the program. 錯誤撒播：通過在計算機程序中人為的引入已知的錯誤來監(jiān)測發(fā)現(xiàn)和消除錯誤的比率、估計程序中剩余的錯誤數(shù)的方法。 behavior: The combination of input values and preconditions and the required response for a function of a system. The full specification of a function would normally comprise one or more behaviors. 行為：系統(tǒng)中一個功能的輸入值、前提條件和必要的響應(yīng)的集合。一個功能的完整說明需要包含一個或多個行為。 beta testing: Operational testing at a site not otherwise involved with the software developers. 測試：在軟件開發(fā)人員缺席的情況下做的操作性測試。 big-bang testing: Integration testing where no incremental testing takes place prior to all the systems components being combined to form the system. 非漸增式測試：在單獨測試所有構(gòu)成系統(tǒng)的組件之前不進(jìn)行任何額外測試的集成測試。 black box testing: Test case selection that is based on an analysis of the specification of the component without reference to its internal workings. 黑盒測試：不涉及組件的內(nèi)部工作情況而只根據(jù)組件規(guī)格說明來選擇測試用例的測試方法。 bottom-up testing: An approach to integration testing where the lowest level components are tested first, then used to facilitate the testing of higher level components. The process is repeated until the component at the top of the hierarchy is tested. 自底向上的測試：集成測試時先測試最低層的組件，然后用最低層的組件來幫助測試更高層組件的一種方法。這個過程一直重復(fù)進(jìn)行直到最高層的組件被測試到。 boundary value: An input value or output value which is on the boundary between equivalence classes, or an incremental distance either side of the boundary. 邊界值：位于兩個等價類之間的輸入或輸出值，或者邊界附近的值。 boundary value analysis: A test case design technique for a component in which test cases are designed which include representatives of boundary values. 邊界值分析：為被測組件設(shè)計包含典型邊界值的測試用例的一種測試用例設(shè)計方法。 boundary value coverage: The percentage of boundary values of the components equivalence classes which have been exercised by a test case suite. 邊界值覆蓋：被一組測試用例覆蓋到的被測組件等價類的邊界值占所有邊界值的百分比。全球化測試全球化測試的目的是檢測應(yīng)用程序設(shè)計中可能阻礙全球化的潛在問題。它確保代碼可以處理所有國際支持而不會破壞功能，導(dǎo)致數(shù)據(jù)丟失或顯示問題。全球化測試使用每種可能的國際輸入類型，針對任何區(qū)域性或區(qū)域設(shè)置檢查產(chǎn)品的功能是否正常。 正常的產(chǎn)品功能假定該組件性能穩(wěn)定，能按照設(shè)計規(guī)范運行（不考慮國際環(huán)境設(shè)置或區(qū)域性/區(qū)域設(shè)置），并且數(shù)據(jù)的表示方式正確。 下列內(nèi)容必須是全球化測試計劃的一部分： 決定每個組件的優(yōu)先級 若要使全球化測試更有效，請為所有測試的組件分配測試優(yōu)先級。應(yīng)具有高優(yōu)先級的組件為： 支持 ANSI（美國國家標(biāo)準(zhǔn)學(xué)會）格式的文本數(shù)據(jù) 大量處理字符串的組件（例如，具有許多編輯控件 (Edit Control) 的組件） 使用文件進(jìn)行數(shù)據(jù)存儲或數(shù)據(jù)交換的組件（例如，Windows 圖元文件、安全配置工具和基于 Web 的工具） 過去存在許多全球化問題的組件 選擇測試平臺 那么，應(yīng)為國際測試平臺使用哪一種操作系統(tǒng) (OS) 呢？第一個選擇應(yīng)是安裝了語言組的 Windows 2000 的本地版本。例如，如果使用 Windows 2000 的美國版本，請安裝東亞語言組。這種組合對選擇的語言提供了完整的國際支持，而沒有對測試者的語言技能提出要求。 即使是面向更廣泛的操作系統(tǒng)，Windows 2000 也應(yīng)是主要的測試平臺。早期的操作系統(tǒng)在本地設(shè)置和本機支持方面，沒有為最廣泛的語言和區(qū)域性或區(qū)域設(shè)置提供同樣的靈活性。 還可以使用不同于 Windows 2000 的本地版本的其他平臺： MUI（多語言用戶界面）Windows 2000 當(dāng)代碼實現(xiàn)多語言 UI 而且必須調(diào)整到 OS 的 UI 設(shè)置時特別有用。這種方法是安裝 OS 的多個本地化版本的更容易實現(xiàn)的替代方法。為了進(jìn)一步增強多語言支持，Microsoft 提供了一個單獨的 Windows 2000 多語言版，它提供 Windows 用戶界面的多達(dá) 24 種本地化語言版本。有關(guān)更多信息，請參見多語言用戶界面 (MUI)。 目標(biāo) OS 的本地化版本 德語或日語是好的選擇。記住，如果不熟悉操作系統(tǒng)的 UI 語言，使用它們可能比較困難。此方法并不比前面的解決方案有明顯的優(yōu)勢。 通過測試發(fā)現(xiàn)的大多數(shù)全球化問題都發(fā)生在這兩種情況下：即東亞語言支持處于活動狀態(tài)時，或者 OEM 代碼頁不同于給定區(qū)域性或區(qū)域設(shè)置的 ANSI 代碼頁時。例如，可以在 Windows 2000 的美國版本中選擇下列區(qū)域性/區(qū)域設(shè)置來測試潛在的全球化問題： 日語 德語 盡可能采用兩者（一種為系統(tǒng)區(qū)域設(shè)置選擇，另一種為用戶區(qū)域設(shè)置選擇）的組合以包括多語言支持 如果安裝所有語言組，輪換使用區(qū)域性或區(qū)域設(shè)置，并按如下所述運行全球化測試，則可以獲得最全面的覆蓋范圍。 創(chuàng)建測試環(huán)境 為執(zhí)行全球化測試，必須安裝多個語言組并確保區(qū)域性或區(qū)域設(shè)置不是您的本地區(qū)域性或區(qū)域設(shè)置。如上所述，在日語環(huán)境、德語環(huán)境以及兩者的組合環(huán)境中執(zhí)行測試案例可以覆蓋大多數(shù)全球化問題。 NextPae基本上，使用日語和德語環(huán)境創(chuàng)建世界通用的測試環(huán)境的步驟為： 在 Windows 2000 本地版本上，如果沒有安裝日語（或任何其他東亞地區(qū)語言）和德語支持（默認(rèn)情況下，Windows 2000 的美國版本安裝德語支持），請安裝它們。 將測試機器上的區(qū)域性或區(qū)域設(shè)置設(shè)置為與本地區(qū)域性或區(qū)域設(shè)置不同的區(qū)域性或區(qū)域設(shè)置（日語或德語）。 用 Windows 2000 系統(tǒng)的本地版本的混合環(huán)境建立一個分布式網(wǎng)絡(luò)，將某些系統(tǒng)設(shè)置為日語區(qū)域性或區(qū)域設(shè)置，將其他系統(tǒng)設(shè)置為德語區(qū)域性或區(qū)域設(shè)置。 將日語作為系統(tǒng)默認(rèn)區(qū)域性或區(qū)域設(shè)置進(jìn)行測試，可驗證 ANSI（非 Unicode）組件中的雙字節(jié)字符集 (DBCS) 處理。將德語作為系統(tǒng)默認(rèn)區(qū)域性或區(qū)域設(shè)置進(jìn)行測試，可確保再需要進(jìn)行文本轉(zhuǎn)換時能夠正確處理 ANSI 和 OEM 代碼頁。建立分布式混合網(wǎng)絡(luò)環(huán)境可以驗證數(shù)據(jù)是否可以在不同的區(qū)域性或區(qū)域設(shè)置之間成功傳遞。 執(zhí)行測試 在為全球化測試設(shè)置好環(huán)境后，當(dāng)運行常規(guī)測試案例時，必須特別注意潛在的全球化問題： 將重點更多地放在直接或間接處理字符串輸入/輸出的測試案例上。 測試數(shù)據(jù)必須包含來自東亞語言、德語、復(fù)雜腳本字符和英語（可選）的混合字符；其中復(fù)雜腳本字符指阿拉伯 語、希伯來語、泰語。某些情況下有限制，比如接受只匹配區(qū)域性或區(qū)域設(shè)置的字符時。如果不熟悉準(zhǔn)備測試數(shù)據(jù)所用的語言，則手動輸入所有這些測試數(shù)據(jù)可能很 困難。一個簡單的 Unicode 文本生成器在此步驟中可能非常有用。 識別問題 最嚴(yán)重的全球化問題是丟失功能，包括立即丟失功能（區(qū)域性/區(qū)域設(shè)置更改時）和以后訪問輸入數(shù)據(jù)（非美國字符輸入）時丟失功能。 某些功能問題和顯示問題一樣是可以檢測到的： 出現(xiàn)問號 (?) 而不是顯示文本表示問題出在 Unicode 到 ANSI 的轉(zhuǎn)換中。 如果出現(xiàn)隨機高位 ANSI 字符（如 ?、?、? 和 ?）而不是可讀的文本，則表示問題出在使用錯誤代碼頁的 ANSI 代碼中。 如果出現(xiàn)方框、豎條或鼻音化符號（默認(rèn)的標(biāo)志符號）、|、，則表示所選字體無法顯示某些字符。 在要求變形、布局或腳本知識的顯示或打印結(jié)果中找出問題可能很困難。這種測試是語言特定的，在沒有語言專門知識的情況下通常無法執(zhí)行。另一方面，測試可能僅限于代碼檢查。如果使用標(biāo)準(zhǔn)文本處理機制形成并顯示輸出文本，則可以認(rèn)為這方面是安全的。 潛在問題的另一個方面是未能遵循由當(dāng)前區(qū)域性或區(qū)域設(shè)置定義的本地約定的代碼。確保應(yīng)用程序根據(jù)計算機的當(dāng)前區(qū)域設(shè)置顯示區(qū)分區(qū)域性或區(qū)域設(shè)置的數(shù)據(jù)（例如，數(shù)字、日期、時間、貨幣和日歷）。 控制面板中的區(qū)域選項并未包括所有區(qū)域性或區(qū)域設(shè)置特定的功能。例如，在那里看不到當(dāng)前的排序順序。因此，在開始測試前制定一個包括與區(qū)域性或區(qū)域設(shè)置有關(guān)的所有功能方面的測試計劃很重要。 一本適合測試初學(xué)者閱讀的中文譯著由于看好軟件測試的行業(yè)發(fā)展前景，越來越多的人士加入到軟件測試的大軍中來。但是由于很多人都是剛剛畢業(yè)或者從其 它非測試公司或崗位轉(zhuǎn)來的，他們對軟件測試的要求和知識技能了解和掌握的很有限，而各公司對測試工程師的招聘大都要求熟悉軟件測試的理論和實踐經(jīng)驗，這就 造成了初涉測試行業(yè)的新人在求職過程和實際測試工作中暴露測試專業(yè)知識不足的問題。因此，他們迫切需要在較短的時間內(nèi)學(xué)習(xí)和掌握軟件測試的基本知識。 無疑，閱讀關(guān)于測試的書籍是較快的學(xué)習(xí)方法。但是，現(xiàn)在出版的很多關(guān)于測試的書籍，并不適合測試入門者的實際需求，這些書籍要么是關(guān)于測試?yán)碚摰拈L篇大 論，要么是針對某一個很狹窄的領(lǐng)域進(jìn)行討論。另外，國內(nèi)目前市場上出版的關(guān)于測試的書籍質(zhì)量良莠不齊，甚至很多翻譯的書籍內(nèi)容錯誤連篇，還不如直接閱讀英 文原著更好。實際上，測試初學(xué)者最需要的是對測試進(jìn)行深入淺出的介紹和結(jié)合測試實踐的測試入門書籍。 筆者經(jīng)常到書店瀏覽國內(nèi)關(guān)于 軟件測試的新書，也先后買過和閱讀了不少測試書籍，對于書籍的優(yōu)劣感觸頗深。我有時為發(fā)現(xiàn)一本好書而愛不釋手，陶醉于閱讀的興趣中，但有時也為不小心 買到了粗制濫造的書籍感到煩惱，閱讀這些內(nèi)容不好的書籍簡直是一種煎熬，純粹浪費時間，甚至造成誤導(dǎo)。從目前看來，國內(nèi)這兩年的確出版了不少國內(nèi)作者 創(chuàng)作的測試專著，但是更多的是翻譯國外的英文書籍。在以往測試工作中，經(jīng)常有一些朋友（特別是是剛剛參加測試工作的新人）詢問和要求我推薦一些適合他們閱 讀的測試入門書籍。 經(jīng)過比較，我推薦書名為軟件測試的譯著。本書作者為美國的Ron Patton，譯者是周予濱、姚靜等。由機械工業(yè)出版社2003年8月第一次出版，書號是ISBN 7-111-09925-7。1000mm x 1400mm B5.9印張，348千字，共271頁，定價25元人民幣。 這本書不僅書名和封面設(shè)計樸實無華，更重要的是書中內(nèi) 容比較適合測試入門者。與同類書籍相比，本書非常淺顯易懂。另外本書內(nèi)容全面，包括軟件測試的概述、軟件開發(fā)過程簡介、基本和高級的軟件測試技術(shù)、測試工 具與測試自動化、測試計劃、報告軟件缺陷、測試職業(yè)發(fā)展等。雖然內(nèi)容繁多，但是全書只有271頁，利用有限的篇幅對這些測試只是進(jìn)行了高度概括。作者憑借 豐富的實踐經(jīng)驗從滿足測試初學(xué)者需求的角度，將這些繁雜的內(nèi)容使用最簡捷的淺顯表述，將復(fù)雜問題層層剖析、流暢講解，呈現(xiàn)給讀者的是作者的獨到見解，為初 學(xué)者組織量身定做的實用內(nèi)容，這是一本作者用心寫作的書籍。 軟件測試是有計劃、有組織和有系統(tǒng)的軟件質(zhì)量保證活動，而不是隨意地、松散地、雜亂地實施過程。軟件測試已經(jīng)成為一門單獨的學(xué)科，包含很多方面的內(nèi)容， 而作為測試初學(xué)者，面對如此豐富的測試知識，經(jīng)常感到不知從何學(xué)起，不知道最快的學(xué)習(xí)方式是什么。本書對此由淺入深的將需要學(xué)習(xí)的測試內(nèi)容分為六個部分， 每一部分包含幾章分別介紹。這六個部分分別是：軟件測試綜述、測試基礎(chǔ)、測試技術(shù)、加強測試、使用測試文檔和軟件測試展望。在每一章里，作者給出了不少實 際測試?yán)?，配合很多圖形，將每個問題的描述、測試技術(shù)和實踐經(jīng)驗一一闡述。不僅如此，每一章還包含針對本章內(nèi)容的小測驗，并且在書末給出了完整的參 考答案。 對于近年來備受關(guān)注的國際化和本地化軟件測試，本書也專門列出外國語言測試一章進(jìn)行闡述，其中講述了翻譯問題、本地 化問題、配置和兼容性問題。此外本書還包含了網(wǎng)站測試、文檔測試、配置測試等章節(jié)，也包括黑盒測試和白盒測試的方法，將測試過程中常用的測試對象的類型逐 個簡明介紹。 本書不僅討論軟件測試的技術(shù)，而且對于軟件測試管理和個人軟件測試職業(yè)發(fā)展進(jìn)行了論述，在本書的最后一章軟件測試員職業(yè)指導(dǎo)中，列出了提高測試技術(shù)的途徑和可用資源，給測試初學(xué)者指明了測試職業(yè)的努力方向和發(fā)展前途。 另外，本書只所以被筆者看好，一個重要的原因還在于本書的翻譯水平較高，比較通順、準(zhǔn)確和富有文采?？吹贸鲎g者具有豐富的科技文檔翻譯經(jīng)驗，某些譯文可以用精彩、傳神來形容。 但是，稍顯遺憾的是本書中有不少關(guān)于軟件測試的術(shù)語的翻譯不太準(zhǔn)確，與軟件測試領(lǐng)域的專業(yè)說法很不一致，有可能為測試初學(xué)者今后工作帶來一些困惑，猜測譯 者可能缺乏足夠的軟件測試實踐經(jīng)歷。比較有代表性的是以下幾個詞的翻譯：QA，書中翻譯成質(zhì)量評判，應(yīng)該是質(zhì)量保證。Project Manager，書中翻譯成項目管理員，應(yīng)該是項目經(jīng)理。Regression testing，書中翻譯成回復(fù)測試，應(yīng)該是回歸測試。另外，本書也存在一些打字錯誤，例如，第24頁，原文軟件終歸要分布的，應(yīng)該是軟 件終歸要發(fā)布的。第145頁，原文網(wǎng)頁不受如何一臺計算機的限制，應(yīng)該是網(wǎng)頁不受任何一臺計算機的限制。第201頁，原文編寫用于輸入輸入的 實際數(shù)值和預(yù)期結(jié)果，應(yīng)該是編寫用于輸入輸出的實際數(shù)值和預(yù)期結(jié)果。希望再版時，可以將這些錯誤改正，最好請熟悉軟件測試的人員對全書內(nèi)容進(jìn)行審 閱，以保證軟件測試術(shù)語的翻譯準(zhǔn)確性。 俗話說瑕不掩瑜，對于測試初學(xué)者，本書屬于物有所值，值得推薦。當(dāng)然，除了閱讀好的測試書籍外，重要的是有機會參與完整的測試項目，總結(jié)實踐經(jīng)驗，并且虛心交流。當(dāng)然，這都是題外話，在此不再多言。Alpha和Beta測試簡介大型通用軟件，在正式發(fā)布前，通常需要執(zhí)行Alpha和Beta測試，目的是從實際終端用戶的使用角度，對軟件的功能和性能進(jìn)行測試，以發(fā)現(xiàn)可能只有最終用戶才能發(fā)現(xiàn)的錯誤。 Alpha測試是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在 模擬實際操作環(huán)境下進(jìn)行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現(xiàn)的錯誤，可以在測試現(xiàn)場立刻反饋給開發(fā)人員，由開發(fā)人員 及時分析和處理。目的是評價軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。Alpha測試可以從軟件產(chǎn)品編碼結(jié)束之后開始， 或在模塊（子系統(tǒng)）測試完成后開始，也可以在確認(rèn)測試過程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開始。有關(guān)的手冊（草稿）等應(yīng)該在Alpha測試前準(zhǔn)備 好。 Beta測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進(jìn)行的測試。開 發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場應(yīng)用。在Beta測試中，由 用戶記下遇到的所有問題，包括真實的以及主管認(rèn)定的，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告后，做出修改，最后將軟件產(chǎn)品交付給全體用戶使用。 Beta測試著重于產(chǎn)品的支持性，包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力。只有當(dāng)Alpha測試達(dá)到一定的可靠程度后，才能開始Beta測試。由于 Beta測試的主要目標(biāo)是測試可支持性，所以Beta測試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來管理。 由于Alpha和Beta測試的組織難度大，測試費用高，測試的隨機性強、測試 周期跨度較長，測試質(zhì)量和測試效率難于保證，所以，很多專業(yè)軟件可能不再進(jìn)行Beta測試。隨著測試技術(shù)的提高，以及專業(yè)測試服務(wù)機構(gòu)的大量涌現(xiàn)，