一、對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？
1、軟體質量保障（qa）的含義
在對教材閱讀前，我一直以為軟體質量保障僅僅是在軟體上線前對其進行測試，以保證其沒有bug，可以正常按時交付客戶上線運營即可。通過對教材的閱讀我們了解到軟體質量保障（qa）和軟體測試（test）是有很大區別的。軟體測試（test）是指運用一定的流程和工具來驗證軟體是否能實現預先設計的功能，其工作流程和結果通常是可量化的。軟體質量保障工作（qa）是指軟體開發團隊為了讓軟體達到事先定義的質量標準而進行的所有活動，包括測試工作。所以說軟體測試（test）其實算是軟體質量保障（qa）的乙個工作方面，但絕不僅僅只是包含這乙個方面。
從本書第一章我們知道了軟體=程式+軟體工程，那麼同理可得知：軟體質量=程式質量+軟體工程質量。
程式的質量主要體現在軟體外在功能的質量上，另外還包含諸如使用者的體驗質量、國際化的質量和安全性的質量等方面。軟體工程的質量則是在功能、成本和時間三個方面滿足利益相關者的需求。主要體現在以下方面：
①軟體開發過程的可見性。
②軟體開發過程的風險控制
③軟體內部模組，專案中間階段的交付質量，專案管理工具的因素。
④軟體開發成本的控制
⑤內部質量指標的完成情況。
其實影響軟體質量保障的因素不僅僅是以上提及的方面，只能說以上因素是主要因素。軟體質量保障的影響因素更像是乙個塔型結構，具體如下圖：
2、軟體質量保障（qa）的衡量標準
軟體質量是程式質量和軟體工程質量之和，而在兩者中軟體工程質量又處於主體地位，即軟體工程的質量對最終的軟體質量有著舉足輕重的意義。也就是說對軟體工程質量衡量標準的研究就是對軟體質量保障（qa）衡量標準的研究。當前對軟體工程質量標準衡量的比較成熟的理論是cmmi（能力成熟度模型整合），分為初始、管理、明確、量化管理、優化五個等級，實施它的主要意義在於能夠提高企業的管理水平，降低企業的成本。
3、如何做好軟體質量保障（qa）工作
關於如何才能做好質量保障工作，我有以下幾點粗淺的看法，僅供代表個人觀點：
首先是要牢固樹立起質量意識，只有在乙個開發團隊中樹立起牢固的質量意識，使質量意識深入每個開發人員的心中，才能確保在軟體開發過程極少產生或不產生因質量問題而引發的不必要的問題。
其次是要處理好團隊之間的分工合作，在開發團隊中要對每名開發人員進行工作安排，做到分工明確、責任落實，使其各司其職，對專案共同負責。同時因為責任落到的個人身上，也能避免出現一些開發者因為個人原因而產生的bug。
最後是要規定標準，沒有規矩，不成方圓。只有在專案開始之前明確規定好專案中每個環節甚至是每行**的編寫標準，才能在實際開發過程中減少不必要的bug，提公升效率，從而提高軟體質量。
二、如果你是乙個專案的qa，那麼你認為你的工作職責範圍是什麼？
1、對開發工作進行總體的把控和人員分工，協調好各部分、人員之間的工作
2、承擔責任，調節質量糾紛，組織對重大質量事故調查分析
3、提公升自身的能力，掌握基本的軟體開發技術，能確保自己能獨立進行程式的測試工作
4、積極與開發人員進行溝通，及時掌握開發進度，尋求最佳方案，實現效益最大化
三、如果你是乙個專案經理，那麼你認為這你的專案中需要專職的qa麼？還是只需有test即可？如果一旦出現問題，你如何界定由誰擔責？
1、我認為在我的專案中不需要專職的qa。首先我們必須 承認qa的工作很重要，但是如果單獨列出乙個人來做qa的相關工作的話，一是浪費了寶貴的人力資源，二來也讓部分開發人員產生了懈怠心理，認為反正有專人負責，責任怎麼都不會落到自己頭上，從而在實際開發中消極懈怠。其次如果專職的qa是個只懂軟體測試而對於開發過程一無所知的人，有怎麼能保證他的測試能力比參與了開發過程的人員更專業呢？同時，在他的測試過程中，還需要有專門的開發人員陪同，這在無形之中又浪費了人力資源。最後就是可以減少扯皮和推諉，避免不必要的時間和精力的浪費。前面也提到如果有專職的qa就會讓開發者產生 懈怠，每人分管一攤，各掃門前雪，互相之間缺乏溝通，出現問題又會相互推諉。
2、如果乙個專案中只有test也是不可取的。test只是對軟體進行測試，確保其不出現bug，並不能保證軟體的質量。短期來看是有效的，但從長遠看，是極不可取的，會導致軟體質量的下降，最終導致使用者不滿，市場丟失。最佳的解決辦法是將開發者和測試者合為一體，既參與專案的開發，同時參與測試執行，質量保障工作。對於開發人員來說，專案就相當於自己的孩子，沒有誰能比自己更了解自己的孩子。同樣，不會有第二個人會比自己更了解自己的專案和開發過程。這樣做既保證軟體的質量，又可以最大的利用資源、提高效率，實現效益最大化。
3、關於出現責任的界定問題，我認為出現問題不可怕，可怕的是成員之間相互推諉扯皮，一來會影響成員之間的關係，二來也浪費了時間和精力。一旦出現問題，那麼首當其衝承擔責任的我認為應該是自己，而不是手下的開發人員。身為乙個專案經理，職責就是要做好專案的整體規劃、人員分工、標準制定和細節處理。發生問題要首先從自身找原因，看是不是自身的問題，沒有事先做好預估預判。其次才是將責任落實到個人，按照最初的分工安排，直抵源頭，查錯糾錯，進行相關處理。避免因人人自危而引起不必要的恐慌，從而耽誤專案的總體進度和質量。
軟體工程第三次作業 關於軟體質量保障初探
對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？40分 軟體質量 程式質量 軟體工程質量 軟體工程的質量保障 軟體開發過程的可見行要好。在軟體開發過程的風險控制。軟體內部模組，專案中間階段的交付質量，專案管理工具的因素。軟體開發成本控制。內部質量指標的完成情況。實施cmmi可以有效的保障軟體質...
軟體工程第三次作業 關於軟體質量保障初探
1 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？軟體質量保障工作 軟體團隊為了讓軟體達到事先定義的質量標準而進行的所有活動，包括測試工作。軟體的質量保障和軟體測試是有很大區別的。軟體測試 test 運用一定的流程和工具，驗證軟體能實現預先設計的功能和特性，工作的 流程和結果通常是可量化的。...
軟體工程第三次作業 關於軟體質量保障初探
1 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？在當今社會軟體質量問題涉及到每名使用者的資訊保安和軟體的市場執行根本。通過閱讀和資料查詢了解到，軟體質量保證 sqa 是建立一套有計畫，有系統的方法，來向管理層保證擬定出的標準 步驟 實踐和方法能夠正確地被所有專案所採用。軟體質量保證的目的是...