關於軟體質量保障的體會
首先，軟體質量保障的重要性不言而喻，書中說軟體質量體現在以下方面
有一套較為成熟的理論來衡量各個軟體工程的質量——cmmi（capacity maturity model integrateg），即能力成熟度模型集合。同時要達到一定的軟體質量是需要付出一定的成本的，新功能的開發固然重要但是同時也必須要投入一定的成本來保證已有公的質量解決問題。這就是要各部門的人團隊合作才能做到。
無論qa（quality assurance）還是test都是在為軟體的質量作保障，不應過分獨立開來。明確的分工固然是重要的，可以提公升工作的效率和質量但是我覺得"合作是分工的基礎"，書中用足球來舉例說明分工的重要性，說有專注進攻的，有專注防守的。但是不論進攻還是防守永遠都是乙個團隊乙個整體，競技體育就更是如此了，其實你擁有世界上最優秀的前鋒，最優秀的個人能力，也有可能被乙個防守陣型弄的焦頭爛額。同樣，即使你的防守個人能力再好，也有可能被幾個傳切配合輕易撕破防線。團隊協作是分工的基礎，沒有良好的配合分工只會無故平添煩惱，多增問題。鄒老師在總結中有幾個觀點我覺得說的非常好：
只有當你對所有的工作流程都理解，才能在根本上意識到自己的崗位的精髓所在。qa（quality assurance）本身就包括test，所以我覺得兩者本身並不衝突不應將這兩者完全獨立。如果我是乙個專案的qa我覺得我的工作職責範圍是：
我覺得一名優秀的qa必須是能全方位理解專案的從開發到測試都需要，不懂開發的人是必然的做不好qa的，同時其實無論qa（quality assurance）還是test都是在為軟體的質量作保障，不應過分獨立開來。只要根本的了解開發，掌握開發，才能做好質量保障，同樣的dev也應該懂得測試，這兩個種本身就是兩個相輔相成的崗位，在良好和做的基礎上才能建立明確的分工。
如果我是一名專案經理，我認為我得專案中不需要絕對的專職qa：
不懂開發的人必然做不好測試。就像不懂開發的研發經理必然管不好研發團隊一樣。我越來越覺得dev應該應該是做測試最合適的人選，這必然是未來的趨勢 （因為我已經看到了中國程式設計師的進步，相比起10年前，今天的程式設計師已經是非常全面了，再來十年，必然證明我的觀點是對的）。沒錯，不懂開發的人就是應該做不好qa，對乙個專案本身的基礎都不了解的人又憑什麼可以去維護他的質量，作為乙個qa可以不必對開發像大牛那麼精通但是必須要有自己的理解，這就好比是在nba優秀、傳奇的教練員不一定是乙個好的球員但是他一定對籃球本身有著很深的理解，有著自己的想法。所以我覺得不該存在絕對專職的qa，這樣的qa即使能夠工作也不會融入團隊，做好各部門之間協調工作的。qa是保證質量的，但是質量並不是測試出來的，如果不從需求分析，軟體設計，**實現上做好控制。空有測試有何談保證的只不過時發現bug而已。關於qa和test的問題上文我就已經提到了合作是分工的基礎，無論qa（quality assurance）還是test都是在為軟體的質量作保障，不應過分獨立開來。這也並不代表著就沒人負責。團隊是需要有負責人的，測試者本身就是乙個合作的團隊，出現問題是團隊的責任，作為團隊的負責人必須要為此負責，整理整個團隊找出問題並解決。
2019-09-22 13:18:38
軟體質量保障初探
q 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？a 乙個軟體質量的如何，可以通過套用下面這個公式來 軟體質量 程式質量 軟體工程質量 在衡量乙個軟體的質量如何的同時，就需要進行兩項工作 軟體的質量保障 qa 和軟體測試 test 那麼qa和test是啥呢？test 運用一定的流程和工具，驗...
軟體工程第三次作業 關於軟體質量保障初探
一 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？1 軟體質量保障 qa 的含義 在對教材閱讀前，我一直以為軟體質量保障僅僅是在軟體上線前對其進行測試，以保證其沒有bug，可以正常按時交付客戶上線運營即可。通過對教材的閱讀我們了解到軟體質量保障 qa 和軟體測試 test 是有很大區別的。軟...
軟體工程第三次作業 關於軟體質量保障初探
對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？40分 軟體質量 程式質量 軟體工程質量 軟體工程的質量保障 軟體開發過程的可見行要好。在軟體開發過程的風險控制。軟體內部模組，專案中間階段的交付質量，專案管理工具的因素。軟體開發成本控制。內部質量指標的完成情況。實施cmmi可以有效的保障軟體質...