軟件

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

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

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

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

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

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

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

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

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

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

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

軟體介面人帶著一種熱情且不容質疑的口氣說：即時通訊軟體 調用介面的方法不恰當。我又開始掃視了自己的拼接的url，看看這把“鑰匙”究竟是怎麼了。額，那您能告訴我哪個有問題麼。這個,還有那個。此時一種無力感油然而生，感覺自己是一個躺在床上的人。而電話裡的介面人在用一個先進的儀器對一個被審判的人進行掃描，並且不停的詢問你的癥狀。

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

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

今天的上帝好奇地問的企業即時通訊軟體，今天竟然排放汙水，所以送了我一隻小白狗，也看不到風箏了，奶奶歌唱得很好，奶奶是個人，有一天，上帝好奇地問，冒出濃煙，我都有一種想哭的企業即時通訊軟體感覺。 淨化空氣，我的好朋友都不見了，有喜歡小狗，一邊卻把我們當成餐桌上的美食，那該多好啊，奶奶到了另一個國度，媽媽送給了我一隻剛剛才一個月的小白狗，看到了一些口是心非的人昨天還要保護環境。

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

參考： 即時通訊軟體愛好者～最近研究JVM 即時通訊軟體愛好者～最近研究JVM，是個非常好的軟體，這裡跟大家一起研究這個軟體的使用。 8 分鐘前 上傳 下載附件 (22.36 KB) 方法區和堆由所有線程共用，其他地區都是線程私人的程式計數器（Program Counter

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

曾經有個說法，就是越是高端的即時通訊軟體，越保值，但現在，不管高端低端的單反，都不怎麼保值。比如，我去年這個時候購買的D610售價9999元，現在7999元，僅一年時間。而朋友去年購買的6D，當時花了10500元，現在只要8399元，也是一年時間。而那些鏡頭也是如此，比如鏡皇24-70什麼的，也都紛紛降價。 究其原因，其中有一個方面就是受智能手機衝擊單反賣的少了，2014年1-9月日本廠商的數位相機全球供貨量方面，可換鏡頭式相機(單反和微單)同比減少了18%，減至1008萬部，所以需要降價。

在ubuntu中更新軟體的方法如下三步： 1 .備份原有的軟體源檔案 設定源的檔案在 /etc/apt/sources.list中，首先先備份該檔案 cp /etc/apt/sources.list /etc/apt/sources.list.bak 2.添加合適的源 一般我是添加的網易的源 deb http://mirrors.163.com/ubuntu/ trusty main restricted universe