軟件

 jCpuTest 一個小小的基於JAVA的系統測試軟體 版本號碼 jCpuTest_0.01Alpha版 一.實現了CPU測試，包含了一些加減乘除方面的運算。 二.實現了記憶體讀寫測試，包含連續寫記憶體和讀記憶體。 三.實現了檔案讀寫測試，包含單檔案和多檔案讀寫測試。 稍後將還要實現，多線程串連，資料庫讀取，網路連接等效能測試。 最後還可能將加入映像測試。  //稍後提供 和

轉載自：bupteinstein的專欄-CSDN 市面上的思維導圖軟體產品真的是不勝枚舉。就我個人而言，我用過FreeMind、FreePlane、TheBrain，後來在網上查了查還有XMind、MindManager、MindV等。就我個人使用過的感受而言，它們大多都是基於Java語言開發的，想想也對，思維導圖節點樣式比較固定、相片順序一般都是自動完成，用Java寫比較方便。這樣還獲得另外一個好處，就是跨平台，Linux、Windows、Mac都可以用。另一個感覺是除了TheBrain，其他

友情連結：http://lovespss.blog.51cto.com/1907593/515192               http://josm.openstreetmap.de/wiki/Download#Ubuntuhttp://sourceforge.net/projects/viking/               論壇：http://forum.openstreetmap.org/ OpenStreetMap's Editing

功能：1.自訂映像格式讀寫顯示2.通用格式映像讀寫顯示3.基本的影像處理功能：a.平滑b.銳利化c.長條圖均衡d.灰階映像偽彩色化e.線性變化f.非線性變化h.反色i.目標識別4.影像處理過程記錄5.滑鼠拖動，滾輪縮放，捲軸6.鍵盤資訊錄入7.SQL Server資料庫底層互動 平台：Microsoft系列作業系統 +  VC + 第三方介面庫 下面是整體介面：   

內容、圖片和按鈕測試包含的範疇在網頁產品中，使用者獲得資料的來源中很重要的兩個方面是文字內容（本文簡稱“內容”）和圖片。內容主要以文字為主體傳遞資訊，而圖片則以圖表的形式以更加醒目的方式向使用者提供資訊。兩部分內容相互補充，均不可或缺。按鈕則用於針對使用者的點擊執行相關的操作，從而實現與使用者的互動，在使用者體驗中具有非常重要的作用。本文中將列舉部分在網頁產品測試中應用廣泛的 Checklist

軟體測試資料       近幾個月，每當我開啟電腦，刷下51就會有人加我好友，還留言說，自己是新人，知道我是自學的，想向我討下學習方法，以及學習資料，讓我幫幫他們，其實我每當看到這種訊息，就有兩種感覺，其一，我謝謝大家對我的信任；其二，我有點慚愧。我因為前幾天忙，所以在回信都說等我忙完給你們找下資料，現在我不一一回信了，所以才在這裡發個貼，希望見諒    

一個公司想要獲得成功，有兩個基本點：一個是好的人才；一個是好的業務。好的業務能夠吸引到好的人才；而好的人才也能創造出好的業務。成功的公司在這方面形成了良性迴圈，相反糟糕的公司形成了惡性迴圈。 保持團隊的穩定性說來容易，其實對於每一個優秀的研發經理和公司CEO都非常具有挑戰性，尤其是員工很多時候並不能意識到這一點和理解領導層的壓力。就好比單身漢不能理解父親的心情一樣。然而在家庭的未來面前，父親責無旁貸。 團隊穩定性涉及到很多方面的內容，比如公司文化、員工激勵、招聘流程、團隊建設、職業規劃、技能培訓

一名出色軟體工程師的基本功力Author：柳大·PoechantEmail：zhongchao.ustc#gmail.com（# -> @）編程首先至少精通一門進階語言，注意是精通。然後要熟悉額外的幾門語言。舉例來說，如果你精通 C 語言，那麼除了其語言標準之外，還要精通 Linux 平台的系統 API，以及一些常用的庫，還有單元測試工具。當然，如果你需要精通 C 語言的話，應該是需要你經常做與作業系統直接接觸的應用底層開發，或者編寫一些基礎庫。如果你精通 C++ 語言，那麼除了 C++

1.MVC(1)Model: The application object;(2)View: The screen presentation of the model;(3)Controller: the way the user interface reacts the user input.2.View and Model: decouple views and modelsEstablish a subscribe/notify protocol between views and

或許你正需要面試軟體測試工程師，或許你準備去應聘軟體測試工程師，以下是一些可能注意的問題。（選譯）有什麼原因讓你參與到測試和品質管理中來？什麼是測試生命週期，解釋一下它的各個階段？ 測試和品質保證有什麼不同？ 什麼是Negative測試？ 在之前做測試的過程總遇到過哪些問題？你是如何解決的？ 你是如何給你的測試和品質保證團隊力量的？ 你是如何定義品質管理的？ 你最喜歡測試和品質管理什麼地方？ 你最不喜歡什麼地方？ 什麼是瀑布式開發方法，你是否認同所有的步驟？

        開始之初的架構設計決定著軟體產品的生死存亡。“好的開始相當於成功一半”。　　開始的架構設計也是最難的，需要調研同類產品的情況以及技術特徵，瞭解當前世界上對這種產品所能提供的理論支援和技術平台支援。再結合自己項目的特點(需要透徹的系統分析)，才能逐步形成自己項目的架構藍圖。　　比如要開發網站引擎系統，就從Yahoo的個人首頁產生工具 到虛擬機器主機商提供的網站自動產生系統，以及IBM Webphere Portal的特點和局限

如何進行軟體架構設計？軟體架構設計的目的     對於外包業務類型的項目，軟體架構設計的目的與產品類型的項目有所不同，在這裡主要討論外包類型項目的軟體架構設計目的。    1、為大規模開發提供基礎和規範，並提供可重用的資產，軟體系統的大規模開發，必須要有一定的基礎和遵循一定的規範，這既是軟體工程本身的要求，也是客戶的要求。架構設計的過程中可以將一些公用部分抽象提取出來，形成公用類和工具類，以達到重用的目的。   

    最近在維護公司的一箇舊項目的時候，發現有些BUG改了又改，子生孫，孫又生子的。公司裡只要接觸過這個項目的同事都覺得非常的痛苦。一個對象的狀態被七八個地方修改，經常是這邊改成這樣，那邊又改成這樣，這邊對了，那邊又錯了。幾經思考，我認為這是違反了迪米特法則導致的。    迪米特法則（Law of Demeter）又叫最少知識原則（Least Knowledge Principle

作者:範智華 來源:天極       隨著電腦硬體成本的不斷下降，軟體在整個電腦系統的成本中佔有越來越高的比例，如何提高軟體品質是整個電腦軟體行業的重大課題。軟體測試作為軟體開 發的一個重要環節，日益受到人們的重視。為了儘可能多地找出程式中的錯誤，生產出高品質的軟體產品，加強對測試工作的組織和管理就顯得尤為重要。 1. 軟體生存周期    一個軟體從開始計划起，到廢棄不用止，稱為軟體生存周期。一般來說，軟體生存周包括計劃、開發、運行三個時期，每一時期又可分為若干更小的階段。計劃時期

 以前讀過《藍血十傑》，說的是十位哈佛畢業生如何拯救了福特汽車公司的故事。今天我來搞一個開源軟體十傑。No.1 自然非偉大的 RMS 莫屬了。Richard Stallman，GNU 的創始人，GCC 和Emacs 的作者。GPL 的發明人。No.2 Linux Fan 的教父，Linus Torvalds，Linux 的創始人和領導者。 No.3 Apache 的作者 Brian Behlendorf。No.4 Perl 的發明人 Larry Wall。 No.5 Miguel de

 　“軟體業，以人為本”。參與軟體開發過程的各類人員的共通心理表現，對整個開發過程起著舉足輕重的影響。作為一名項目管理者，非常有必要對其進行一一剖析，找出心結，然後對症下藥，加大溝通力度，提高開發效率。　　結症一：使用者，由於觀念上的不同，國內的使用者更傾向於看到一個實實在在的“東西”。傳統開發方法的每個階段的審查和簽字，留下的往往是那句經典 笑話：“不錯，這是我所要求的，但不是我想要的。”而且由於客戶看不到一個成型的“東西”，讓他在確認報告上籤字也是一件比較頭痛的事，更何況客戶的需求

關於軟體過程、或者是軟體生存周期領域內的工作流程、過程規範、產品研究了差不多半年時間了。研究的主要是開源、開放、業界標準相關，有點膚淺的心得，概要如下 :-)　對軟體過程支援環境而言：Eclipse: EPF比較成型的社區規模，沒有深入研究。不過感覺 eclipse 下面的東西基本是比較難用的，而且社區開發進度令人擔憂。OMG: SPEM規範就是規範，也只是規範。SPEM 的實現比較罕見，國內研究非常少，貌似中科院有個實現。國外關注也比較少，仍停留在理論上。規範，大而全啊....IBM:

基於 Petri 網的軟體過程支撐環境設計基於 Petri 網的軟體過程支撐環境設計摘要第 1 章 緒論1.1 軟體過程與過程建模1.3 軟體過程支撐環境現狀1.3 本課題的研究內容及意義1.3.1 研究內容1.3.2 意義1.4 Petri 網簡介第 2 章 軟體流程定義語言2.1 SPDL 概述2.2 SPDL 元模型2.2.1 XML Schema2.3 模型變換2.3.1 SPDL 域到 Java 域的變換2.3.2 SPDL 執行個體的 Petri 網圖產生2.3.2.1 基元塊2.3

軟體研發人員的考核一直是軟體企業管理的痛點，筆者在長期的研發管理實踐與諮詢實踐中，總結了進行軟體研發人員考核的一些基本原則，整理出來與大家共用： 1、要體現公司的價值觀 公司的價值觀體現了公司認可什麼類型的人員?要挽留哪些人?提倡做什麼?對這些人員的認可可以通過具體的考核辦法落實下來。比如企業鼓勵在某一個業 務領域內積累豐富的領域經驗，鼓勵在某個技術方向上進行深入鑽研等，對於提倡的這些行為，要有具體的獎勵措施。所以在定義考核辦法時，需要首先考慮清楚要 體現企業的哪些價值觀。 2、要體現多勞多得，

1.掛載DVD鏡像或者光碟片   1. sudo mount -t iso9660 -o loop /source /mnt/ISO   2.   3. sudo mount -t iso9660 -o loop /dev/cdrom /mnt/cdrom2.移走/etc/yum.repos.d下的所有檔案到你的備份目錄，這裡為$HOME/backup,自己可以更改   1. sudo mv /etc/yum.repos.d/* $HOME/backup3.編輯/etc/yum.conf   1