對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？（40分）
軟體質量=程式質量+軟體工程質量
軟體工程的質量保障：軟體開發過程的可見行要好。在軟體開發過程的風險控制。軟體內部模組，專案中間階段的交付質量，專案管理工具的因素。軟體開發成本控制。內部質量指標的完成情況。
實施cmmi可以有效的保障軟體質量，提高企業的管理水平，降低企業成本。
軟體質量保障需要多方面的幫助，設計師、專案經理、工程師、測試人員一起努力才能做到。
軟體需求是度量軟體質量的基礎，與需求不一致就質量不高。
打個比方，qa是專案組的老師、警察和醫生。qa首先要對公司的規程、規範了解和熟悉，具有一定的學習和溝通能力。在專案組成立之初，就介入專案組，指導和協助專案經理進行過程裁剪，專案估算。在後來的研發過程中，指導每個過程的執行。警察的角色聽上去有點嚴肅的感覺，就是依據公司的規範和標準流程結合專案組的情況進行公平公正的評價。qa還擔當了醫生的角色，當專案組遇到困難或出現問題時，qa會協助專案組分析問題發生的原因並找到合理的解決辦法。
如果你是乙個專案的qa，那麼你認為你的工作職責範圍是什麼？（30分）
qa的職責有二：依據一定的標準對過程進行評價；依據一定的標準對工作產品進行評價。
在需求定義流程中，審查是更適合質量保證（qa）測試人員的角色，而不是定義；但qa測試人員需要學習如何高效執行審查。對於qa測試人員來主產，在於需求定義審查中成功獲得支援關鍵在於，找到對於其它參與人員重要的問題，這就意味著找出需求內容相關的問題，避免投入過多的精力在形式和可測試性上。在我的書中，或相關的討論壇中，我描述了許多方法來識別需求問題——包括清晰度和可測試性——以及如何使用強大的方法來檢測出錯誤和疏忽的內容。有些組織讓業務分析師負責定義需求和開發測試，從而證明需求已經達到要求。這類雙重角色常常會因為測試方法和知識的不足，而導致測試被忽略掉。另外，分析師的測試不可能顯示他們需求問題。這類弱點也還會更嚴重，當開發人員是定義需求和測試的人時。
如果你是乙個專案經理，那麼你認為這你的專案中需要專職的qa麼？還是只需有test即可？如果一旦出現問題，你如何界定由誰擔責？（30分）
專案中應該有專職的qa，開發和測試是軟體工程的兩個分支，對於不同的軟體/服務，測試的方法和程度都有區別。獨立的測試可以從使用者的角度出發驗證產品質量。
如果出了問題，應該有專門的qa負責。
有效的測試策略能夠幫助測試團隊明確被測系統或者測試產品的質量目標。制定測試策略，就是為了讓被測物件經過各種測試後，最終能夠達到質量目標，從而可以發布。
對於產品而言，質量目標最後都是能夠滿足使用者的商業需求；基於質量目標來制定測試策略，可以充分的發揮基於風險測試的思想，可以根據風險來有效的調整測試實施方法和進度，確保產品發布時的質量可控、可評估。
適配軟體開發過程/產品開發過程。測試策略可以與軟體開發過程/產品開發過程進行有效的融合，在軟體開發的不同階段制定不同的子策略來指導測試活動的實施。
測試分層有助於將測試活動進行有效的劃分和組織起來一組一組有序實施，並且有差異化的進行；對於細化測試活動、提公升測試效率都有非常重要的指導意義。
我認為真正的qa工作很具有挑戰性，要有足夠的開發經驗，管理經驗和專案管理知識。有公平公正的素質和較強的溝通能力。有不斷學習、提高自我的精神。要學會換位思考，從專案經理的角度想想專案怎樣才能做得更好，專案組應該如何去計畫，哪些方面應該重點關注或容易出現問題，與專案經理溝通想法，認真聽取專案經理意見，對於問題及時指出，避免專案組走彎路。
軟體工程第三次作業 關於軟體質量保障初探
一 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？1 軟體質量保障 qa 的含義 在對教材閱讀前，我一直以為軟體質量保障僅僅是在軟體上線前對其進行測試，以保證其沒有bug，可以正常按時交付客戶上線運營即可。通過對教材的閱讀我們了解到軟體質量保障 qa 和軟體測試 test 是有很大區別的。軟...
軟體工程第三次作業 關於軟體質量保障初探
1 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？軟體質量保障工作 軟體團隊為了讓軟體達到事先定義的質量標準而進行的所有活動，包括測試工作。軟體的質量保障和軟體測試是有很大區別的。軟體測試 test 運用一定的流程和工具，驗證軟體能實現預先設計的功能和特性，工作的 流程和結果通常是可量化的。...
軟體工程第三次作業 關於軟體質量保障初探
1 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？在當今社會軟體質量問題涉及到每名使用者的資訊保安和軟體的市場執行根本。通過閱讀和資料查詢了解到，軟體質量保證 sqa 是建立一套有計畫，有系統的方法，來向管理層保證擬定出的標準 步驟 實踐和方法能夠正確地被所有專案所採用。軟體質量保證的目的是...