軟件

 　　在昨天“正確地做事(善用工具)”的文章裡提到了代碼提交頻度的問題。當時我特彆強調了“要保證提交的代碼能編譯通過”，理由是“對於每日構建很重要”。我估計列位看官中，不太熟悉每日構建的，大有人在；而且國內停留在手工作坊階段的軟體公司，為數也不少。因此今天我們就來說一下"每日構建"這個話題。假如你平時已經很善於運用"每日構建"這一有效手段，可以直接略過本系列，去看其它文章。　　照例先來說說什麼是“每日構建”，每日構建在洋文裡也稱為Daily Build或者Nightly Build。具體定義見“

 　　上一個文章“軟體工程進階之每日構建[0]：概述”提到說每日構建是一種很牛X的軟體工程手段。本文章就來說說它到底有多牛X。為了加深大伙兒的印象，我先來說一些陳年往事。　　話說上世紀末，我還在一家小公司幹活，並參與開發了一個C++的項目。當時公司的流程是：開發人員寫好代碼，自己編譯好，丟給測試人員測試；測試人員如果發現bug，口頭通知開發人員改；開發人員改好bug，再丟給測試人員測試......　　★案例1（開發的混亂）　　有一天，開發組的小頭目找來程式員甲。　　>>小頭目：你負責

 　　上一個文章務虛了一下每日構建的幾個主要好處。今天開始來說點實在的：也就是每日構建具體要如何開始搞，要做哪些準備工作（如果你所在的團隊已經在用每日構建，你可以跳過這個文章）。　　每日構建不比其它純技術的玩意兒，它是一個集體行為，它會改變包括編程人員、測試人員、產品人員等一堆人的工作模式。所以如果你想在公司裡推廣它，首先得掂量一下自己有幾斤幾兩。一般來說，至少要做到項目主管或部門主管之類的層級，才有可能推得動。假設你尚未達到這種重量級，那看完本帖就算數，不可輕舉妄動，切記、切記。　　說到這裡，

　　在上一個文章已經介紹了幾方面的準備工作，今天來說一下具體流程。對於流程的每一個環節，我會強調一下容易出問題的地方。　　★提交代碼到原始程式碼控制伺服器　　以下為了打字方便，簡稱為RCS（Revision Control

　　越來越覺得在中國做程式員很沒意思，甚至找不到中國軟體公司及程式員的價值在哪裡。　　先來看一個簡單的例子，公司接了一個小case，花了兩個月，給客戶報的是20個人月，兩個月後項目驗收，客戶交付30萬。而實際的情況是，公司是一個小公司，核心開發人員就你一個人，另外配了兩個剛從學校畢業的學生協助你，還花3000塊錢請了一個美工來搞背景美工設計。　　直接人工成本：你的工資按1萬元/月算，兩個月也就兩萬塊。畢業生每月工資2500塊，2500*2*2=１萬塊，而美工費用3000塊，全部合計下來也就330

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

轉載自：http://www.51testing.com/html/56/n-823056.html輔導學員簡曆面試，發現還是有不少人思路不是特別清晰，也不知道該如何準備一次完美的面試。下面總結了關鍵的12個問題，能夠比較完美地回答好這12個或者12類問題，相信能夠給自己的面試帶來很大的協助：　　第一個問題：自我介紹（心理學首因效應告訴我們第一印象非常重要），自我介紹最重要的是能夠在面試官心目中留下一個好的第一感覺。說得更直白一點是讓面試官舒服。但是我發現很多人就是直接簡單的介紹了一下過去的經曆

Acceptance testing : 驗收測試 Accessibility test : 軟體適用性測試 Ad hoc testing     : 隨機測試 Algorithm analysis : 演算法分析 Alpha testing      : α測試 Anomaly            : 異常 Artifact           : 工件 Automated Testing  : 自動化測試 Architecture       : 構架 Assertion

Debian軟體包由dpkg軟體包管理工具製作。dpkg遵循由一個單獨的文字檔所指定的一系列指令。在基於debian的系統中，如果你使用如下命令：apt-get source

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

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

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

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

 Term   : FreeXploiT Author : ALLyeSNODate   : 2005-5-21繼superpig的論題的原理用那個 ..的目錄漏洞 構造畸形目錄 使殺毒軟體報錯呵呵測試環境XP SP1殺毒軟體 MCAFEE 8。0I過程1.md ..../2.md ...../3.md test4.copy backdoor.exe test5.mcafee check 6.死迴圈其他殺毒軟體沒測試，大家測試一下其他的看行不行吧其實，嗯嘿嘿 ，，，自己想想吧

1、採集軟體：   RealNetworks Helix Producer Plus    該軟體，可以直接從裝置採集為RM格式，調整格式為 1.5Mbps RMVB格式，即可省空間，又保持映像清晰，也省去avi轉rmvb的漫長等待時間2、燒錄軟體：   Nero3、燒錄軟體RM支援： RM/RA Plugin for Nero    使用注意的是，必須把.rmvb改名，改成.avi，然後可直接刻成視頻光碟片。根據個人使用經驗，如上方案，可以使用最少的軟體，達到硬碟儲存空間、操作時間、映像效果3

 現在是不是裝軟體很煩人啊,弄不好一路Next下去還會裝上以3721,中搜,網路豬,劃詞搜尋,百度搜霸等為核心的流氓軟體集團,HOHO,所以嘛,軟體,就是要綠色的爽!但是現在的程式員越來越不厚道了,一個幾K的工具都要先msi再rar最後zip,怎樣剝離安裝檔案setup.exe中的資源是長久以來沒能解決的問題.雖然有n多命令列的工具可以用來unpack,但有多少人願意在每次安裝軟體的過程中輸入那麼一大串命令呢?所以老外做了個整合的GUI程式,可以用來unpack

 關注星空極速的目標 - '佔領使用者案頭'根據我們得到的資料透露,這個計劃被稱為"星火燎原",不得不引起我們所有網民的警惕!今天一位不願意透露姓名的知情人士在IM上向cnBeta提供了大量有關於中國電信"星空極速"的可靠資料和一些內部資料,據這位訪客所說,安裝了星空急速的所有使用者均被這個軟體記錄下並發回了MAC地址,保守估計我國"星空極速"比較普及的某省份要有50%的MAC地址被這款軟體綁定,

Telelogic DOORS 是世界領先的需求管理工具；它通過改進需求溝通與協作，可以最大限度地提高商務程序最佳化工作的價值以及系統工程和軟體開發項目的品質。DOORS 特別適合在同一地理位置工作的組織和在同一地理位置處理的項目，它能夠增強營運目標、客戶需求、技術規格和規則的可見度，因而可以提高品質。因為擁有強大的捕獲、連結和管理需求變更的能力以及跟蹤能力，所以這種多平台系統可以確保項目能夠滿足需求，能夠符合規則和標準。 目前最高版本為V8.0。Telelogic DOORS

（一）離岸開發中心（ODC）模式：歐美客戶直接在中國建立子公司，成立其位於中國的離岸開發中心（Offshore Development Center，ODC）。ODC在中國招聘軟體技術人才，為其歐美總部提供軟體開發服務。 （二）離岸開發模式：歐美客戶直接與國內軟體企業簽訂合約，實際是一些客戶服務量不大的軟體開發項目，因為國內企業難於提供歐美在岸服務。

 我們期待自己成為一個優秀的軟體模型設計者，但是，要怎樣做，又從哪裡開始呢？將下列原則應用到你的軟體工程中，你會獲得立杆見影的成果。 　　1. 人遠比技術重要 　　你開發軟體是為了供別人使用，沒有人使用的軟體只是沒有意義的資料的集合而已。許多在軟體方面很有成就的行家在他們事業的初期卻表現平平，因為他們那時侯將主要精力都集中在技術上。顯然，構件(components)，EJB（Enterprise Java