【正文】 。如此，程序員將會將自己寫進(jìn)程序，為達(dá)此目的，他將用盡索想提前寫好自己成為程序后的萬物程序，保證新老程序員的順利交接程序員經(jīng)過一直以來的堅苦努力，終于熬到了紀(jì)元期。于是，新紀(jì)元再次到來，當(dāng)程序員寫下足夠的程序后，他有了新的選擇，那就是退出自己的思想，把任務(wù)交給下一代的程序員來完成。寫程序固然是一種快樂，他可以隨著自己的思想創(chuàng)造出一切自己所思自己所想的東西出來，任由思想在空寂游蕩而有其始終。而思想的源頭正是程序員。弈中悲苦，是自了得！幸事禍?zhǔn)嘛h忽于其思想，曉如今，心思想，新紀(jì)元，心結(jié)緣，把話晾。用假設(shè)來解釋所有的原始測試結(jié)果，如果能解釋這一切，則假設(shè)得以證實(shí)，也就找出了錯誤；否則，要么是假設(shè)不完備或不成立，要么有多個錯誤同時存在，需要重新分析，提出新的假設(shè)，直到發(fā)現(xiàn)錯誤為止。分析已有的數(shù)據(jù)，排除不可能和彼此矛盾的原因。演繹法。歸納法就是從測試所暴露的問題出發(fā)，收集所有正確或不正確的數(shù)據(jù)，分析它們之間的關(guān)系，提出假設(shè)的錯誤原因，用這些數(shù)據(jù)來證明或反駁，從而查出錯誤所在。這種方法主要用來縮小錯誤的范圍，如果已經(jīng)知道程序中的變量在若干位置的正確取值，可以在這些位置上給這些變量以正確值，觀察程序運(yùn)行的輸出結(jié)果。調(diào)試人員從發(fā)現(xiàn)錯誤癥狀的位置開始，人工沿著程序的控制流程往回跟蹤代碼，直到找出錯誤根源為止。調(diào)試人員分析錯誤的癥狀，猜測問題的所在位置，利用在程序中設(shè)置輸出語句，分析寄存器和存儲器的內(nèi)容等手段來獲得錯誤的線索，一步步地試探和分析出錯誤所在。目前常用的調(diào)試方法有如下幾種：5．調(diào)試’調(diào)試的任務(wù)就是根據(jù)測試時發(fā)現(xiàn)的錯誤，找出原因和具體的位置，進(jìn)行改正。4)系統(tǒng)測試系統(tǒng)測試是將已經(jīng)確認(rèn)的軟件、計算機(jī)硬件、外設(shè)和網(wǎng)絡(luò)等其他因素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測試和確認(rèn)測試，其目的是通過與系統(tǒng)的需求相比較，發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方。系統(tǒng)方案說明書描述了用戶對軟件的要求，所以是軟件有效性驗證的標(biāo)準(zhǔn)，也是確認(rèn)測試的基礎(chǔ)。3)確認(rèn)測試經(jīng)過組裝測試之后，軟件就被集成起來，接口方面的問題已經(jīng)解決，將進(jìn)入軟件測試的最后一個環(huán)節(jié)——確認(rèn)測試。但這種方法容易混亂，出現(xiàn)錯誤不容易查找和定位。通常，組裝測試有兩種方法：一種是分別測試各個模塊，再把這些模塊組合起來進(jìn)行整體測試，即非增量式集成；另一種是把下一個要測試的模塊組合到已測試好的模塊中，測試完后再將下一個需要測試的模塊組合起來，進(jìn)行測試，逐步把所有模塊組合在一起，并完成測試，即增量式集成。2)組裝測試組裝測試也稱為集成測試，就是把模塊按系統(tǒng)設(shè)計說明書的要求組合起來進(jìn)行測試。驅(qū)動模塊的功能是向被測試模塊提供測試數(shù)據(jù)，驅(qū)動被測模塊，并從被測模塊中接收測試結(jié)果。如果選用機(jī)器測試，一般用白盒測試法，多個模塊可以同時進(jìn)行。4．軟件測試步驟軟件測試實(shí)際上可分成4步進(jìn)行。其原則是：將軟件看成透明的白盒。性能是否能夠接受?界面是否有誤?輸入是否正確接收?輸出是否正確?進(jìn)行黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：(1)黑盒測試也稱為功能測試。機(jī)器測試只能發(fā)現(xiàn)錯誤的癥狀，無法對問題進(jìn)行定位。2)機(jī)器測試機(jī)器測試是把設(shè)計好的測試?yán)幼饔糜诒粶y程序，比較測試結(jié)果和預(yù)期結(jié)果是否一致。編譯都不通過的軟件，當(dāng)然談不上復(fù)審。在會審時，由編程人員逐句講解程序，測試人員逐個審查、提問。在會審之前，測試人員應(yīng)該充分閱讀相關(guān)資料，比如系統(tǒng)分析說明書、系統(tǒng)設(shè)計說明書、源程序等。會審。人工檢測程序很慢，只能選擇少量簡單的例子。抽查：通常由3～5人組成測試小組，測試人員應(yīng)是沒有參加該項目開發(fā)的有經(jīng)驗的程序設(shè)計人員。因此，這種方法主要針對小規(guī)模程序，效率不高。個人復(fù)查：指程序員本人對程序進(jìn)行檢查。主要有3種方法。經(jīng)驗表明，組織良好的人工測試可以發(fā)現(xiàn)程序中30％～70％的編碼和邏輯設(shè)計錯誤。3．測試策略和測試方法軟件測試方法分人工測試和機(jī)器測試。測試完成后，要形成相應(yīng)的測試報告，主要對測試進(jìn)行概要說明，列出測試的結(jié)論，指出缺陷和錯誤。在每個測試周期中，測試人員和開發(fā)人員將依據(jù)預(yù)先編制好的測試大綱和準(zhǔn)備好的測試?yán)?，對被測軟件或設(shè)備進(jìn)行完整的測試。(4)實(shí)施測試。(3)根據(jù)測試大綱設(shè)計和生成測試?yán)印y試大綱是測試的依據(jù)。測試計劃的內(nèi)容主要有：測試的內(nèi)容、進(jìn)度安排、測試所需的環(huán)境和條件、測試培訓(xùn)安排等。(1)擬定測試計劃。2．測試過程測試是開發(fā)過程中一個獨(dú)立且非常重要的階段，測試過程基本上與開發(fā)過程平行進(jìn)行。測試?yán)討?yīng)是精心設(shè)計出來的，可以為重新測試或追加測試提供方便。妥善保存測試計劃和測試?yán)?，將其作為軟件文檔的組成部分，為維護(hù)提供方便。嚴(yán)格按照測試計劃進(jìn)行測試可以保證進(jìn)度，使各方面都得以協(xié)調(diào)進(jìn)行。嚴(yán)格按照測試計劃來進(jìn)行，避免測試的隨意性。多余的工作會帶來副作用，影響程序的效率，有時會帶來潛在的危害或錯誤。在設(shè)計測試實(shí)例時，不僅要設(shè)計有效合理的輸入條件，也要包含不合理、失效的輸入條件。將實(shí)際輸出結(jié)果與預(yù)期結(jié)果進(jìn)行比較就能發(fā)現(xiàn)測試對象是否正確。測試工作應(yīng)該避免由原開發(fā)軟件的人或小組承擔(dān)，一方面，開發(fā)人員往往不愿否認(rèn)自己的工作，總認(rèn)為自己開發(fā)的軟件沒有錯誤；另一方面，開發(fā)人員的錯誤很難由本人測試出來，很容易根據(jù)自己編程的思路來制定測試思路，具有局限性。因此，測試應(yīng)貫穿在開發(fā)的各個階段，盡早糾正錯誤，消除隱患。測試不是在應(yīng)用系統(tǒng)開發(fā)完之后才開始進(jìn)行的。根據(jù)測試的概念和目的，在進(jìn)行信息系統(tǒng)測試時應(yīng)遵循以下基本原則：硬件測試、網(wǎng)絡(luò)測試可以根據(jù)具體的性能指標(biāo)來進(jìn)行，此處所說的測試更多的是指軟件測試。應(yīng)根據(jù)開發(fā)各階段的需求、設(shè)計等文檔或程序的內(nèi)部結(jié)構(gòu)精心設(shè)計測試實(shí)例，并利用這些實(shí)例來運(yùn)行程序，以便發(fā)現(xiàn)錯誤。第四篇：程序員7．5．3系統(tǒng)測試和調(diào)試1．系統(tǒng)測試的意義及目的系統(tǒng)測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程，成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試。對于系統(tǒng)分析員，特別需要以下幾方面的素質(zhì)：客戶需求分析能力、系統(tǒng)架構(gòu)與設(shè)計能力、模塊分解設(shè)計能力、項目流程控制能力、項目風(fēng)險評估能力等，而對于項目經(jīng)理則更注重項目管理方面的能力如團(tuán)隊組織能力、溝通協(xié)調(diào)能力、分析問題解決問題的能力以及良好的職業(yè)道德等，而這些素質(zhì)和能力往往只能依靠程序員個人的學(xué)習(xí)和努力。都知道人最難戰(zhàn)勝的是自己，所以自我也就是程序員需要超越的最大障礙。中國的老話說“長江后浪推前浪、一代新人換舊人”，這個歷史的規(guī)律在軟件開發(fā)行業(yè)體現(xiàn)的尤其明顯和殘酷，很多程序員必然要面對的結(jié)果就是降薪乃至失業(yè)。首先由于軟件行業(yè)的飛速發(fā)展，很多自己以前學(xué)的東西逐漸升級換代，而許多程序員由于長期于工作，學(xué)習(xí)新知識的效率必然下降。一般說來中國的程序員大都是吃“青春飯”的，大部分程序員的黃金時代是24～28歲。程序員要面對的餓老虎實(shí)在不少，比如說老板，好象老板就是程序員的天敵，什么“不懂技術(shù)卻指手畫腳”、什么“得到與付出不相當(dāng)”似乎是程序員最常見的牢騷，這個問題不可能得到真正的解決。分別只有1/20和1/10的人愿意選用SilverLight和Flash/Flex作為Web表現(xiàn)層技術(shù)。在表現(xiàn)層，AJAX技術(shù)采用量較去年有較大提升，有將近一半的Web應(yīng)用采用了AJAX技術(shù)，仍采用純HTML+少量腳本的Web應(yīng)用中，也有四分之三打算轉(zhuǎn)向采用AJAX技術(shù)。從另一個方面看，這也說明Java平臺的成熟。在Java領(lǐng)域。2006年調(diào)查結(jié)果。從另一個方面看，這也說明Java平臺的成熟。如果將“非常健康”和“沒感覺”一起算為健康的話，處于亞健康狀態(tài)的程序員是健康狀態(tài)的7倍，自認(rèn)為“很虛弱”！十、.，AJAX風(fēng)頭正勁“在Java領(lǐng)域。每個人的理解不一樣，但是“糟透了”這樣的詞如果用來形容程序員健康的話，相信大多數(shù)人都絕對認(rèn)同“你已經(jīng)病了”這樣的理解。位于調(diào)查結(jié)果第二位的是“很虛弱”——149，%。很多程序員都曾這樣感慨和抱怨過自己的生活狀態(tài)。包括了FireFox、Opera這種標(biāo)準(zhǔn)的瀏覽器，也包括了Maxthon和TT這樣基于IE內(nèi)核的瀏覽器，對于標(biāo)準(zhǔn)的瀏覽器，F(xiàn)ireFox和Opera的重點(diǎn)是要解決兼容問題，而基于IE內(nèi)核的Maxthon和TT更主要的是要解決瀏覽器插件、工具的應(yīng)用問題，所以，技術(shù)產(chǎn)品的激烈競爭帶給用戶的其實(shí)是一種良性循環(huán)，使我們可以第一時間用到最好用的工具，至于商業(yè)效應(yīng)，還是留給廠商自己去考慮吧。IE6在這個市場中存在了5年之后微軟才意識到改變和向國際標(biāo)準(zhǔn)靠攏的重要性，這就直接導(dǎo)致了大量的技術(shù)人員失去了對IE的信心，投向FireFox陣營，不過，微軟到底還是強(qiáng)大的，在全球范圍內(nèi)有很多的“粉絲”，他們會一直關(guān)注微軟的任何一次動作，客觀的評價也是對產(chǎn)品最好的反饋，也是最有價值的。如果說之前FireFox相對IE6有50%的優(yōu)勢的話，那么，F(xiàn)ireFox相對于現(xiàn)在的IE7的優(yōu)勢已經(jīng)降低到25%左右了。更重要的是，它是是一個自由的瀏覽器，所有的源代碼都是開放的，任何人可以為它的成長貢獻(xiàn)力量?！卑?、參與調(diào)查的多數(shù)是軟件開發(fā)人員或者多數(shù)是IT從業(yè)人員，但是從這一比例不難看出，IE丟失掉了曾經(jīng)在瀏覽器大戰(zhàn)中占據(jù)了的技術(shù)優(yōu)勢，在IE6推出后的5年時間里，瀏覽器一直在快速發(fā)展，而IE卻一直沒有更新過，這對一個世界上最常用的產(chǎn)品來說絕對是致命的。現(xiàn)在的Microsoft及VC勢頭強(qiáng)勁，產(chǎn)品也具有很高的質(zhì)量性，CodeGear在C++。雖然說對同一件事情，每個人都有自己的視角，已有五年C++方面學(xué)習(xí)和開發(fā)經(jīng)驗的賴勇浩說道：“BCB正江河日下，2007版本的推出也無法力挽狂瀾。相比之下，C++Builder2007英文版2008年6月初上市。相對于前兩個版本，新編譯器還包括了一個增強(qiáng)版本的緩沖區(qū)安全檢查選項，而且對C++程序普遍使用的庫，也有新的注重安全的版本。在2007年CSDN、《程序員》主辦的開發(fā)者大調(diào)查中，詳細(xì)的分析了C++方面大家主要使用什么IDE的狀況，在目前已收到的15000多份有效問卷中，發(fā)現(xiàn)主要使用VS系列的占了75%，BorlandC++Builder/CBuilderX只占6%，EclipseCDT占6%，DevC++占2%，其他IDE占3%，不使用IDE占8%。它的主要競爭對象——Microsoft開發(fā)的VisualC++也是不甘示弱，迅速出擊，突出了Visual可視化強(qiáng)的特點(diǎn)，加上Platform、SDK部分以及Microsoft產(chǎn)品與Windows的天然默契，逐漸成為了技術(shù)人員的首選。1998年Borland公司推出的C++Builder這一當(dāng)年全新的32位Windows開發(fā)工具，繼承了Delphi使用簡便、功能強(qiáng)大、效率高的特點(diǎn)，并且結(jié)合了C++語言幾乎所有優(yōu)點(diǎn)。七、C++開發(fā)環(huán)境格局難打破75%的開發(fā)人員首選VS系列BCB正江河日下，2007版本的推出也無法力挽狂瀾。未來兩年，JSF與Struts將展開JavaWeb框架的最終戰(zhàn)爭。Sun力推JSF，打算一雪Web層框架缺失之恥。Struts之成功，正緣于其在JavaWeb層的規(guī)范化方面所做出的貢獻(xiàn)。純JSP和Struts寫Web誰快，擺明了是JSP。這種規(guī)范化很高的語言適用于多人合作的大型項目，便于溝通和理解，也就便于集成和維護(hù)。每個程序員都有自己的思路和習(xí)慣，寫出來的代碼自然是五花八門。就拿JavaEE來說，架構(gòu)師們需要考慮的問題比之三年前已經(jīng)簡單多了，這就是成熟的價值。就這一調(diào)查數(shù)據(jù)，不難看出，Spring+Hibernate+Struts的優(yōu)勢地位還是相當(dāng)?shù)拿黠@?！胺€(wěn)定壓倒一切”，這句話在IT技術(shù)領(lǐng)域仍舊適用。一切由Struts而起，而Struts最終也坐穩(wěn)了