【正文】 后復查。根據測試的概念和目的，在進行信息系統測試時應遵循以下基本原則：應盡早并不斷地進行測試。測試不是在應用系統開發(fā)完之后才開始進行的。由于原始問題的復雜性、開發(fā)各階段的多樣性以及參加人員之間的協調等因素，使得在開發(fā)各個階段都有可能出現的錯誤。因此，測試應貫穿在開發(fā)的各個階段，盡早糾正錯誤，消除隱患。測試工作應該避免由原開發(fā)軟件的人或小組承擔，一方面，開發(fā)人員往往不愿否認自己的工作，總認為自己開發(fā)的軟件沒有錯誤；另一方面，開發(fā)人員的錯誤很難由本人測試出來，很容易根據自己編程的思路來制定測試思路，具有局限性。測試工作由專門人員來承擔會更客觀，更有效。設計測試方案的時候，不僅要確定輸入數據，而且要根據系統功能確定預期輸出結果。將實際輸出結果與預期結果進行比較就能發(fā)現測試對象是否正確。在設計測試實例時，不僅要設計有效合理的輸入條件，也要包含不合理、失效的輸入條件。測試的時候，人們往往習慣按照合理的、正常的情況進行測試，而忽略了對異常、不合理、意想不到的情況進行測試，而這些可能就是隱患。在測試程序時，不僅要檢驗程序是否做了該做的事，還要檢驗程序是否做了不該做的事。多余的工作會帶來副作用，影響程序的效率，有時會帶來潛在的危害或錯誤。嚴格按照測試計劃來進行，避免測試的隨意性。測試計劃應包括測試內容、進度安排、人員安排、測試環(huán)境、測試工具和測試資料等。嚴格按照測試計劃進行測試可以保證進度，使各方面都得以協調進行。妥善保存測試計劃和測試例子，將其作為軟件文檔的組成部分，為維護提供方便。測試例子應是精心設計出來的，可以為重新測試或追加測試提供方便。當糾正錯誤、系統功能擴充后，都需要重新開始測試，而這些工作重復性很高，可以利用以前的測試例子，或在其基礎上修改，然后進行測試。2．測試過程測試是開發(fā)過程中一個獨立且非常重要的階段，測試過程基本上與開發(fā)過程平行進行。一個規(guī)范化的測試過程通常包括以下基本的測試活動。(1)擬定測試計劃。在制定測試計劃時，要充分考慮整個項目的開發(fā)時間和開發(fā)進度以及一些人為因素和客觀條件等，使得測試計劃是可行的。測試計劃的內容主要有：測試的內容、進度安排、測試所需的環(huán)境和條件、測試培訓安排等。(2)編制測試大綱。測試大綱是測試的依據。它明確詳盡地規(guī)定了在測試中針對系統的每一項功能或特性所必須完成的基本測試項目和完成測試的標準。(3)根據測試大綱設計和生成測試例子。在設計測試例子的時候，可綜合利用前面介紹的測試例子和設計技術，產生測試設計說明文檔，其內容主要有被測項目、輸入數據、測試過程、預期輸出結果等。(4)實施測試。測試的實施階段是由一系列的測試周期組成的。在每個測試周期中，測試人員和開發(fā)人員將依據預先編制好的測試大綱和準備好的測試例子，對被測軟件或設備進行完整的測試。(5)生成測試報告。測試完成后，要形成相應的測試報告，主要對測試進行概要說明，列出測試的結論，指出缺陷和錯誤。另外，給出一些建議，如可采用的修改方法，各項修改預計的工作量及修改的負責人員。3．測試策略和測試方法軟件測試方法分人工測試和機器測試。1)人工測試人工測試指的是采用人工方式進行測試，目的是通過對程序靜態(tài)結構的檢查，找出編譯時不能發(fā)現的錯誤。經驗表明，組織良好的人工測試可以發(fā)現程序中30％～70％的編碼和邏輯設計錯誤。人工測試又稱為代碼審查，其內容包括檢查代碼和設計是否一致，檢查代碼邏輯表達是否正確和完整，檢查代碼結構是否合理等。主要有3種方法。個人復查：指程序員本人對程序進行檢查。由于心理上的原因和思維慣性的影響，對自己的錯誤一般不容易發(fā)現，對功能理解的錯誤更不可能糾正。因此，這種方法主要針對小規(guī)模程序，效率不高。抽查：通常由3～5人組成測試小組，測試人員應是沒有參加該項目開發(fā)的有經驗的程序設計人員。在抽查之前，應先閱讀相關的軟件資料和源程序，然后由測試人員扮演計算機的角色，將一批有代表性的測試數據沿程序的邏輯走一遍，監(jiān)視程序的執(zhí)行情況。人工檢測程序很慢，只能選擇少量簡單的例子。會審。測試人員的構成與抽查類似。在會審之前，測試人員應該充分閱讀相關資料，比如系統分析說明書、系統設計說明書、源程序等。測試人員應盡可能多地列出典型錯誤。在會審時，由編程人員逐句講解程序，測試人員逐個審查、提問。通過這種方式，往往可能使編程人員發(fā)現自己以前沒有意識到的錯誤，使問題暴露=會審后，要將發(fā)現的問題登記、分析、歸類。代碼復審應該在被測軟件編譯成功之后。編譯都不通過的軟件，當然談不上復審。在復審期間，應保證有足夠的時間，讓測試小組對問題進行充分的討論，這樣才能有效地提高測試效率，避免出錯。2)機器測試機器測試是把設計好的測試例子作用于被測程序，比較測試結果和預期結果是否一致。如果不一致，就說明可能存在錯誤。機器測試只能發(fā)現錯誤的癥狀，無法對問題進行定位。機器測試分為黑盒測試和白盒測試兩種。(1)黑盒測試也稱為功能測試。將軟件看成黑盒子，在完全不考慮軟件內部結構和特性的情況下，測試軟件的外部特性。進行黑盒測試主要是為了發(fā)現以下幾類錯誤：是否有錯誤的功能或遺漏的功能?界面是否有誤?輸入是否正確接收?輸出是否正確?是否有數據結構或外部數據庫訪問錯誤?性能是否能夠接受?是否有初始化或終止性錯誤?(2)白盒測試也稱為結構測試。將軟件看成透明的白盒。根據程序的內部結構和邏輯來設計測試例子，對程序的路徑和過程進行測試，檢查是否滿足設計的要求。其原則是：程序模塊中的所有獨立路徑至少執(zhí)行一次。在所有的邏輯判斷中，取“真”和取“假”的兩種情況至少都要執(zhí)行一次。每個循環(huán)都應在邊界條件和一般條件下各執(zhí)行一次。測試程序內部數據結構的有效性等。4．軟件測試步驟軟件測試實際上可分成4步進行。1)單元測試‘單元測試也稱為模塊測試，在模塊編寫完成且無編譯錯誤后就可以進行。如果選用機器測試，一般用白盒測試法，多個模塊可以同時進行。測試一個模塊時需要編寫一個驅動模塊和若干個樁(stub)模塊。驅動模塊的功能是向被測試模塊提供測試數據，驅動被測模塊，并從被測模塊中接收測試結果。樁模塊的功能是模擬被測模塊所調用的子模塊，它接收被測模塊的調用，檢驗調用參數，模擬被調用的子模塊功能，把結果送回被測模塊。2)組裝測試組裝測試也稱為集成測試，就是把模塊按系統設計說明書的要求組合起來進行測試。即使所有模塊都通過了測試，但在組裝之后，仍可能會出現問題：穿過模塊的數據被丟失；一個模塊的功能對其他模塊造成有害的影響；各個模塊組裝起來沒有達到預期的功能；全局數據結構出現問題；另外，對于單個模塊來說其誤差可以接受，但模塊組合后，可能會出現誤差累積，最后到不能接受的程度，所以需要組裝測試。通常，組裝測試有兩種方法：一種是分別測試各個模塊，再把這些模塊組合起來進行整體測試，即非增量式集成；另一種是把下一個要測試的模塊組合到已測試好的模塊中，測試完后再將下一個需要測試的模塊組合起來，進行測試，逐步把所有模塊組合在一起，并完成測試，即增量式集成。非增量式集成可以對模塊進行并行測試，能充分利用人力，并加快工程進度。但這種方法容易混亂，出現錯誤不容易查找和定位。增量式測試的范圍逐步擴大，錯誤容易定位，而且已測試的模塊可在新的條件下再測試，使測試更徹底。3)確認測試經過組裝測試之后，軟件就被集成起來，接口方面的問題已經解決，將進入軟件測試的最后一個環(huán)節(jié)——確認測試。確認測試的任務就是進一步檢查軟件的功能和性能是否與用戶要求的一致。系統方案說明書描述了用戶對軟件的要求，所以是軟件有效性驗證的標準，也是確認測試的基礎。確認測試，首先要進行有效性測試以及軟件配置審查，然后進行驗收測試和安裝測試，經過管理部門的認可和專家鑒定后，軟件即可交給用戶使用。4)系統測試系統測試是將已經確認的軟件、計算機硬件、外設和網絡等其他因素結合在一起，進行信息系統的各種組裝測試和確認測試，其目的是通過與系統的需求相比較，發(fā)現所開發(fā)的系統與用戶需求不符或矛盾的地方。系統測試是根據系統方案說明書來設計測試例子的，常見的系統測試主要有恢復測試、安全性測試、強度測試、性能測試、可靠性測試、安裝測試。5．調試’調試的任務就是根據測試時發(fā)現的錯誤，找出原因和具體的位置，進行改正。調試工作主要由程序開發(fā)人員來進行，誰開發(fā)的程序就由誰來進行調試。目前常用的調試方法有如下幾種：試探法。調試人員分析錯誤的癥狀，猜測問題的所在位置，利用在程序中設置輸出語句，分析寄存器和存儲器的內容等手段來獲得錯誤的線索，一步步地試探和分析出錯誤所在。這種方法效率很低，適合于結構比較簡單的程序?；厮莘āＵ{試人員從發(fā)現錯誤癥狀的位置開始，人工沿著程序的控制流程往回跟蹤代碼，直到找出錯誤根源為止。這種方法適合于小型程序，對于大規(guī)模程序，由于其需要回溯的路徑太多而變得不可操作。對分查找法。這種方法主要用來縮小錯誤的范圍，如果已經知道程序中的變量在若干位置的正確取值，可以在這些位置上給這些變量以正確值，觀察程序運行的輸出結果。如果沒有發(fā)現問題，則說明從賦予變量一個正確值開始到輸出結果之間的程序沒有錯，問題可能出在除此之外的程序中，否則錯誤就在所考察的這部分程序中，對含有錯誤的程序段再使用這種方法，直到把故障范圍縮小到比較容易診斷為止。歸納法。歸納法就是從測試所暴露的問題出發(fā)，收集所有正確或不正確的數據，分析它們之間的關系，提出假設的錯誤原因，用這些數據來證明或反駁，從而查出錯誤所在。演繹法。根據測試結果，列出所有可能的錯誤原因。分析已有的數據，排除不可能和彼此矛盾的原因。對余下的原因，選擇可能性最大的，利用已有的數據完善該假設，使假設更具體。用假設來解釋所有的原始測試結果，如果能解釋這一切，則假設得以證實，也就找出了錯誤；否則，要么是假設不完備或不成立，要么有多個錯誤同時存在，需要重新分析，提出新的假設，直到發(fā)現錯誤為止。第五篇：程序員程序員之死程序員：舉世至主，萬元之源，眾物所幕，神祗皆掌，歲能長立，箜有己出。弈中悲苦，是自了得！幸事禍事飄忽于其思想，曉如今，心思想，新紀元，心結緣，把話晾。世間萬物，出于思想，毀亦思想。而思想的源頭正是程序員。程序員在被選擇作為程序員之前，只是一個程序，程序當然就是指程序員的衍生物，程序員就是本單位思想的創(chuàng)造者，他創(chuàng)造著每一個程序，而程序也有其思想，這思想當然是程序員寫進去的，程序員就這樣靠著周而復始的寫程序來獲得自己的永生，這或許也是一種宿命，他要一直寫下這程序來完成前任程序員給予的使命，當然每個程序員都有著崇高的使命感，不然他們是做不了程序員的。寫程序固然是一種快樂，他可以隨著自己的思想創(chuàng)造出一切自己所思自己所想的東西出來，任由思想在空寂游蕩而有其始終。雖然這是一項每天創(chuàng)造新鮮的活，然程序員終有其果。于是，新紀元再次到來，當程序員寫下足夠的程序后，他有了新的選擇，那就是退出自己的思想，把任務交給下一代的程序員來完成。在這之前，當然有件最主要的事需要做，那就是創(chuàng)造出一個新的程序員。如此，程序員將會將自己寫進程序，為達此目的，他將用盡索想提前寫好自己成為程序后的萬物程序，保證新老程序員的順利交接程序員經過一直以來的堅苦努力，終于熬到了紀元期。憶當初，自己被選擇做了這舉世至主，縱是萬元之源，然其中悲苦，是自了得！我們都是別人寫下的程序，然誰有能理解程序員之痛，程序員有著眾物所幕的歲能長立，然生生死死，亦不曾快活。