經常是在寫完**後，內心一直忐忑不安，擔心**會有什麼問題，然後就陷入了漫無目的的自測之中。基本上這種自測是不靠譜的，很難會發現幾個問題。那麼，我們究竟應該怎麼去保證程式的質量呢？
保證質量的目的是獲得乙個好的質量的**，但這個目的還是很模糊的，不具有什麼指導意義，還需要在refine一下，那究竟什麼是好的質量的**呢？我覺得好的質量的**應該是在正常情況下按照期望的過程執行並獲得期望的結果的**。
正常的情況
程式作為思維的具話，我覺得是很難，甚至可以說是不可能是沒有問題的。但是，我們也沒必要達到乙個絕對上的完美。因為程式的目的是完成既定的需求，既定的需求也就是正常的情況了。
這個條件也就是需求了，例如使用者可能會觸發什麼樣的行為，input的資料可能是怎樣的等等。思考這些場景的時候可以有兩個方法。
第二種方案比較粗暴，也是比較常用的。這種方案的策略是凡是一切沒有宣告是可以的，那麼就不接受。
期望的執行過程
這點就是說程式應該按照coder設定的路線執行的。舉個bad case來說，如果發生了for迴圈的條件寫錯了這種bug，導致出現了死迴圈，那麼這個條件就不滿足了。
破壞這個條件的往往是程式的邏輯錯誤，而不是需求的邏輯錯誤。因此也會比較好發現一點，通過單元測試應該可以發現大部分的這種問題。
可以採用的方法包括畫出程式的執行流程圖，特別是分析清楚條件分支。
期望的結果
這點也屬於需求的範疇，也就是在正常的情況下，經過了期望的執行過程，程式會output什麼？
如果我們思考清楚了上面3個問題，我覺得寫出正確的**應該就會容易很多。並且也是測試**必須得清楚的前提條件。
如何保證軟體質量
來園子有不少時日了,也搜了一些相關的軟體質量保證方面的文章，發現討論這方面的文章比較少，而且給我感覺是 這些所謂的體系，部門機構在國內的企業似乎很難建立起來。我們公司今年初，成立了網路部，給的資源十分有限，我自己在管理過程中發現軟體的質量很難保證，所以想向大家求教一下，希望大家都能談談各自己公司，軟...
軟體質量保證 軟體質量
這篇博文將較為全面深入地談談軟體質量保證中關於軟體質量的概念，內容等相關問題。關於質量的定義，不同的領域，不同的人，不同的側重點會得出截然不同的結果。因此關於其質量的基礎概念相對而言較為好理解，但是具體如何去定義實際上確是無關緊要的。不過我們在分析軟體質量的時候，不僅要考慮其面向使用者的需求覆蓋率，...
質量如何保證
讀書主要是為了緩解非利益既得者的焦慮，有人懂嗎？之前對於質量的把控，主要是從 層面，從實現機制 業務邏輯 編碼規範等方面去用功，直到最近才忽然想到這可能是個謬論，只關注了乙個孤立的體系，說是閉門造車也不為過。傳統的生產製造領域早就有qc和qa，而對於像我們這種經歷的網際網路創業人員團隊，對於這一塊是...