軟件

1.測試工程師需要具備什麼樣的素質 適應新環境的能力 溝通能力 善於發現問題的能力 善於分析問題，定位缺陷 耐性 創新能力 沉著穩重 從使用者的角度看問題 善於總結問題 2.為什麼要做黑箱測試 驗證軟體產品是否符合需求文檔的設計 證實軟體產品符合終端使用者的需求。

  1，針對物件導向的設計與分析：為了讓軟體有更好的可維護性，重用性以及快速開發， 簡短的OOAD與它的SOLID原則對於每一個軟體工程師來說都是該牢記的。   2，軟體品質因素：軟體工程的好壞與軟體的品質因素是絕對關聯的。請在開發過程中深 刻的理解這一點。  

轉自Romandion的專欄 作為一名優秀是軟體開發工程師，以下的這些常識你知道嗎。在實際工作中有沒有總結過呢。小編就帶大家一起分享這20個軟體開發常識。 1.針對物件導向的設計與分析：為了讓軟體有更好的可維護性，重用性以及快速開發，簡短的OOAD與它的SOLID原則對於每一個軟體工程師來說都是該牢記的。 2.軟體品質因素：軟體工程的好壞與軟體的品質因素是絕對關聯的。請在開發過程中深刻的理解這一點。

IT行業，特別是軟體領域的朋友，我想你們跟我一樣都面臨一個共同的問題，軟體人員是不是吃青春飯的職業。我就以下問題發表一些我個人的看法，限於本人只從事系統管理和軟體開發的職業經曆，只從一個軟體開發人員的角度去發表一些見解。 1、IT行業，特別是軟體領域的朋友，我想你們跟我一樣都面臨一個共同的問題，軟體人員是不是吃青春飯的職業。

開發過程中，難免會遇到各種問題，但是針對問題解決思路有很多，這裡記錄下，目前使用的方法，以便後續遇到問題不會在慌忙中處理。 1、【記錄檔】查看軟體記錄的記錄檔，針對日誌和代碼結合進行分析，如果針對關鍵邏輯，沒有日誌記錄的習慣，那你就GG了，因為有些問題不是必現的，或者說你不能明確知道問題重現的步驟。 2、【抓包分析】，抓包有時真的很方便的，我今天就用抓包找到了一個不好解決的問題，常用的就是wireshark這個軟體了吧。

軟體調試時一門大學問，要有很好的基礎，很廣的知識面，很好的工具，很好很多的很綜合的調試方法，還要很耐心。。。 如果是程式運行過程中一直記憶體泄露，這個就是必須要處理的問題了； 1：一般除了 print 調試資訊， log日誌，斷點調試，和查看堆棧 ； 2：通過Debug運行，最後關閉程式，在output中查看尋找記憶體泄露地址； 3：屏蔽所有可能泄露的地方，直到運行後沒有泄露， 然後逐步放開屏蔽代碼，逐步調試；

原文連結：http://blog.csdn.net/myarrow/article/details/9306961 1. 802.11管理功能–使用者接入過程       STA (工作站）啟動初始化、開始正式使用、AP 傳送資料幀之前，要經過三個階段才能接入:       (1) 掃描(SCAN)        (2) 認證(Authentication) 

收集了一些開源＋商業雙授權的軟體項目： 原始表格請開啟我的網上文檔：雙重授權 如果一個項目採用了GPL授權，那麼所有對該項目進行的修改、調用，在重新發布的時候都必須使用GPL授權。從這一角度來看，GPL授權是對開發人員有較強保護的：防止你的項目被用於閉源的項目。但GPL也是一個雙刃劍，如果你想同時支援GPL和商業授權，那麼必須得到該開源項目所有貢獻者的同意。因此，如果你是唯一的貢獻者，開放商業授權會比較容易，但這樣的話GPL是不是一個理想的選擇呢。

一、安裝SVN伺服器端和用戶端(1.9版本) 二、建立SVN倉庫 建立倉庫： 用命令：svnadmin create 倉庫地址 如：svnadmin create E:/svn/app/shop 三、將SVN添加到服務 開機自動啟動 使用命令： sc create svn binpath= "F:\software\SVN\server\bin\svnserve.exe --service -r

閑著無聊，就在網上亂逛，發現一個小遊戲《讀心術》，http://www.guabu.com/heart/，  一開始玩的時候覺得有點神奇,後來發現了背後的秘密。最近都在做iphone開發，閑著也是閑著，於是做了一個iphone版的讀心術遊戲。   你可以下載源碼來看看背後的真真原理。     源碼隨便用，沒有任何著作權。   歡迎iphone高手一進研究進步，讓中國有一片光明的iphone天空。

 我的msn簽名：超強的毅力+堅定的信念。 信念常有，就是不堅定，另缺乏毅力，至今一事無成，故以此簽名來督促自己。 朋友說，超強的毅力+堅定的信念=瘋子，聽此啞然失笑，我要讓自己成為一個瘋子。仔細想想，擁有這兩種品質的人何嘗不是常人眼中的瘋子。但，我的信念不會因為“瘋子”二字而動搖，而要加油了。 沉澱再沉澱，決定開通我的技術部落格，作為一個成果展示的platform和浩瀚資料的database，希望能結交一些軟體測試行業的朋友，並多多交流。

測試案例設計是測試人員必須掌握的基本技能之一，也是個痛點之一。那麼寫好的測試案例如何去評估有效性呢。最近一直在思考這個問題，本來想年前來一篇的，但是一直偷懶，直到現在，網上的資料很多，這裡就結合自己的思考簡單談談自己的看法吧。 　　1、從測試案例的形式分析

有人說 程式員這個職位不好，我問他為什麼 他說費腦  你想做什麼  我不知道；程式對於我來說是份很好的職業,每天坐著寫代碼 總比那些暴風雨霖的職業好多了 坐著慢慢的修改BUG ，鍛煉我們的耐心 ，開發程式，鍛煉我們的大腦，程式這個職位相對薪水高，只是偶爾要付出那麼一點點。請大家堅持現在的職業，尊重現在的職業! 高中三年寒窗苦讀，不知不覺進入了大學，面對一串不認識的代碼，什麼意思，茫然無知，老師只是照本宣科，學生根本沒有接觸到代碼，也只是傻傻的跟著老師截圖的代碼敲著鍵盤

缺陷管理工具： 　　1. Bugzilla 　　2. Bugfree 　　3. TestDirector （Quality Center） 　　4. ClearQuest 　　5. JIRA 　　6. Mantis 　　7. Bugzero 　　8. BugTracker 　　9. URTracker 　　10.KisTracker 　　11.TestLink 　　12、JTrac 　　13、BugNet 　　1

　　隨著軟體市場的成熟，人們對軟體作用的期望值也越來越高，我國的軟體企業已越來越意識到軟體測試的重要性，逐漸加大軟體測試在整個軟體開發的系統工程中的比重。 　　軟體測試並非傳統意義上產品交付前單一的“找錯”過程，而是貫穿於軟體過程的始終，是一個科學的品質控制過程。而對於任何工程產品都可以使用以下兩種方法之一進行測試，即黑箱測試與白盒測試。 　　二、黑箱測試在軟體測試中的作用

       1.測試為品質而不只是數量：“這有1000個bug…很好。”測試員，請不要被數量震懾住。識別出最重要的缺陷和故障，協助公司或者開發使bug更具有意義，這件事比僅僅為數量而測試要高出10倍的協助。 　　2.學會考慮優先順序：在第一條中，優先考慮測試什麼是很重要的。在測試應用細節前，先測試應用程式的最關鍵區段，將有助於你第一時間找到最有價值的bug。當然，這也使得Team Dev能夠儘快地修複應用最核心的部分。 　　3

01 運行 1）App安裝完成後的試運行，可正常開啟軟體。

簡介 　　 程式碼涵蓋範圍是衡量項目原始碼被 測試的一種指標，部分的人認為這是一個非常有用的標準，越高的程式碼涵蓋範圍可能就代表了更高更安全的品質保證；部分人對代碼覆蓋保持懷疑的態度，儘管承認覆蓋率是測試品質的一個標準，但不一定相信已被覆蓋的代碼是經過良好的測試的；而也有一部分人認為程式碼涵蓋範圍在項目中是沒用甚至對項目是有害的，可能程式碼涵蓋範圍較高，項目實際品質較差，給項目成員提供了一種錯誤的安全感。

最近有機會做一些面試工作，主要負責面試軟體測試人員招聘的技術面試。 之前一直是應聘者的角色，經曆了不少次的面試之後，多少也積累一點面試的經驗，現在發生了角色轉變。初次的面試就碰到個工作年限比我長的，也沒有時間仔細瞭解對方的簡曆，再加上應聘者比較“強勢”。面試情況是比較糟糕的。 有同學會說，唉。不就失去了一個應聘者嘛。多面幾個就好了。這不單單是失去應聘者，面試者對面試官的印象更重要。面試官的能力與表現對於初次面試者來說往往代表的是公司的，更具體點是測試團隊的能力。