軟件

你是否遇到這樣的情境?QA發現問題後找到DEV說：不好了，你的程式出問題了！DEV（追查半小時之後）:唉，是你們測試環境配置的問題唉，是你們資料不一致唉，是你們**程式版本不對唉，是**產品線的問題當時的日誌呢？當時cpu有異常嗎？可以複現嗎？這裡就應該是這樣啊！你是否期待這樣的情境?QA發現問題後，經分析判斷，胸有成竹的找到DEV說：你的程式出bug了，初步斷定是XX類的XX判斷分支有問題，應該把某某的判斷一改就好了！——==定位精準==你的程式出bug了，過去某某產品

轉自 ThoughtWorks敏捷式軟體開發 (Agile Software Development)是從1990年代開始逐漸引起廣泛關注的一種新型軟體開發方法，是能夠應對快速變化的需求的一種軟體開發能力，它作為一種新型的開發模式，被越來越多地應用到軟體項目中。敏捷軟體測試指的是在敏捷式軟體開發 (Agile Software

一、軟體測試基礎篇1. 軟體品質測試基礎介紹● 軟體品質與軟體測試○ 僅依靠軟體測試不能保證軟體品質○ 進行全面品質管理● 軟體開發與軟體測試○ 具備UML或編程可以做更多層面的測試，如單元，白盒，效能測試● 測試載入器與軟體測試○ 按照用途分· 測試管理工具· 自動化功能測試工具· 效能測試工具· 單元測試工具· 白盒測試載入器· 測試案例設計工具○ 按收費方式· 商業測試載入器·

在開始之前，首先來回顧一下我們是如何得到在sprint中需要實現的使用者故事（User Story）列表的 ：首先，團隊會根據Team Dev在以往sprint的經驗中得出的團隊開發速度評估，以及對產品待開發事項（ Product Backlog）的粗略的成本評估。基於這兩個評估，Team Dev從產品待開發事項中挑選出一個使用者 故事的候選列表，提交給產品利益相關者（Stakeholder）進行討論。在討論的過程中，伴隨著使用者需求

為了延續整個系列的行文思路，我也會涉及一些我們團隊計劃sprint的方法以及sprint過程中發生的 事情，並穿插著回答你們提出的那些問題。首先，我想說的是，不存在敏捷無需計劃的神話。可是，敏捷開發中的計劃的確和傳統軟體開發中的 計劃有著很大區別。正如我在上一篇博文中所說，我們針對利益攸關方(stakeholders)給出的上層需求創 建了帶有優先順序的產品待開發事項(product backlog)。這一帶有優先順序的工作清單形成了最基本的

在最近幾次與客戶面對面的交流中，我有幸分享了我們團隊如何在日常工作中進行敏捷式軟體開發 (Agile Software Development)。毫 無疑問，這在中國開發人員中是個熱門話題，我也想利用部落格這個平台與更多的讀者進行書面的交流。當 然關于敏捷開發利弊得失的爭論有不少，而相關的開發模式也分成了TDD (Test Driven Development), Scrum, XP(eXtreme Programming)等流派。就我個人而言，一個團隊是否嚴格遵循某種既定的敏捷方法並 不重要，

應用程式生命週期管理跟世界上的任何事物一樣，軟體研發也有其生命週期。通常，我們將一個軟體的生命週期劃分為分析 、設計、開發、測試、部署、維護直至最後廢止等這樣幾個階段；而利用各種工具輔助每個關鍵環節進行 管理，就稱為應用程式生命週期管理(ALM: Application Lifecycle Management)。在應用程式的整個生命週期中，每—個關鍵環節都有其任務，同時產生—定的規格或是程式再交付給

編碼階段，很多人不太注意const的使用，認為可有可無，如果你開發的是一個簡單的系統，如果你一個人就能記住所有變數的意義，如果你一個人就能控制所有變數的使用位置，如果你的軟體發布後不需要更多的維護工作，那麼你可以忘記const，否則，const就是一個多個程式員之間溝通的強大工具。首先，const的最基本用法就是標識常量，使編譯器能夠檢測出對該變數的不正確使用，也可以使其他的程式員使用此常量時，注意不能改變此常量。const出現在不同的位置有不同的意義。√ const int

前言：通過建立代碼編寫規範，形成BCB開發小組編碼約定，提高程式的可靠性、可讀性、可修改性、可維護性、一致性，保證程式碼的品質，繼承軟體開發成果，充分利用資源。提高程式的可繼承性，使開發人員之間的工作成果可以共用。軟體編碼要遵循以下原則:1.遵循開發流程，在設計的指導下進行代碼編寫。2.代碼的編寫以實現設計的功能和效能為目標，要求正確完成設計要求的功能，達到設計的效能。3.程式具有良好的程式結構，提高程式的封裝性好，減低程式的耦合程度。4.程式可讀性強，易於理解；方便調試和測試，可測試性好。5.

ActiveSkin是一款給軟體更換皮膚的ActiveX控制項。它很還好的將軟體介面設計工作從繁瑣程式碼編寫中解放出來，使得功能設計者可以專心於功能代碼的實現，而把軟體介面交給美工人員處理。提高了介面設計的工作效率，是一種很好的軟體設計思想。下面通過三個樣本來介紹他的一般使用。樣本一：標準型皮膚SkinForm的對話方塊工程在VC環境下建立一個MFC基本對話方塊工程。在對話方塊的資源檔裡Dlg.rc設計對話方塊介面中，刪去已有的按鈕Buttons和標籤Lables，並插入ActiveSkin的A

軟體的未來其實在很大程度上要指望軟體介面的前景如何。我們知道，電腦世界裡的介面這兩個字具有兩種眾所周知的含義：其一是指軟體本身的狹義“介面”，比如各種軟體開發API等。其二則指的是人與軟體之間的互動介面。我們把這種人-軟體之間的介面稱作“使用者介面”,也就是“UI”。這裡要討論的前一種定義：

軟體試用次數的限制有很多種方法，其關鍵是把次數這個值儲存在哪裡。本文介紹一種方法，通過改變檔案的時間來儲存試用次數，從而限制軟體的試用。一、通過改變檔案時間來限制軟體的試用次數在MS-DOS中，檔案的時間是 通過一個16位的值來儲存的，位 15~11用來儲存小時數，位10~5用

Internet網路的迅速發展，為軟體高效傳播開闢更加廣闊的天地。如國內著名的金蜘蛛軟體下載中心，就是一個典型的發布軟體集散地。發布共用軟體主要包括兩種形式：日期限制形式和電子註冊形式。日期限制形式允許下載軟體的使用者使用軟體一段時間，如一個月等，如果使用者認可該軟體，可購買該軟體的註冊序號繼續使用；電子註冊形式就是根據使用者所用機器的硬體資訊產生註冊碼，並在軟體中對某些先進或常用功能進行限制，如果使用者要使用其全部功能，必須將軟體採集的有關硬體資訊反饋給開發人員，並交一定的註冊費可獲得該軟體在

使用各版本的IBM Rational Software Architect以及相關軟體中的UML-to-Java轉換簡介：本文展示了如何應用 IBM® Rational® Software Architect 中包含的 Java 轉換，來進行在設計合約管理協議（design contract management protocols）背景下的互動式開發。這些協議是專門面向在軟體開發週期內管理設計模型與實現代碼之間關係的方法。在 Rational Software

新的事務模型的目的是逐漸使終端使用者能夠用標準化的和常見的軟體管理、檢索和操作儲存的多媒體資源--例如相片、視頻和行情資料。在利用現有的內部技術來降低成本和產生利潤的時候，現有的媒體業務還用來實現訪問它們的多媒體資源的標準化值。儘管在過去幾年中儲存量、處理能力和軟體都有重大的發展，但是管理數位媒體資源仍然是一件代價相當高的事情。一些研究表明，大多數的多媒體檔案是非結構化的資源；只有很少一部分存在於關聯式資料庫和現有的應用程式中。結構化的缺乏使有效地訪問和重新利用數字資源變得非常困難。中介軟體平台

Rational Application Developer 可以與其他 Rational 產品相整合，並提供第三方的擴充支援。這 個由兩篇文章組成的專題，給出了 Rational Application Developer 與 IBM® Rational Team Concert™ 和 IBM® Jazz™ 技術、IBM® Rational® Asset Manager、IBM® Rational®

在Rational Software Architect或Rational Software Modeler中使用JET2實現模型驅動架構簡介：本文向讀者簡短地介紹了模型驅動架構（MDA），以及能將 UML 建模帶到更高層次的 JET2 技 術，也就是基於 Eclipse 的 Java Emitter Template 技術。您可以使用這個模板來將模型轉換成有用的 工件。引言讓我們來探討一下，這種改進會帶來什麼好處嗎？　　　　　　　　　 　　　　　—Beach

本文配套源碼看一個軟體是否優秀，除了功能健全、效能穩定、容易操作之外，軟體介面的美觀越來越受到人們的關注。人們不滿足於傳統的矩形windows表單，不規則表單的軟體到處可見，更進一步發展到軟體介面由使用者根據自己的愛好自由控制，真正實現了軟體對使用者的友好性。而要實現這一功能，軟體換膚技術就是基礎。下面我就介紹一種簡單明了的方法來製作一個登陸對話方塊 ，本程式編程環境C++Builder：　　首先由程式員根據功能要求定義介面元素（控制項）,特別值得注意的是控制項的名字。如下圖：圖一：元素介面　　

1、UGA (The User Global Area)PGA是一段包含一個Oracle服務或後台進程的資料和控制資訊的記憶體。PGA的大小依賴與系統的配置。在專用服務（Dedicated Server）模式下，一個服務進程與一個使用者進程相關，PGA就包括了堆空間和UGA。而UGA（User Global Area使用者全域區）由使用者會話資料、遊標狀態和索引區組成。在共用服務（MTS）模式下，一個共用服務進程被多個使用者進程共用，此時UGA是Shared Pool或Large

一、JUnitJUnit是由Erich Gamma 和Kent Beck 編寫的一個迴歸測試架構(regression testing