• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            deepway

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              1 Posts :: 9 Stories :: 1 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(4)

            我參與的團隊

            搜索

            •  

            最新評論

            • 1.?re: 軟件運行日志[未登錄]
            • 我覺得調試日志不應該只記錄軟件的非正常過程吧,而是記錄軟件的運行過程。期間有不正常的時候用warning,error和fetal來記錄。
            • --hi

            軟件運行日志                    
            --------------------------------------------------------------------------------
                現代軟件日益復雜,徹底消除軟件中的錯誤已經被證明是不可能的,那么,及時發現錯誤、定位錯誤現場信息,迅速排除軟件錯誤就成為非常重要的事情,甚至在軟件實際運行環境中也是如此。軟件運行日志就是捕獲錯誤現場信息的一種重要手段。

                軟件運行日志是給誰看的?我認為是軟件維護人員、資深客戶(比如客戶方的系統管理員)。軟件中的錯誤信息,應該分為兩類,一類是軟件用戶能夠理解的,另一類是軟件用戶不能理解的,需要軟件維護人員介入的。前者,通常與軟件用戶的操作行為相關,軟件用戶在得到提示后,可以自行進行處理;而后者,通常與軟件自身缺陷、軟件部署環境問題相關的,只有軟件維護人員才能處理的。很明顯,對于后者的詳細內容,沒必要用告警對話框的方式提供給軟件用戶,而且這樣做,會大大增加軟件錯誤處理的復雜度。直接將其寫入運行日志,是最簡便、也最可靠的方法。可以想象下面的場景,應用軟件在某臺電腦上運行出錯,軟件維護人員或客戶方系統管理員查看運行日志,發現了一些系統模塊調用失敗的信息,并與開發人員遠程溝通,開發人員根據這些信息,迅速定位報告錯誤的代碼,隨后開發人員可能反饋,某個系統組件沒有的到正確的配置,也可能反饋,軟件中有一處缺陷,將在下一個版本或補丁包中得到修正。不管是哪一種情況,這一過程讓我們感到的是效率和愉悅。

                在了解到軟件日志是給誰看的之后,我們就可以合理制定軟件中的錯誤處理策略。一些錯誤,我們需要逐層向上報,最終得到妥善處理或者向用戶給出提示;另一些錯誤,我們直接將其信息寫入軟件運行日志,并向上反饋本函數發生了錯誤,未能成功執行。

                軟件運行日志的內容有哪些?我認為可以分為:關鍵信息提示、警告提示、錯誤提示、致命問題提示、調試日志。關鍵信息提示,是指軟件執行到了某些重要的節點,就將相應的信息寫入軟件運行日志,通過這些關鍵信息提示,我們可以了解軟件的大致運行過程是否正常,而它成本非常低廉,相比安裝龐大的開發調試環境。警告提示和錯誤提示,都是用于提示軟件中的錯誤,那么兩者之間的區別如何界定呢?還有,調試日志也是報告軟件錯誤的,與這兩者又如何相區別呢?

                我認為,調試日志與警告提示、錯誤提示的本質性區別在于,調試日志是面向開發人員的,是從軟件執行的角度發出的;警告提示、錯誤提示是從軟件功能的角度發出的。換而言之,調試日志是記錄軟件運行中的非正常現象,而警告提示、錯誤提示是記錄軟件某項功能失常的相關信息。

                我認為,警告提示、錯誤提示的本質性區別在于,警告提示是軟件功能出現問題,但沒有徹底失效;錯誤提示,就是此項功能完全失效,該項功能停止執行,立即返回;致命問題提示,則是軟件整體安全受到威脅。反映到程序中,通常就是,在一個函數中檢測到錯誤后,該函數以失敗的方式返回,就報告錯誤提示;若函數仍能繼續執行,就報告告警提示;若該錯誤嚴重違例,比如斷言違例、內存溢出、堆棧溢出等威脅穩定性的錯誤,就報告致命問題提示。

                一般來說,致命性提示,通常是與軟件自身缺陷引起的,應當引起開發人員的重視;警告提示、錯誤提示多半是軟件運行環境配置問題引起的,但也不排除軟件缺陷、用戶操作等因素,應當引起軟件維護人員、系統管理員的注意。

                對于軟件維護人員,調試日志意義不大,而其數據輸出量卻往往相當大,因此,在軟件部署運行環境下,通常應當通過配置開關,關閉調試日志輸出。只有開發人員介入后,才有必要打開該開關,從而在缺乏調試工具的環境中,獲得豐富的調試信息。

                總的來說,將每一種錯誤、每一種軟件環境配置問題都以對話框的方式提示出來,或許可以減小維護成本,代價卻是開發成本成幾何級數增長;軟件開發中省掉錯誤處理,的確可減少一些成本,代價是即便一個環境配置問題,都需要開發人員現場調試,軟件維護成本大大增加。而軟件運行日志,無疑是兩者之間取得平衡的關鍵性武器。

            posted on 2010-08-02 18:05 maxime 閱讀(2801) 評論(1)  編輯 收藏 引用 所屬分類: 設計方法 & 編程方法

            Feedback

            # re: 軟件運行日志[未登錄] 2012-10-07 18:09 hi
            我覺得調試日志不應該只記錄軟件的非正常過程吧,而是記錄軟件的運行過程。期間有不正常的時候用warning,error和fetal來記錄。  回復  更多評論
              

            日韩十八禁一区二区久久| 久久久国产视频| 久久亚洲中文字幕精品一区| 精品一久久香蕉国产线看播放| 国内精品九九久久久精品| 久久无码高潮喷水| 久久夜色精品国产www| 国产精品亚洲综合专区片高清久久久| 国产精品一区二区久久精品| 日本人妻丰满熟妇久久久久久| 亚洲AV无码久久| 99久久国产综合精品麻豆| 精品久久香蕉国产线看观看亚洲 | 精品国产福利久久久| AAA级久久久精品无码片| 国产精品天天影视久久综合网| 久久中文字幕一区二区| 国产毛片久久久久久国产毛片| 久久国产热这里只有精品| 日韩人妻无码一区二区三区久久99| 久久综合亚洲色HEZYO国产| 亚洲精品tv久久久久久久久久| 久久久国产99久久国产一| 人妻少妇久久中文字幕一区二区| 成人国内精品久久久久一区| 亚洲精品国精品久久99热一| 99精品久久精品一区二区| 久久99亚洲综合精品首页| 四虎国产精品成人免费久久| 久久精品无码午夜福利理论片 | 久久人人爽人人爽人人片AV东京热 | 色欲久久久天天天综合网| 久久久青草久久久青草| 无码8090精品久久一区| 欧美熟妇另类久久久久久不卡 | 久久香综合精品久久伊人| AA级片免费看视频久久| 国产成人综合久久精品红| 色综合久久最新中文字幕| 久久久国产精华液| 久久久99精品一区二区|