軟件

只是簡單的寫一下流程，算作個人筆記~ 建立測試專案 ->> 產品管理 - 測試專案管理 建立測試需求 ->> 需求 - 需求規約 - 建立需求規約 - 建立新需求 建立測試計劃 ->> 測試計劃管理 - 測試計劃管理 建立裡程碑 ->> 測試計劃管理 - 添加/刪除裡程碑 建立構建 ->> 測試計劃管理 - 構建管理 設計用例計劃 ->> 測試規約 - 編輯測試案例 - 建立測試集 - 建立測試案例 指派需求計劃 -&

code小生，一個 Android 領域技術分享平台 作者：Android草根王連結：https://www.jianshu.com/p/30bfa1f73532聲明：本文是 Android草根王 原創，轉寄等請聯絡原作者授權。 定義 軟體架構是指：對於軟體的各個方面做出的設計決定，包括行為上的和結構上的。

一、可靠性 （1）完整性測試 完整性測試側重於評估測試對象的強壯性（防止失敗的能力），語言、文法的技術相容性以及資源使用率的測試。該測試針對不同的測試對象實施和執行，包括單元和已整合單元。 （2）結構性測試 結構性測試側重於評估測試目標是否符合其設計和構造的測試。通常對基於web的應用程式執行該測試，以確保所有連結都已串連、顯示正確的內容，以及沒有孤立的內容。 二、功能 （1）配置測試

放置堆棧和heapScatterloading機制提供了一種指定代碼和待用資料布局的方法。下面介紹如何放置應用程式的堆棧和heap。 * _user_initial_stackheap重新導向應用程式的堆棧和heap是在C庫函數初始化過程中建立起來的。可以通過重新導向對應的子程式來改變堆棧和heap的位置，在ADS的庫函數中，即_user_initial_stackheap()函數。 _user_initial_stackheap()可以用C或彙編來實現，它必須返回如下參數：

       最近公司要考察需求技能，抽個時間總結經驗，提升技能，在下班之後看了兩本關於需求的書籍，一本是被公司奉為需求人員教科書的《軟體需求最佳實務》徐峰著，一本是《掌握需求過程第三版》James Robertson著，下面我談下自己對兩本書的看法    

在軟體測試的工作中，做好bug分類是一件很重要的事情。它首先需要定義每個bug類別的feature，然後按著這個特徵進行bug的收集，最後形成一份屬於自己的bug清單。 這樣的一份列表可以給那些初入測試行業的新生提供一些啟發；或者為其他的測試人員提供新鮮的idea，畢竟每個人的經驗/思維都可能是其他人欠缺的，三人行必有我師；這份列表在手，還可以為自己的測試工作進行完整性評估。 總而言之，有這樣的一份列表總是好的，不論是互連網上擷取的現成的，還是自己不斷總結積累的（顯然自己的更好）。

WebEx Recorder 就是一款優秀的錄屏軟體。 WebEx Recorder可以錄製全屏或指定視窗，可以設定是否包含聲音，產生的檔案體積極小且極清晰，錄製過程佔用資源很少。 1. 下載安裝WebEx Recorder 下載 WebEx Recroding Editor ，其體積約 4MB，安裝後約 7MB。WebEx 安裝後有三個捷徑，包括 player、recorder、editor。但這並不意味著有3個獨立程式：所謂的播放、錄製、編輯其實對應同一個主程式，只是運行參數不同：

1.定義          在軟體工程學中重構（Refactoring）就是在不改變軟體現有功能的基礎上，通過調整程式碼改善軟體的品質、效能，使其程式的設計模式和架構更趨合理，提高軟體的擴充性和維護性。 2.重構的重要性。 為什麼要重構。         為什麼要重構。在不改變系統功能的情況下，改變系統的實現方式。為什麼要這麼做。

一、前言 　　軟工文檔結束了，先來說一下我的感受。文檔整體敲下來其實就是一個軟體的開發過程，就像是讓你養一個小東西，首先你要知道他適不適合你養（可行性研究），今後打算怎樣養（項目開發計劃），要養到那種程度（需求分析），具體怎樣才能養到那種程度（項目設計），而且在你養的過程中還要週期性做總結，看看哪裡做的不好需要改進養殖方法（開發進度月報），最後養大了難免要給別人看，別人會給你評價一下（測試計劃），你聽到評價之後會進行反思總結，讓他變得更好（測試分析報告），呃，，，滿滿的責任感。

    軟體開發項目往往時間緊、任務重、人手不足、經驗不夠。。。。加班。哪裡有時間重構。     事實上，重構是提升軟體品質的有效方法，同時通過重構活動可以有效避免軟體過快“腐爛”。     OK，你的項目不做重構活動沒有關係，但是如果你要做，這裡有一些重構活動的原則供參考。     《重構》上描述的內容太多，如果全部按照書上。。。項目永遠不要結項了：（ 【時機】

文章概括為，縱向，橫向，從面到點，最後是需求品質控制。     軟體的需求分析必須要有對原業務的一個深入瞭解、提取、抽象、升華的過程。

軟體演化的類型 軟體演化就像生物進化一樣，有些突變對物種是有益的，而有些是有害的。 區分軟體演化類型的關鍵，就是程式品質在這一過程中時提高了還是降低了。其二，就是這樣的演化是源於程式構建過程中的秀海，還是維護過程中的修改。 重構簡介 要實現軟體演化基本準則，最關鍵的策略就是重構。 重構的理由

出發點 晨間日記是個人成長的非常好的工具，自己曾使用Excel版的，然後轉到了印象筆記版，但還是發現比較繁瑣，每天都得複製一套模板更改資訊然後才能記錄。於是產生了寫此Web應用版的。 功能 1 簡潔實用，最大化的方便自己的記錄，每天開啟網頁即能記錄自己的成長。 2 圖形化自己的記錄，記錄累計天數，增加自己的成就感及堅持的動力。 3 可以一眼看到一年來自己的記錄情況，自由瀏覽一年來的記錄。 4 成長記錄儲存到當地資料庫，只有自己可以查看自己的記錄。 5

現在敏捷開發是越來越火了，人人都在談敏捷，人人都在學習Scrum和XP...為了不落後他人，於是我也開始學習Scrum，今天主要是對我最近閱讀的相關資料，根據自己的理解，用自己的話來講述Scrum中的各個環節，主要目的有兩個，一個是進行知識的總結，另外一個是覺得網上很多學習資料的講述方式讓初學者不太容易理解；所以我決定寫一篇掃盲性的博文，同時試著也與園內的朋友一起分享交流一下，希望對初學者有協助。  什麼是敏捷開發。 敏捷開發(Agile

RUP（Rational Unified Process，統一軟體開發過程)：是一個物件導向且基於網路的程式開發方法論。  RUP好像一個線上的指導者，它可以為所有方面和層次的程式開發提供指導方針，模版以及案例支援。   一、軟體工程流程定義誰在做什麼、怎麼做以及什麼時候做，RUP用四個主要的建模元素表達：  ·角色（Workers）——“誰”  ·活動（Activities）——“怎麼做”  

         MES系統和ERP系統主要在三個地方需要整合：（見www.xaqyjc.com）   一、基礎Data Integration ERP系統進行 “組織機構”維護，並【同步】到MES系統“組織機構”；ERP系統進行 “人員資訊”維護，並【同步】到MES系統“人員資訊”；ERP系統進行 “賬戶資訊”維護，並【同步】到MES系統“賬戶資訊”；ERP系統進行 “產品代號”、“研製階段”、

    匯入：首先，小編給大家推薦一個整理齊全的軟體工程文檔下載地址---http://pan.baidu.com/s/1gdHYU47，方便快捷有內涵~~~     好了，starting進入主題。    

前言 使用斷言 異常與Tlog 前言 確保你的出錯資訊可以協助你調試錯誤，不能只提醒你需要調試錯誤。 使用斷言 代碼的每一塊都建立在一個無數假設的平台上面——某些條件必須是正確的才能讓運行結果符合預期。往往缺陷的出現是因為某些假設不成立或者是錯誤的。避免做出這些假設是不可能的也是無意義的，但是我們不僅可以驗證它們，而且可以通過斷言來自動驗證。

STM32 KEIL軟體佈建程式燒寫起始地址選擇 STM32系列的mcu，這兒以cortex-M4為例，我們線上調試時，一般會設定程式燒寫起始地址和大小。這個大小一般是0x08000000,也就是內部flash的映射地址。不過有些產品是從0x08020000開始的，這是為什麼呢。是因為在0x08000000-0x08020000這段空間放的是引導程式，也就是引導程式是從0x08000000開始存放，一般而言，引導程式最終也是要跳轉到主app執行的，對於我們這兒而言，就是引導程式會跳轉到0x0

隨著互連網的發展，網站應用程式的規模不斷擴大，常規的垂直應用架構已無法應對，分布式服務架構以及流動計算架構勢在必行，亟需一個治理系統確保架構有條不紊的演化。 單一應用架構 當網站流量很小時，只需一個應用，將所有功能都部署在一起，以減少部署節點和成本。 此時，用於簡化增刪改查工作量的 資料訪問架構(ORM) 是關鍵。 垂直應用架構