關於軟件質量的思考

   今天下午開了個比較長的軟件質量的會議，認真聽的時間也就十幾分鍾，可是仍是有些想法在這裏寫一寫。之後能夠回來反思這些成熟或者不成熟的想法。

   怎麼保證軟件質量，其實也沒有什麼大不了的事情，就是怎麼把一件事情作正確，怎麼把一件事情作正確是方法論上的事情了。這裏只探討怎樣把軟件作正確。首先要了解什麼是軟件，我以爲軟件是人的意圖的表達，就是把人作的事情讓計算機去作。按照這個思路去理解，有些事情就不難了。

    準備開始寫一個軟件以前，必定是需求明確，這個過程就是清楚明白地表達意圖。說不清楚，就去作個調研任務。把人作的事情讓計算機去作，至少要明確計算機是否能作，這裏含經驗，能力的部分。個人觀點是說不清楚需求，就不要寫代碼，先作實驗論證。這個時候測試人員也要和開發一塊兒來審覈需求。

   需求清楚明白的說出來，從各個角度經得住審覈，下一步爲這個需求作個軟件設計，把咱們軟件上升到軟件工程上面去，畢竟前人有不少經驗總結。面向對象的，面向服務的，ESB的，MQ的，單點登陸的等等。部署的事情在這裏想想，畢竟寫的軟件仍是要到機器上去實際部署運行的。

    這個時候纔是作軟件的功能劃分，子任務劃分到我的，敏捷的開發代碼，多作小功能的里程碑介紹。開發人員通常是用正向思惟來寫軟件，若是要提升質量，代碼部分是關鍵了，代碼對流程先後左右上下的考慮要到位，最常聽到的一句話就是當初在if 後面把else處理了多好。有些時候集中處理某些狀況，減小代碼量，如面向切面編程。

    軟件測試，處理固定測試環節能夠用自動工具來作以外，有些業務性的也要考慮到縝密，怎樣練就思惟的縝密，有不少方法，如：5W1H。

   會上討論了各類各樣的方法，若是要把全部羅列出來，估計不下百種吧，若是所有去過，實在是吃不消，爲本身的項目找到合適的方法集合，纔是關鍵。不是填一個又一個的表格、文檔，把思惟映射爲代碼已經夠累了，讓開發多休息，在清醒時寫代碼。

    最後，軟件以及整個軟件工程，不是冷冰冰的東西，尊重人性，才能作好這件事情。開發人員也要不折不撓的堅持。堅持不是不尊重人性，而是發揮人性。

    PS:瑣瑣碎碎的想法。