1.軟體未實現產品說明書要求的功能
2.軟體出現了產品說明書不應該出現的錯誤
3.軟體實現了產品說明書未提到的功能（畫蛇添足）
4.軟體未實現產品說明書雖未明確提及但應該實現的目標（輸入密碼應該掩碼顯示）
5.軟體難以理解，不易使用，執行緩慢。（效能）
1.產品說明書不夠全面，經常更改。
2.軟體設計過程，隨意、易變、溝通不足。
3.編碼錯誤：軟體的複雜性、文件不足、進度壓力或普通低階錯誤。
4.測試錯誤（概率小）：誤解，把正確的當成缺陷；缺陷多處反覆出現，實際上是由乙個原因引起的。
1.問題的定義及規劃：此階段是軟體開發方與需求方共同討論，主要確定軟體的開發目標及其可行性
2.需求分析
在確定軟體開發可行的情況下，對軟體需要實現的各個功能進行詳細分析。需求分析階段是乙個很重要的階段，這一階段做得好，將為整個軟體開發專案的成功打下良好的基礎。"唯一不變的是變化本身。"，同樣需求也是在整個軟體開發過程中不斷變化和深入的，因此我們必須制定需求變更計畫來應付這種變化，以保護整個專案的順利進行。
3.軟體設計：根據需求分析的結果，對整個軟體系統進行設計，如系統框架設計，資料庫設計等等。軟體設計一般分為總體設計和詳細設計。好的軟體設計將為軟體程式編寫打下良好的基礎。
4.程式編碼：軟體設計的結果轉換成計算機可執行的程式**。在程式編碼中必須要制定統一，符合標準的編寫規範。以保證程式的可讀性，易維護性，提高程式的執行效率。
5.軟體測試：在軟體設計完成後要經過嚴密的測試，以發現軟體在整個設計過程中存在的問題並加以糾正
6.執行維護：軟體維護是軟體生命週期中持續時間最長的階段。在軟體開發完成並投入使用後，由於多方面的原因，軟體不能繼續適應使用者的要求。要延續軟體的使用壽命，就必須對軟體進行維護。軟體的維護包括糾錯性維護和改進性維護兩個方面。
1.完全測試程式是不可能的：輸入量太大；輸出結果太多；
2.軟體測試是有風險的行為：需要學會的關鍵思想：如何把數量巨大的輸入減少到可以控制的範圍，以及如何針對風險做出明智的抉擇，哪些測試重要，哪些不重要。設計和選擇測試用例以減少風險，優化測試技術。
3.測試無法顯示潛伏的軟體缺陷：測試工作與防疫員的工作極為相似，可以報告缺陷存在，但是不能報告缺陷不存在，任何情況下都不能保證軟體沒有缺陷了。（在通過所有的case，保證這些測試場景下沒有缺陷）
測試不足：測試量少，發現的bug少，漏掉的bug多
最優測試量：測試量在把控範圍內，發現的bug數量較多，漏掉的bug較少
過度測試：測試量大，發現的bug數量少，漏掉的bug少（重複測試，漏掉的bug依然較多）
測試應該把握進度，提高測試效率，選取最優測試量（設計和選擇測試用例）
4.找到的bug越多，說明軟體中的bug越多。
5.重複測試：殺蟲劑怪事：老用一種農藥，害蟲最後就有了抵抗力，農藥再也發揮不了效力。更新測試用例，（換一種測試用例的設計方法）
6.並非所有的bug都需要修復（需要做出正確的決策）：沒有足夠的時間；不算真正的bug（設計如此）；修復的風險太大，可能會導致出現其他bug；不值得修復（概率性的bug,存在於不常用的功能中，要考慮修復成本，開發的資源，會不會影響到下次迭代進度）
軟體基礎大作業第一部分
這個作業屬於軟體工程20 浙江理工大學 這個作業的目標 考驗團隊協作能力，熟悉軟體開發流程 組名人上人 口號我們只想花裡胡哨 組內成員 盧燃 董慧 梁媛媛 林小龍 金煬盈 軟體技術基礎b 大作業第一部分 任務分配人員 需求分析 梁媛媛使用者定位 金煬盈軟體設計 林小龍 實現 測試過程 盧燃 董慧 後...
Axure RP 第一部分
axure rp是乙個專業的快速原型設計工具。axure 發音 ack sure 代表美國axure公司 rp則是rapid prototyping 快速原型 的縮寫。axure rp是美國axure software solution公司旗艦產品，是乙個專業的快速原型設計工具，讓負責定義需求和規格...
第一部分 初識Solr
第一章 solr簡介 這章主要包括內容 這本書講述nosql技術，apache solr 像它的非關係模式兄弟一樣，針對於某些問題進行了優化。特別的，solr在處理企業級大量資料 及時搜尋 文字資料 返回相關性結果等方面進行了很大優化。這裡說的只是冰山一角，讓我們從下面幾方面來進行詳細敘說 solr...