軟件

“又是一年 畢業時 ”，看到一批批學子離開人生的象牙塔，走上各自的工作崗位；想想自己也曾經意氣風發、躊躇滿志，不覺感歎萬千……本文是自己工6年的經曆沉澱或者經驗提 煉 ，希望對所有的軟體工程師們有所協助，早日實現自己的人生目標。本文主要是關於軟 件開發人員如何提高自己的軟體專業技術方面的具體建議 ，前面幾點旨在確定大的方向，算是廢話吧。謹以此文獻給那個自己為你奉獻 3 年青春與激情的Team Dev 。 還有團隊成員 ： PPL 、 YT 、 YK 、 TYF 、 LGL 、 CHL 、

測試情境(test scene)，你也可以理解為測試環境，是自動化測試案例(automation test case,ATC)執行的一個情境。我們可以這樣來定義它：test scene 是ATC所要執行的前置條件，而又獨立於被測程式(application under test, AUT)。我們在這兒要討論的是，建立test scene應該用什麼方法更為合適?GUI automation test 要求我們GUI測試案例盡量用Mouse的點擊與Keyboard的輸入來實現(GUI test

綱要：1）TA代碼的特點；                   A ，與其它編程的相通之處                   B， 與其它編程的不同                   C， TA適用的場合                   D， TA的做法            2）TA開發現在所面臨的問題；                    A，易用                    B，重用                    C，有效                   

前段時間在window下做android開發，可以用adb命令給android虛擬機器安裝apk軟體，這段時間轉到了linux下來，我用的是ubuntu，搭建好android開發環境的之後，我開始給android虛擬機器安裝一些常用的軟體，比如檔案瀏覽器什麼的。首先開啟終端，cd到android SDK所在的目錄下，然後進入platform-tools檔案夾，ls顯示檔案後，你會發現有個名為adb的可執行檔，就是用這個adb命令來為android虛擬機器安裝apk軟體的。./adb

要實現的功能：     一、從伺服器端瀏覽/尋找所需資源：                       1、採用表格網頁的形式瀏覽伺服器上的資源。     2、網頁向訪問者提供資源的一些基本資料（比如：名稱、大小、資源提供伺服器的數量）。     3、網頁也可以根據訪問者提供的名稱尋找要求以表格的形式列舉出符合要求的資源基本資料。     二、從伺服器端擷取資源提供伺服器和其他下載使用者的資訊：                      

 《測試驅動開發》雖然是一本薄薄的書，但解開了我心中不少的疑團，可惜也帶來了一堆新的問號。        我們平時開發的流程大致分為兩個步驟：確定需求，編碼實現。如果分得再細一點，可以分為n個步驟：提出需求、確定需求、編寫需求文檔、資料庫建模和對象建模、編碼、整合測試和驗收測試。編碼的過程又可以分為n個步驟：編寫功能代碼，單元測試。雖然這種流程不算是RUP，但我覺得卻是向著RUP進發。        

寫這篇日誌其實是有感而發。剛剛偶然看到論壇上有位童鞋在詢問非電腦專業的做自動化的話難不難，看內容貌似這位童鞋應該才參加測試沒多久，覺得做黑盒手工技術含量低，不涉及代碼，以後沒發展前途云云。這樣的話我聽過很多，這不奇怪，這也是大部分測試同行的一個普遍的現象。確實，正如我上一篇博文《軟體測試工程師的“三十六變”》所寫的，自動化測試工程師/架構師是我們測試人員的發展方向之一，要想向技術方面發展的話，可以說是大多數測試人員的理想目標。但被大多數人所忽視的一點現實是，很多人可能都沒有想過：以我現在對測試的

軟體版本號碼總結：V（Version）：即版本，通常用數字表示版本號碼。(如:EVEREST Ultimate v4.20.1188 Beta　)Build： 用數字或日期標示版本號碼的一種方式。(如:VeryCD　eMule　v0.48a　Build　071112)SP： Service Pack，升級包。(如:Windows XP SP2 / Vista　SP1)授權和功能劃分：Trial：

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

                                      軟體登入軟體 DIY     Http 協議是 Web 服務的主要協議之一，網頁的瀏覽和網站動態資料的提交就是由這個協議實現的。實現的過程是通過 Http 會話，向 Web 服務器進行資料請求(讀取、儲存等)。    我們編程中常用的有 POST 和 GET 資料請求。POST 可以用於把使用者輸入的資料以資料流的方式傳給 CGI(ASP、JSP) 程式，CGI 再通過 Contect-Length

    GreenSQL 資料庫防火牆    ============================================================    GreenSQL 是一款資料庫防火牆程式，用來防止 SQL 插入式攻擊。GreenSQL 使用的是代理的模式來支援 MySQL 資料庫，結構圖如下所示：    MySQL壓力測試工具    ============================================================   

    //軟體的版本控制問題，從有軟體開發的概念開始，就是一個問題。隨著大規模的團隊開發的增多，版本管理和控制問題變得迫切和重要起來。所以，軟體的版本控制問題一開始並不是用軟體來管理的，今後也不一定非要用軟體來管理軟體開發。但是：使用版本控制軟體的確是大勢所趨，已經幾乎是一個繞不過去的問題了。    //版本控制軟體目前很多，而流行的是 CVS 和 SVN，SVN 是後起之秀，有取代 CVS 的趨勢。    //版本控制的錯誤意識之一：一個人的微型軟體作坊，用不上版本控制軟體。     

  在我們身邊，你會發現存在著很多小型軟體公司，他們少則幾人，多則幾十人。他們在苦苦地經營著，有的不斷壯大，有的也在不斷衰弱。但是隨著中小型企業對資訊技術重視程度的提高，小型軟體公司也會有更多的機遇。那麼這些小型軟體公司如何尋求自己的出路呢？ 　　 [產品定位不容忽視] 　　

管理軟體，本質上是對業務的一種抽象及描述，它讓商務程序能夠自動化。如果商務程序本來就沒有梳理清楚，就來開發或實施，結局往往就像國內很多流產的ERP。 管理軟體，本質上是解決一種秩序和效率，也就是說，當業務的混亂度還沒有達到一種臨界點，需要一個所謂的軟體來管理時，這時候上它，往往會帶來更低的效率。就像一個深山老林的大爺，並不需要一個鬧鐘來提醒他何時起床(作息時間管理)。

軟體專案管理 -軟體專案管理在管理思維中的空白空白1：為效益而實施專案管理　

轉載自：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

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

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

這裡總結了1970年以來的軟體開發方法，這些開發方法的某些特質與動物園的某些動物類似哦！，這些開發方法的某些特質與動物園的某些動物類似哦！Waterfall – 1970瀑布模型是一種連續的軟體開發過程……，它使得開發從需求分析、設計、實施（驗證）、整合、整合和維護階段逐步發展，就像瀑布流一樣。你無法停止瀑布模型，如果你在項目實施過程中並且需求發生變化時……意味著你將陷入困境。毫不懷疑，瀑布模型是Scuffia最喜愛的方法。V-Model -