軟件

軟體網站安全性的設計與檢測與解決方案 安全性測試主要從以下方面考慮：  1.SQL Injection(SQL注入)見“防止SQL注入解決方案”一文  2.Cross-site scritping(XSS):(跨網站指令碼攻擊)見“XSS跨網站指令碼攻擊解決方案”一文  3.CSRF:(跨網站偽造請求) 4.Email Header Injection(郵件標題注入)    5.Directory Traversal(目錄遍曆) 6.exposed error messages(錯誤資訊)7管理

paip.提升安全性--360,WI,AWVS三款WEB程式安全檢測軟體使用總結作者Attilax ， 1466519819@qq.com 我的網站先用360網站線上檢測了下，結果說我98分。沒漏洞。。然後用Acunetix Web Vulnerability Scanner 7,發現兩個SQL注入漏洞..然後又用WebInspect 9.20，發現了兩個SQL注入漏洞，兩個XSS漏洞，三個未加密的登入表單 ，總共7個高危漏洞。。連忙將其漏洞補好。。經過我的總結,還是WebInspect

模組劃分的"劃"是規劃的意思，意指怎樣合理的將一個很大的軟體劃分為一系列功能獨立的部分合作完成系統的需求。C語言作為一種結構化的程式設計語言，在模組的劃分上主要依據功能（依功能進行劃分在物件導向設計中成為一個錯誤，牛頓定律遇到了相對論），C語言模組化程式設計需理解如下概念：　　（1） 模組即是一個.c檔案和一個.h檔案的結合，標頭檔(.h)中是對於該模組介面的聲明；　　（2） 某模組提供給其它模組調用的外部函數及資料需在.h中檔案中冠以extern關鍵字聲明；　　（3）

        GNU之父Stallman的思想：所以程式設計師絕對餓不死, 仍會像現在高價軟體的時代一樣, 有許多「服務」的大錢可賺。而 GNU 的軟體也能使寫程式的人更具生產力, 因為他不必凡事都得由零做起, 可由已有的軟體來改進。所以 Stallman 希望, 有一天軟體業者不是靠目前的 "Copyright"的法律, 迫使客戶購買軟體, 而是提供服務 (如支援人員、訓練)。簡而言之, 你可請一位程式設計的人來為你修改程式, 以適合你的特殊需求。       

基本素質溝通能力、自信心、幽默感、記憶力、耐心、懷疑精神、自我督促、洞察力；廣泛的經驗；表達能力、問題描述能力；會提問，會尋求Help;邏輯思維能力；團隊協作能力；處理日常事務的能力和處理突發事件的能力專業素質對於系統測試，把握需求是第一位的。測試基礎：明確測試流程中各個階段的工作，對測試的認知程式，決定了測試流程管理的規範性，測試工作的品質。測試方案的分析設計能力、測試案例的設計能力；測試載入器的使用。編程能力，資料庫知識，網路知識，作業系統知識；團隊協作能力，與各個小組之間的溝通能力；測試管

 PL.SQL.Develope + 註冊碼http://download.csdn.net/source/3287487   UltraEdit14.00b_ch + 註冊碼 http://download.csdn.net/source/3287473  secureCTR5.1 + 註冊碼http://download.csdn.net/source/3287465  SecureCRT 5.2 + 註冊碼 http://download.csdn.net/source/3287459  

最近讀了《軟體調試的藝術》這本書，英文名<The Art of Debugging with GDB, DDD, and Eclipse>這本書講述的調試技術還是很豐富全面的，比如：1）通過執行個體詳細講述了GDB, DDD, and Eclipse的調試技術，比如斷點，跟蹤，條件斷點，監視點，運算式等；2）介紹了程式崩潰處理；3）介紹了較複雜的多活動上下文中的調試，如客戶/伺服器網路程式，多線程，並行程式調試；4）一些編譯調試的工具，如VIM, Make, strace,

寫代碼：Source Insight，VC助手，離不開的自動提示、自動補全功能。Linux下用Vim。讀代碼：Source Insight，一天都離不了。代碼靜態檢查：pc-lint。想通過好難啊。splint也可以。檔案比較：Beyond Compare，強大的檔案比較，常用邊比較邊同步。 Araxis Merge也不錯。檔案管理：Total

開源軟體曆史十大傑出人物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 Icaza，GNOME 和 Ximian 的創始人。No.6 Michael

非常簡單的通過smsniff進行抓包。軟體資料在：C:/Documents and Settings/onwer/Application Data/Fetion [2007-03-03 18:04:24:078]SIP-C/2.0 280 Send SMS OKT: sip:442886120@fetion.com.cn;p=3414I: 73Q: 2 MD: Sat, 03 Mar 2007 09:59:52 GMTXI: f08a11584d59481392462eff3f77023bBN

Aptana是一個基於Eclipse的整合式開發環境，其最廣為人知的是它非常強悍的JavaScript編輯器和調試器。去年Aptana吸收了Radrails項目，添加了非常強大的Ruby on Rails支援。但是Aptana前進的指令碼並未停止。隨著蘋果公司iPhone手機的發布，Aptana也推出了功能完備的iPhone整合開發功能，在Adobe公司的RIA產品AIR推出不久之後，Aptana就支援了AIR的開發環境。如今Aptana Studio 1.0支援如下幾大方面的開發功能： 　　●

製作好程式之後，有很多作者都習慣用專業軟體來給程式添加一個安裝程式包。其實微軟的2000和XP系統已經內建了一個小巧的製作安裝軟體iexpress，大小隻有112KB，,存放在/Windows/System32中。由於是微軟內建的程式，所以製作的安裝軟體具有更好的相容性。下面筆者就簡單介紹該軟體的使用方法，希望用這款軟體來製作一個比較專業的安裝程式包。

所謂軟體模擬測試，就是類比軟體的真實使用環境，軟體配置到真實的使用狀態進行的測試，一般發生在產品交付使用前。其執行需要產品線上每一個環節，至少一名人員。模擬測試的設計者以市場人員（或和客戶直接打交道的人員為宜），主要參與者為產品品質人員，其他人員的責任是參與分析和即時跟蹤。由此可以看出，軟體模擬測試有以下特點：第一，很強的針對性。模擬測試使軟體產品的應用設計具體化。即模擬測試是針對具體環境的測試，有很強的針對性。反過來講，模擬測試解決的是模擬的問題，不能解決所有的問題。第二，很強的目的性。模擬測

 "翻身做主"--給自己的軟體製作註冊碼 從今天起, 您開發的的任何軟體如果您願意都可以為之加密 --為您的軟體製作一款註冊機!當您看完這篇文章時, 您就可以理直氣壯的告訴您的使用者 : "喂, 想用我的軟體是吧 ? 掏錢!".呵呵, 這當然只是給自己壯膽的話, 現在連萬能註冊機都有了, 人家還怕啥 ? 不過只要您想想微軟, 人家再牛B的加密技術都會被國人"鄙視"? 但人家不也在中國大把大把的撈錢嗎? OK, 不扯了, 我們進入正題.同一般的軟體註冊一樣, 我們這裡的註冊是這樣進行的:1.

http://www.mactech.cn/a/108.html9月13日 補充：有部分朋友反映下載後無法解壓，已經去掉瞭解壓密碼並已更新為zip格式，請大家放心下載，如果遇到無法使用或者下載解壓問題，請直接留言，謝謝——————————————————————————————————————————————————————————————————9月11日Mac使用者又迎來了一次UltraEdit for

下面是一個對51實驗板配套的紅外線遙控器的解碼程式，它可以把紅外遙控器每一個按鍵的索引值讀出來，並且通過實驗板上P1口的8個LED顯示出來，在解碼成功的同時並且能發出“嘀嘀嘀”的提示音。 ;=================================================; 紅外遙控接收 ;=================================================; ew51模擬編程器 配套實驗板學習常式;;

/** Copyright (c) 2010,****科技有限責任公司* All rights reserved.* * 檔案名稱：201000170.c* 檔案標識：……未提交 | 未連結詞庫 | 作者測試版…………………………* 摘    要：電子詞典效果* * 目前的版本：2.1* 作    者：王軍亮* 完成日期：2010-4-24** 取代版本：2.0* 原作者  ：王軍亮* 完成日期：2010-4-20*/#include <stdio.h>#include

最近在參與一個軟體項目的品質策劃活動，當問到測試經理怎麼才代表測試活動結束了時，其脫口而出：“Team Dev有新版本轉過來的時候啊”。說實話，我沒有專門做過測試人員，只是在剛參加工作時在測試團隊做了兩周時間。但聽到這個說法，著實有種恐懼感，難道“時間”成為了我們測試活動結束的原因？記得之前老陳講過，軟體測試案例設計要做到0、1、2：1：正常測試案例0：向“左”的異常用例2：向“右”的異常用例說實話，比較認可老陳的說法，對“時間作為軟體測試結束標誌”的看法，著實感覺可悲。

第2章一個擁有充足技術人員且具有良好機能的團隊往往能很好地完成項目，而並不在乎讓他們用什麼的過程或技術（雖然這些過程和技術會對他們有正面或負面的影響）。既然我們要建立關於人的系統，我們就必須瞭解人的活動特徵。想要為人們解決問題的方式總結出統一的規則，那簡直就是自找麻煩。一個人的個性將決定他能不能很好地完成他的工作任務。一個人的處事風格會影響到周圍的人。無論如何，我們不能指望人會成為可預料的，或者人和人都變成一樣的。在下面4種情況下，技術會產生更大的效力：當技術讓人們能夠更容易地表達自己想法的時候