軟件

標籤：Linux源碼安裝軟體源碼安裝：最原始最有效安裝方式三部曲（1）—./configure xxx 產生makefile檔案，隨後需要的安裝資訊都是從這一步中擷取（2）make 根據makefile的指示開展編譯工作，利用gcc將原始碼編譯為目標檔案目標檔案使用動態或靜態函數庫產生一個完整的可執行檔（3）make

標籤：Automator是Mac內建的一款軟體，很多人都不知道是用來幹嘛的，其實只要會用這款軟體它就可以成為你的私人小秘書，可以幫你重新命名成堆的檔案、將一批照片的大小調整成 iPhoto 投影片秀的設定、自動製作 iCal 事件，以及其他有助於簡化工作流程的事務。接下來我們就一起來學習一下如何用Automator量修改檔案名稱。　　啟動 Automator(你可以在 /Applications 目錄，或者 Launchpad 裡找到)　　第一步讓你選擇「文稿類型」，我們選擇「應用程式」，當然，

標籤：電腦專業技能  電腦領域的專業技能是測試工程師應該必備的一項素質，是做好測試工作的前提條件。儘管沒有任何IT背景的人也可以從事測試工作，但是一名要想獲得更大發展空間或者持久競爭力的測試工程師，則電腦專業技能是必不可少的。電腦專業技能主要包含三個方面：  1. 測試專業技能 

標籤：一、題目要求給定一個十進位的正整數，寫下從1開始，到N的所有整數，然後數一下其中出現“1”的個數要求：         1.寫一個函數 f(N) ，返回1 到 N 之間出現的“1”的個數。例如 f(12)  = 5。　　　 2.在32位整數範圍內，滿足條件

標籤：這個也是軟體測試的收官大作了！恰逢天外天形勢與政策答題網站各種bug。於是從一個使用者的角度來談論一下軟體測試的重大意義！以下都是選自於我身邊的朋友們在遇到形勢與政策網站bug的對話。字字黑箱測試即視感！對話一（提交時間與分數的關係）－快到了最後再提交，要不分數會很低－好吧，我提前20min交了，2分啊！－不是啊喂！我可是提前3min交的，2分啊喂！不是這個道理!－那你是提前多久交的有分數的？－5分鐘吧－7分鐘吧－嗯，看來得在5分鐘到10分鐘之間的樣子－那就這樣吧，好的，還有七分鐘，提交！

標籤：第四章 系統測試1。功能測試    分析方法：對每個明確的功能需求進行標號，可能隱藏的功能標號，可能出現的功能標號，對功能需求分級，分析，指令碼化自動化    用例設計方法：等價類別劃分，邊界值分析，因果圖，決策表，錯誤猜測法2。GUI測試    應有的要素：符合標準和規範，直觀性，一致性，靈活性，舒適性，正確性，實用性    分類：手動測試、自動化的測試3。效能測試   

標籤：      

標籤：　　一提起軟體工程，給人的第一印象往往是軟體的開發。我們從一個新手逐漸成長為一個能編簡單程式的程式員，往往都是從程式設計語言，資料結構，演算法等軟體開發的相關知識起步。但開發過程中的調試等工作，往往只是很簡單地使用在語句間夾雜輸出語句來判斷程式運行錯誤或邏輯錯誤的原因。這學期開始學習的軟體測試課程補足了我們在軟體工程中這一塊知識的空白。　　學習編程已有很長時間，未學習軟體從測試前，我們使用的測試案例往往很單一，程式中應對使用者的輸入考慮的也十分不周全。比如當我們製作一個卡牌遊戲時，往往預設

標籤：Integration Test（整合測試）一. 概念：　　整合：是指把多個單元組合起來形成更大的單元。　　整合測試：是在假定各個單元已經通過單元測試的前提下，檢查各個軟體單元之間的相互介面是否正確。二. 整合測試與單元測試之間的關係：　　三. 整合測試與系統測試的區別：　　四. 整合測試的層次與原則：　　1.

標籤：1.

標籤：軟體測試主要包括以下階段：(1)單元測試 Unit Test    單元測試，是指對軟體中的最小可測試單元進行檢查和驗證。對於單元測試中單元的含義，一般來說，要根據實際情況去判定其具體含義，如C語言中單元指一個函數，Java裡單元指一個類，圖形化的軟體中可以指一個視窗或一個菜單等。總的來說，單元就是人為規定的最小的被測功能模組。單元測試是在軟體開發過程中要進行的最低層級的測試活動，軟體的獨立單元將在與程式的其他部分相隔離的情況下進行測試。   

標籤：　　軟體測試貫穿於整個軟體開發生命週期，在各個階段有不同測試活動和過程。　　軟體測試可以分為4步進行：單元測試。也稱為模組測試，在模組編寫完就開始進行，確保本模組內資料轉送正確，功能完全，符合需求。測試一個模組時需要為其編寫一個驅動模組來調用本單元進行測試，還需要編寫若干個樁模組以類比該單元調用其他子單元（為其正常運行提供資料）。　　整合測試。就是把模組按系統設計說明書的要求組合起來進行測試。雖然所有模組都通過了單元測試，但整合之後可能會出現一些問題：穿過模組的資料丟失，一個模組功能被其他

標籤：【一】-軟體架構設計過程軟體架構設計尚沒有萬靈的方法論支援，還是個非常新興的行業，給出個人理解的行業軟體架構設計過程，受個人水平有限，僅供參考：1.業務分析：針對目標行業的業務戰略、藍圖、業務功能及流程進行分析，提出其中部分功能可以使用資訊化進行處理，通過分析可以得出資訊化要解決的問題。2.解決方案設計：根據業務戰略，形成行業資訊化解決方案。他是一個系統組，同時明確各系統間的支撐關係。3.系統功能設計：明確資訊化系統功能列表及功能層次（層次，例如經驗決策層工，管理層功能，業務操作功能等），

標籤：軟體測試十誡　　　　八周的軟體測試技術課結束了，經過八周的學習對軟體測試技術有了一定的瞭解。總結一下發現其實自己學到的也只有那麼一點。測試的意義和作用之類的就不多贅述了。軟體測試的工作流程是瞭解需求，設計測試，實現測試案例，運行測試，總結分析。軟體測試在不同的軟體開發流程中都起重要作用。比如在V字開發模型中，驗收測試、系統測試、整合測試的設計工作可以在需求分析、概要設計和詳細設計階段就可以展開；在XP模型中，除了必不可少的單元測試以外，每天都要進行大量的整合測試，迴歸測試。可以說，軟體測試

標籤：在複習的過程中，我發現了課件上寫的內容其實大部分都非常簡單，屬於概括性的描述，具體的tips需要自己去擴充，去尋找，去理解。   

標籤：在學習軟體測試過程中，接觸了整合測試這個概念，並且瞭解一般的整合測試策略。整合測試策略概念較為抽象，查閱了一些資料後，在此詳細的區分了各種整合測試策略。整合測試的策略1）大爆炸整合優點：可以迅速完成整合測試；並且只要極少數的驅動和樁模組；用例也是最少的；簡單；資源使用率高缺點：一次試運行成功的可能性不大，問題定位和修改比較困難，許多介面錯誤很容易躲過測試。適應於一個維護型項目或被測試系統較小2）自頂向下整合優點：較早地驗證了主要控制和判斷點；按深度優先可以首先實現和驗證一個完整的軟體功能；

標籤：1、測試自動化實現到何種程度為好 （1）、測試自動化的程度再高都不可能取代手工測試，即測試載入器不可能取代測試人員； （2）、一般來講，測試自動化在整個測試過程中只能佔到30%左右； （3）、實現、運用自動化的程度還取決於各方面的資源，特別是軟體的行業規範性和軟體開發的穩定性； （4）、對於部分白盒測試可以使用測試載入器，如對代碼效能分析等； 2、如何?測試自動化的計劃 （1）、首先將測試的基本管理形成自動化，如BUG管理等；&n

標籤：  經過了8周的學習後，軟體測試可也結課了。從接觸這門課時，我才一時到了軟體測試的重要性，特別是平時編程時，如果一次性寫了過長的代碼，調試的時候就可能出現許多問題。如果不明確測試案例，在程式運行時會不經意間發現一些之前忽略的問題。 

標籤：簡介從用自然語言書寫的程式規格說明的描述中找出因（輸入條件）和果（輸出或程式狀態的改變），可以通過因果圖轉換為判定表。因果圖法即原因分析圖，又叫特性要因圖、石川圖或魚翅圖，它是由日本東京大學教授石川馨提出的一種通過帶箭頭的線，將品質問題與原因之間的關係表示出來，是分析影響產品品質的諸因素之間關係的一種工具。作用因果圖法是一種適合於描述對於多種輸入條件組合的測試方法，根據輸入條件的組合、約束關係和輸出條件的因果關係，分析輸入條件的各種組合情況，從而設計測試案例的方法，它適合於檢查程式輸入條件

標籤：軟體測試這門課終於在五一前落下了帷幕。下面淺談自己在這門課上的收穫。1.測試是必須的以前對於測試只限於瞭解黑箱測試和白盒測試，寫過的東西也是自己相信自己，覺得沒錯就用了。後來章老師在課上說過這樣一句話，任何軟體都是可以被測試的。是的，至少我們還可以測試UI。畢竟系統的學習測試之後發覺測試的方法實在是多種多樣，而每一種的側重點也不盡相同。2.測試在浪費，是為了節約更多之前我有遇到過同學認為測試很浪費，只是一股腦的去寫他認為對的程式邏輯，可是到最後把各部分整合起來的時候卻到處是問題，也不能很好