軟件工程第三次做業——關於軟件質量保障初探

1、對教材與參考資料閱讀後關於軟件質量保障你的體會是什麼？

一、軟件質量保障（QA）的含義

在對教材閱讀前，我一直覺得軟件質量保障僅僅是在軟件上線前對其進行測試，以保證其沒有Bug，能夠正常按時交付客戶上線運營便可。經過對教材的閱讀咱們瞭解到軟件質量保障（QA）和軟件測試（Test）是有很大區別的。軟件測試（Test）是指運用必定的流程和工具來驗證軟件是否能實現預先設計的功能，其工做流程和結果一般是可量化的。軟件質量保障工做（QA）是指軟件開發團隊爲了讓軟件達到事先定義的質量標準而進行的全部活動，包括測試工做。因此說軟件測試（Test）其實算是軟件質量保障（QA）的一個工做方面，但毫不僅僅只是包含這一個方面。

從本書第一章咱們知道了軟件=程序+軟件工程，那麼同理可得知：軟件質量=程序質量+軟件工程質量。

程序的質量主要體如今軟件外在功能的質量上，另外還包含諸如用戶的體驗質量、國際化的質量和安全性的質量等方面。軟件工程的質量則是在功能、成本和時間三個方面知足利益相關者的需求。主要體如今如下方面：

①軟件開發過程的可見性。

②軟件開發過程的風險控制

③軟件內部模塊，項目中間階段的交付質量，項目管理工具的因素。

④軟件開發成本的控制

⑤內部質量指標的完成狀況。

其實影響軟件質量保障的因素不只僅是以上說起的方面，只能說以上因素是主要因素。軟件質量保障的影響因素更像是一個塔型結構，具體以下圖：

二、軟件質量保障（QA）的衡量標準

軟件質量是程序質量和軟件工程質量之和，而在二者中軟件工程質量又處於主體地位，即軟件工程的質量對最終的軟件質量有着舉足輕重的意義。也就是說對軟件工程質量衡量標準的研究就是對軟件質量保障（QA）衡量標準的研究。當前對軟件工程質量標準衡量的比較成熟的理論是CMMI（能力成熟度模型集成），分爲初始、管理、明確、量化管理、優化五個等級，實施它的主要意義在於可以提升企業的管理水平，下降企業的成本。

三、如何作好軟件質量保障（QA）工做

關於如何才能作好質量保障工做，我有如下幾點粗淺的見解，僅供表明我的觀點：

首先是要牢固樹立起質量意識，只有在一個開發團隊中樹立起牢固的質量意識，使質量意識深刻每一個開發人員的心中，才能確保在軟件開發過程極少產生或不產生因質量問題而引起的沒必要要的問題。

其次是要處理好團隊之間的分工合做，在開發團隊中要對每名開發人員進行工做安排，作到分工明確、責任落實，使其各司其職，對項目共同負責。同時由於責任落到的我的身上，也能避免出現一些開發者由於我的緣由而產生的Bug。

最後是要規定標準，沒有規矩，不成方圓。只有在項目開始以前明確規定好項目中每一個環節甚至是每行代碼的編寫標準，才能在實際開發過程當中減小沒必要要的Bug，提高效率，從而提升軟件質量。

 2、若是你是一個項目的QA，那麼你認爲你的工做職責範圍是什麼？

一、對開發工做進行整體的把控和人員分工，協調好各部分、人員之間的工做

二、承擔責任，調節質量糾紛，組織對重大質量事故調查分析

三、提高自身的能力，掌握基本的軟件開發技術，能確保本身能獨立進行程序的測試工做

四、積極與開發人員進行溝通，及時掌握開發進度，尋求最佳方案，實現效益最大化

3、若是你是一個項目經理，那麼你認爲這你的項目中須要專職的QA麼？仍是隻需有Test便可？若是一旦出現問題，你如何界定由誰擔責？

一、我認爲在個人項目中不須要專職的QA。首先咱們必須 認可QA的工做很重要，可是若是單獨列出一我的來作QA的相關工做的話，一是浪費了寶貴的人力資源，二來也讓部分開發人員產生了懈怠心理，認爲反正有專人負責，責任怎麼都不會落到本身頭上，從而在實際開發中消極懈怠。其次若是專職的QA是個只懂軟件測試而對於開發過程一無所知的人，有怎麼能保證他的測試能力比參與了開發過程的人員更專業呢？同時，在他的測試過程當中，還須要有專門的開發人員陪同，這在無形之中又浪費了人力資源。最後就是能夠減小扯皮和推諉，避免沒必要要的時間和精力的浪費。前面也提到若是有專職的QA就會讓開發者產生 懈怠，每人分管一攤，各掃門前雪，互相之間缺少溝通，出現問題又會相互推諉。

二、若是一個項目中只有Test也是不可取的。Test只是對軟件進行測試，確保其不出現Bug，並不能保證軟件的質量。短時間來看是有效的，但從長遠看，是極不可取的，會致使軟件質量的降低，最終致使用戶不滿，市場丟失。最佳的解決辦法是將開發者和測試者合爲一體，既參與項目的開發，同時參與測試運行，質量保障工做。對於開發人員來講，項目就至關於本身的孩子，沒有誰能比本身更瞭解本身的孩子。一樣，不會有第二我的會比本身更瞭解本身的項目和開發過程。這樣作既保證軟件的質量，又能夠最大的利用資源、提升效率，實現效益最大化。

三、關於出現責任的界定問題，我認爲出現問題不可怕，可怕的是成員之間相互推諉扯皮，一來會影響成員之間的關係，二來也浪費了時間和精力。一旦出現問題，那麼首當其衝承擔責任的我認爲應該是本身，而不是手下的開發人員。身爲一個項目經理，職責就是要作好項目的總體規劃、人員分工、標準制定和細節處理。發生問題要首先從自身找緣由，看是否是自身的問題，沒有事先作好預估預判。其次纔是將責任落實到我的，按照最初的分工安排，直抵源頭，查錯糾錯，進行相關處理。避免因人人自危而引發沒必要要的恐慌，從而耽誤項目的整體進度和質量。