軟件

原文出處：http://www.51testing.com/cgi-bin/viewthread.php?tid=2089&fpage=1紅色字型部分是 jackei 自己添加的一點感想 軟體測試員的目標是找出軟體缺陷，儘可能早一些。 軟體測試員的一個基本素質是：打破沙鍋問到底。 大多數軟體測試員應具備的素質： 1.探索精神：軟體測試員不會害怕進入陌生環境。有較強的學習能力，可以用最快的速度成為一個新的行業的專家（就像

軟體架構樣式 Kalyan Bandarupalli著，hystar翻譯 架構樣式是一套原則，你可以使用其來構建一個特定領域的典型的系統架構樣式。實現軟體架構樣式依賴於你的組織實現架構樣式的能力及基礎性約束。這邊文章解釋了基於一種需求應該選擇怎樣的架構樣式。 介紹 架構樣式是一套原則，你可以使用其來構建一個特定領域的典型的系統架構樣式。實現軟體架構樣式依賴於你的組織實現架構樣式的能力及基礎性約束。這邊文章解釋了基於一種需求應該選擇怎樣的架構樣式。  架構樣式

廣州軟體測試交流會第二次活動報道 通訊員  關河  jackei   廣州的初春帶來的依然是陣陣的寒意，陰霾的天氣和淅淅瀝瀝的小雨交替的上演，似乎也在告訴我們：“IT業的冬天”還沒有完全過去。 2005年2月26日，廣州第二次測試交流會在地球村科技的會議室順利召開：）感謝召集人jackei、許珊珊、江偉橋的辛苦努力，特別要感謝江偉橋和地球村科技無償提供會議場地。

廣州軟體測試交流會第二次活動資料下載廣州軟體測試交流會第二次活動新聞報導廣州軟體測試交流會第二次活動 時間：2005-02-26 14:00-17:00地點：廣州東華西路150號景華大廈4樓廣州市地球村電腦網路軟體技術有限公司 會議室議題：軟體測試概論      主持人：jackei（聯絡電話 33011774）  Carkulor 

　　中國古代的茶壺工匠喜歡在獻給皇上的茶壺最隱秘處刻上自己的名字，雖然被發現是要殺頭的,但是很多人仍樂此不疲。如今，微軟公司中也出現了如此一幕，此人叫胡萬進，從97年起便一直為微軟製作字型檔，在word97以後版本中，用office內建的"隸書"輸入一個"胡"，然後把字型大小設為初號，再把顯示比例換成500，最後設定格式-〉字型-〉效果-〉選中空心，大家看看出現了什嗎？? 　　這就是前段時間在網上盛傳的M$

廣州軟體測試交流會第三次活動公告  時間：2005-5-28 14:00-17:00 地點：廣州市體育東路六運五街52號二樓 21CN公司（點擊這裡下載地圖）  主題:01.   效能測試工具LoadRunner的應用      主講人：劉柏青  資深軟體測試工程師02.   基於TestDirector的測試管理實踐      主講人：陳華 21CN軟體測試部主管  排程：      14:00-14:15           簽到      14:15-15:00          

今天又收到一份留言，留言的是一位署名為“琰”軟體專業的大三女生，正困惑於畢業後應該考研還是應該工作？如果做軟體測試並希望做得很好是否需要考研？ 看完這條留言的那一瞬，一個人影從我的腦海中一閃而過，偶定睛一看，不是別人，正是那極度自戀、文字和言語都充滿激情，被稱為“一枝芙蓉壓海棠”的半大老頭——“芙蓉叔叔”徐小平。汗～ 回複，還是不回複？偶的內心作了一番簡短的思想鬥爭，因為偶幾年來一直保持著郵件和留言必回覆的良好傳統，但是唯專屬一類郵件和留言偶不做明確的回複，就是“考研，還是工作”。現在偶又一次站

很有意思的一篇文章，看完之後覺得文中提到的“快速的迭代式學習和實踐”跟我之前的一些想法非常的類似，而且在實踐中也覺得這個所謂的“快”的確有很大的協助。有興趣的朋友可以看看

　     軟體產業面臨的挑戰共所周知，我國在軟體領域要趕超世界先進水平，測試技術和能力是非常關鍵的因素。微軟公司通過和 業界同行分享自己的實踐經驗，共同探討、支援和合主要從常見的軟體測試作，以使現有測試理論、技術、方法、和程式更加符 合當前軟體產業的需求。本次講座理論和實際經驗入手，介紹、分析和解釋軟體測試有關的方法、理念和實踐經驗：測試基本概

整理資料翻出來的，不知出處，供各位參考——也說明一下《無處不在的效能測試》。 序號測試子項/內容基本要求A9.1資源特性　A9.1.1模組裝載後記憶體佔用量啟動全部模組所佔記憶體A9.1.2模組卸載後記憶體釋放率關閉全部模組記憶體釋放情況A9.2時間特性　A9.2.1第一次啟動文文書處理程式的時間安裝後第一次啟動文文書處理程式所需時間A9.2.2第一次啟動試算表程式的時間安裝後第一次啟動試算表程式所需時間A9.2.3第一次啟動幻燈製作程式的時間安裝後第一次啟動幻燈製作程式所需時間A9.2.4非第

這是我在做CodePlus軟體的註冊模組時遇到的實際問題，現在還沒有很好的解決。.Net程式很容易被反編譯出來，也可以通過混淆器來進行一些掩蓋，也可以通過強式名稱來保證不被修改。這真是一個矛與盾的問題。那麼到底怎麼最大限度的保證軟體不被修改、註冊器不容易被編寫。可能真是一個頭痛的問題。一般的思路大致是：一、在註冊機制上採用非對稱式加密結合數位簽章的方法（這個過程較為複雜，也是我目前沒有弄出來的地方，不過我會努力解決這個問題的，也希望得到高手們的指點）二、一定要強式名稱。關於如何使用強式名稱，這個

前日，與一位在軟體業做事的朋友聊天，說到國人對國產軟體的一些認識和看法，以及國產軟體面臨的諸多困難，本人亦頗為感慨。不能說所有人對國產軟體都有微詞，這裡僅就某一些人某一些誤區談些看法。一、外國軟體比國產軟體好、高端，“外來的和尚好念經”。雖然有些人可能不承認，但潛意識裡的確是這樣。就好比奇瑞和日產轎車，現在國產轎車效能等並不遜於“洋車”，但同樣的價位，好多人就會選擇日產轎車。因為在他們潛意識裡，外國的東西似乎就比國產的好。軟體也是，就拿辦公軟體來說，WPS是國內一款優秀的軟體，其僅有20M的體積

把下面這段代碼複製到記事本裡，儲存為文字檔，然後靜觀殺毒軟體的動靜。若有反應，那您就可以初步放心了... 注意：這段代碼是歐洲電腦防病毒協會開發的一種病毒代碼，其中的特徵碼已經包含在各種殺毒軟體的病毒程式碼程式庫裡，所以可以用做測試病毒掃描引擎，絕對不會傷害到機器，請放心！！！X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H* 下面是等級：特等：複製完代碼後便提示記憶體有病毒

軟體崩潰後相關資訊儲存 簡介: 現在我們的服務端程式在崩潰後，雖然記錄了相關的堆棧資訊，但是記錄的崩潰位置是可執行檔中的絕對位址，需要用相關的軟體載入對應的.map檔案來分析,得到代碼中的崩潰位置.如果程式在崩潰時可以自動儲存崩潰點在代碼中的位置,記在log中,那麼分析起來會方便很多.尤其如果記錄的log量多一些的時候. Codeproject上有一個名為blackbox的動態連結程式庫,該庫的作用就是在程式崩潰時自動儲存現場的一切有用資訊,比如,堆棧;寄存器;當時的cpu使用;記憶體使用量;當

雲騫開源IM是一款使用ASP.NET，Ajax和Comet等技術開發的輕量級IM。主要特點有：1、雲騫開源IM的服務端實際上就是一個ASP.NET網站，因此不需要使用獨立伺服器，僅需要一個支援.NET2.0的Web空間即可將IM部署到互連網上。2、只需要拷貝兩個檔案夾，並在頁面中嵌入一行代碼，就可以將IM整合到自己的網站或企業內部的OA系統中。

      雖然這隻是筆記，但我仍然忍不住放上來和大家分享軟體給我們帶來的苦與樂。      很多大型軟體的開發如同一個焦油坑，很多大型強壯的動物在其中掙紮，他們大多數開發出了可啟動並執行系統，不過只有極少數項目滿足了目標，進度和預算要求。對問題的麻煩程度每個人都會感到驚訝，並且很難看清問題的本質。      

如何獲得概念的完整性       對於給定層級的功能，能用簡潔和直接的方式來指明事情的系統是最好的。只有簡潔是不夠的。簡潔和直白來自概念的完整性。每個部分必須反映相同的原理需求的一致平衡。在文法上，每個部分應使用相同的技巧，在語意上，應具有相同的相似性。因此易用性實際需要設計的一致性和概念的完整性。貴族專制統制和民主政治：      

       項目滯後的主要原因在於缺乏合理的進度安排。它比其他所有因素加起來的影響還要大。首先，我們對估算技術缺乏有效研究，它反映了一種不真實的假設――一切將運作良好。我們採用的估算技術隱含地假設人和月可以互換，錯誤的將進度和工作量混淆。對估算缺乏信心，通常不會很耐心持續的估算這項工作。對進度缺少跟蹤和監督。當意識到進度位移時，下意識的反映是增加人力。這就像汽油滅火一樣，只會使事情更糟。

搞了個Oracle伺服器，用MSPetShop串連Oracle，安裝好後，瀏覽卻提示如下錯誤：【System.Data.OracleClient requires Oracle client software version 8.1.7】不知道詐回事，Google了一下，原來是安裝目錄的Authenticated Users沒有寫入和修改許可權，具體操作如下：go to oracle installation folder, which is most likely “c:oracleora92

       在一個項目中，貫徹執行同樣是一個比較棘手的事情。在此說明執行中所遇到的問題：         文檔化的規格說明 ―― 手冊。手冊規格說明是一個非常必要的工具，儘管光有文檔是不夠的，但是手冊是唯一的能夠良好的傳遞規格的介質。         形式化定義。描述規格是一件需要讓人能夠很準確理解的藝術，它需要重複發揮文檔撰寫人員的能力。才能使文檔盡量的清晰。這裡可以使用預先定義好的形式，這樣就無需為了組織文檔結構而傷腦筋。