軟件

WLANPro.exe導致紫光IME失效？Baidu流氓軟體也有份endurer 原創2008-04-13 第1版　　一位網友說他的電腦中的紫光IME經常因WLANPro.exe出錯而失效：WLANPro.exe應用程式錯誤應用程式發生異常

遭遇流氓軟體 CPUSHendurer 原創2007-08-01 第1版剛才一位網友說他的電腦中了病毒，瑞星清除後重啟電腦又出現了，讓偶通過QQ遠程協助。檢查瑞星的殺毒記錄，原來是 CPUSH 這個流氓軟體。運行瑞星卡卡安全助手，使用[準系統]裡的[查殺惡意及流氓軟體]，果然報告發現 CPUSH，點擊[立即清除]按鈕……再檢查開機啟動項，發現還殘留有 CPUSH 的啟動項，像去年的sohu遊戲，也是表面讓使用者卸載了，但又設定了開機啟動項，從而在下次系統啟動時又自動安裝……下載

一堆垃圾軟體成Win XP啟動絆腳石~endurer 原創2007-07-10 第1版一位網友，電腦原裝有金山毒霸，不幸中標。換裝卡巴6，掃蕩出一片，但windows啟動時還是很慢，讓偶幫忙檢修。用 pe_xscan 掃描 log 並分析，發現如下可疑項：/---pe_xscan 07-06-23 by Purple Endurer2007-7-10 18:27:2Windows XP Service Pack 2(5.1.2600)管理使用者組O23 - 服務: 00006771 (00006

本文面向軟體測試新手，從測試前的準備工作、測試需求收集、測試案例設計、測試案例執行、測試結果分析幾個方面給出建議和方法。鑒於國內的軟體開發、測試不規範的現狀，本文為軟體測試新手提供了若干個軟體測試的關注點。　　【關鍵詞】軟體測試、測試案例、測試需求、測試結果分析　　引言　　幾年前，從學校畢業後，第一份工作就是軟體測試。那時候，國內的軟體企業大多對軟體測試還沒有什麼概念，書店裡除了鄭人傑編寫的《電腦軟體測試技術》之外，幾乎沒有其它的軟體測試相關書籍，軟體測試僅僅在軟體工程的教材中作為一個章節列出來

Software Task-SwitchingFrom alt.os.developmentAll lines preceded by a ">" were written by sefirot. All other lines were written by Kovacs Viktor Peter. > hello,> would you explain the way of software task-switching> ( namely, switching

        作為一個應屆本科畢業生，我深知自己的經驗不足，甚至在找工作的過程中才聽說軟體測試這個新名詞，很幸運我有機會做一個軟體測試工程師，也因此我接觸到了《軟體測試的藝術》這本經典的測試書籍。       

如今，軟體開發越來越複雜，軟體功能也越來越豐富。而幾乎所有成熟的商業軟體，都是靠一個Team Dev齊心協力的血汗結晶。“羅馬不是一天建成的！”，當我們震撼於Microsoft Windows的驚世巨著的同時，也道聽途說了微軟公司軟體工程是如何的完善規範。的確，集數百名員工幾年的共同努力之大成，軟體專案管理的成敗是控制開發成本的關鍵環節。這裡面，少不了貫穿其中的重要步驟----軟體文檔。 　　 軟體文檔可以分為開發文檔和產品文檔兩大類。

我的老同學開創了一個軟體公司，富的流油。今天他到這個城市來後馬上打電話給我：“還好吧？我到這裡的大學招畢業生，要呆上五天，咱哥們趁這個機會好好聚一聚，我做東。”    既然他要做東，    我理所當然順水推舟。    來到他下榻的賓館，看見一個大學生模樣的人站在他面前接受面試。我的老同學說：“我這裡有個魔方，你能不能把它弄成六面六個顏色？”那個大學生拿著魔方，面有難色。    我的老同學看了看我，對大學生說：“如果你沒有考慮好，可以把魔方拿回去考慮我直到星期五才走。”等那個大學生走了以後，我問老

CSDN確實是一個很不錯的地方，可惜我這個人學藝不精還懶，只有要用到的東西才肯去學，而且用完就忘（居然也能在開發隊伍裡濫竽充數這許多年），今天登入上CSDN，發現有這麼一個地方（實在慚愧，帳號不知道申請了多少年，上的次數卻少得可憐），決定在此安家，從此，我要秉承我國活到老學到老的的優良傳統，好好學習，天天向上，在這裡記錄下自己學習的點點滴滴（也省老用完就忘，忘了好歹從這兒還可以找找）。嗯，很為自己感動一把，激動一把。XML出來若許年了，可一直也沒機會用到，所以也從來沒關心過。最近公司一個項目要用

         剛上大學的時候就開始學駭客技術，一直想自己寫個駭客軟體。大二開始學編程後 ，自學各種語言。利用業餘時間寫了個遠端控制軟體，開發語言為C#，一直由於使用者系統不支援.NET，導致我寫了一半就沒興趣寫下去，至今完成2/3，代碼已經升級到VS2008

　　Google的一名編程人員開發了一款在Android上啟動並執行wiki軟體,為未來的手機辦公軟體提供了模板.　　據國外媒體報道稱,Google已經發布了其Android手機作業系統軟體包,有趣的部分是開發在Android上啟動並執行軟體.Google一名軟體編程人員建立了Apps-for-Android,這是一個採用Apache2.0許可的開放原始碼項目,目標是共用Android平台的樣本應用軟體.　　Apps-for-Android於3月4日推出了一款協作應用軟體━━WikiNotes

    RHEL(Red Hat Enterprise Linux)升級到5.0以後，開始用yum（Yellow dog Update Manager）來管理軟體包，包括軟體包的更新和補丁的下發。這個可不是一個小變化！這樣以來：    1，如果沒有購買 Redhat的訂閱，就不能得到安裝號碼（注意不是開始安裝時的序號），從而不能註冊系統，就不能得到紅帽的軟體更新和補丁服務；    2，“添加／刪除軟體”中（軟體包管理器，命令名字是 pirut），軟體“列表”就只能看到已經安裝的軟體包；而“瀏覽”

     根據Intel公布的訊息顯示，Moblin2.0作業系統將引入同為Linux的Android系統軟體市場功能，通過此功能，使用IntelMoblin系統的筆記本將可以從網路上下載應用程式。  　　根據Intel公布的訊息顯示，Moblin2.0作業系統將引入同為Linux的Android系統軟體市場功能，通過此功能，使用IntelMoblin系統的筆記本將可以從網路上下載應用程式。　　Android軟體市場功能類似於iPhone的App

易科技訊 10月6日訊息，據PC World報道，英特爾高管周二表示，正在開發一種可修改iPhone應用軟體，並運行在基於英特爾晶片的智能手機、平板電腦和其他裝置上的工具。英特爾沒有透露何時發布該工具。目前大多數智能手機和平板電腦都是基於ARM處理器，因此開發人員傾向於首先為ARM架構開發行動裝置 App軟體。通過使這些應用軟體更容易移植到英特爾處理器，英特爾希望為基於自己晶片的裝置創作更多的軟體--並因此帶來更多的裝置需求。英特爾軟體和服務部門副總裁及系統軟體部門總經理道格·費舍爾（Doug

　　本來“每日構建系列”在介紹完流程之後就結束了。後來，陸續有同學在評論和郵件裡諮詢和每日構建相關的一些工具。所以俺就再增加點內容，介紹一下相關的工具。　　雖然在前面的文章已經強調過，但是俺還是要再囉嗦一下——搞好每日構建的關鍵是：“團隊的管理和文化、團隊成員的觀念和意識”。缺乏這些關鍵點，再好的工具也成了擺設。　　在每日構建的過程中，涉及的工具主要有如下幾類：原始程式碼控制工具、編譯工具、自動化的測試工具、構建/整合工具。健忘的同學可以再回過頭去看看“這裡”複習一下。下面就是每一類工具的介紹。

測試工程師試題及答案姓名：____________ 事業部/部門：______________________ 崗位：________________ 成績：________本考卷時間長度：120分鐘  滿分：100分一、判斷題 （每題1分，共10分）10題1、軟體是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性。( √ )2、 白盒測試側重於程式結構，黑箱測試側重於功能，其中白盒測試需要程式員參與，黑箱測試不需要

 我看中國軟體---問題篇對於存在的問題，我以前喜歡提筆大罵，比如中國足球，再比如中國教育，因為我只是一個老百姓，知道自已改變不了什麼，就只有通過這種方式來泄氣，讓心理平靜一些好過一些，對於中國軟體，我也曾有過微詞，但由於在這一行混飯吃，有過太多親身深切的體會經曆，知道其實都挺不容易的，因此我們應以理性的態度去分析，而不能一味地痛罵，呵呵，現在想來，無論中國足球還是中國教育，要改變面貌都挺難的，不是換幾個領導寫幾份規劃就可以搞定的，中國軟體也一樣的道理，問題很多，而且大夥也都知道，可還是那樣，或

模型－視圖－控制器（MVC）是Xerox　PARC在八十年代為程式設計語言Smalltalk－80發明的一種軟體設計模式，至今已被廣泛使用。最近幾年被推薦為Sun公司J2EE平台的設計模式，並且受到越來越多的使用ColdFusion和PHP的開發人員的歡迎。模型－視圖－控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。MVC如何工作MVC是一個設計模式，它強制性的使應用程式的輸入、處理和輸出分開。使用MVC應用程式被分成三個核心組件：模型、視圖、控制器。它們各自處理自己的任務。視圖視圖

由於效能測試與功能測試有很大的區別，所以討論出的結果可能與預先的設想有一定的區別。　　效能測試的目的：　　為了驗證系統是否達到使用者提出的效能指標，同時發現系統中存在的效能瓶頸，起到最佳化系統的目的。　　效能測試指標的來源：　　使用者對各項指標提出的明確需求;如果使用者沒有提出效能指標則根據使用者需求、測試設計人員的經驗來設計各項測試單位。(需求+經驗)　　主要的效能指標：　　伺服器的各項指標(CPU、記憶體佔用率等)、後台資料庫的各項指標、網路流量、回應時間。　　BUG觀點：　　1、效能測試就

測試對象的功能測試應該側重於可以被直接追蹤到用例或業務功能和商務規則的所有測試需求。這些測試的目標在於核實能否正確地接受、處理和檢索資料以及商務規則是否正確實施。這種類型的測試基於黑盒方法，即通過圖形化使用者介面 (GUI)