軟件工程思想—測試與改錯(文件)
【正文】 界情況，程序也“喜歡”在邊界值處出錯。再取 x=0以及x=1進行邊界值測試。所以大多數(shù)軟件公司要求程序員在寫完程序時，馬上執(zhí)行基于單步跟蹤的“白盒測試”。（2）輸入定義域之外的數(shù)值，上海人常說的“十三點”也算一種。有時人們關(guān)心測試的“絕對值”，如數(shù)據(jù)送輸速率是每秒多少比特。在獲取測試的“相對值”時，我們要確保被測試的幾個軟件運行于完全一致的環(huán)境中。性能與效率測試中很重要的一項是極限測試，因為很多軟件系統(tǒng)會在極限測試中崩潰。要是再不起作用，就向產(chǎn)品支持部門打電話。好多人甚至不知道文檔是軟件的一個組成部分。文檔中很多內(nèi)容對開發(fā)者可能是“顯然”的，但對用戶而言不見得都是“顯然”的。沒有人天生就能寫出好程序，都是練出來的。改錯是個大悲大喜的過程，一天之內(nèi)可以讓人在悲傷的低谷和喜悅的顛峰之間跌蕩起伏。改了錯誤時，比女孩子朝我笑笑還開心。那得意勁兒仿佛同時談了兩個女朋友。忽有一天醒悟過來，覺得自己太對不起森林，決心補救錯誤。如果因畏懼而拖延，會讓你終日心情不定，食無味，睡不香。我認為大多數(shù)人著急了就會蠻干，早把“智”丟到腦后?？墒怯幸惶煲估铮兄宦槿革w進我的房間，它的逃生方式竟然與蜜蜂一模一樣。有人問阿凡提：“我肚子痛，應(yīng)該用什么藥？”阿凡提說：“應(yīng)該用眼藥水，因為你眼睛不好，吃了臟東西才肚子痛。改了一個程序錯誤固然是喜事，但要防止樂極生悲。能否做好測試與改錯工作，思想認識和辦事態(tài)度是最關(guān)鍵的。單步跟蹤測試將使你以后的日子更輕松。在此，我竭力建議大家閱讀Steve Maguire著的《Writing Clean Code : Microsoft Techniques for Developing Bugfree C Programs》（有中文譯本，[Maguire 1993]）。“黑盒測試”就象通過提問題來判斷一個人是否是個瘋子，但無法知道他為什么成了瘋子。 小 結(jié) 優(yōu)秀的程序員敢于聲稱自己的代碼沒有錯誤，這種自信讓人羨慕不已。（4）在改錯之后一定要馬上進行重新測試，以免引入新的錯誤。它是到天亮后才飛走的，這一宿我倆都沒息好。 我們經(jīng)?？吹?，蜜蜂或者蒼蠅想從玻璃窗中飛出，它們會頂著玻璃折騰幾個小時，卻不曉得從旁邊輕輕松松地飛走。（2）不可蠻干。此大勇也。東北有個林場工人，工作勤奮，一人能干幾個人的活。他說：“今天我化了十幾個小時沒能干掉一個錯誤，剛才我去了廁所五分鐘，一切都解決了。我從大三開始真正接受改錯的磨練，已記不清楚多少次汗流浹背、濕透板凳。我上大學前不會說普通話，不會寫作文，現(xiàn)在我極能說會寫，當個秘書或書記已綽綽有余。很多程序員能編寫出好程序，卻寫不出清晰的文檔。完備性是指文檔不可以“虎頭蛇尾”，更不許漏掉關(guān)鍵內(nèi)容。[Cusumano 1995]一般認為，如果用戶不翻閱手冊就能使用軟件，那么表明這個軟件具有較好的易用性。 易用性測試易用性測試沒有一個量化的指標，主觀性較強。但軟件環(huán)境的因素較多，除了操作系統(tǒng)，程序設(shè)計語言和編譯系統(tǒng)對軟件的性能也會產(chǎn)生較大的影響。在獲取測試的“絕對值”時，我們要充分考慮并記錄運行環(huán)境對測試的影響。這里我舉不出例子，因為我沒有對程序粗暴過，并且這輩子也不打算學會粗暴。容錯性好的軟件能確保系統(tǒng)不發(fā)生無法意料的事故。在用“白盒測試”方式進行正確性測試時，有個額外的好處：如果測試發(fā)現(xiàn)了錯誤，測試者（開發(fā)人員）馬上就能修改錯誤。憑直覺等價區(qū)間應(yīng)是（0, 1）和（1, +∞）。還有一種有效的測試方法是邊界值測試。等價區(qū)間的概念可表述如下：記（A, B）是命題f(x) 的一個
法律信息相關(guān)推薦
鄂ICP備17016276號-1