q: 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？
a:乙個軟體質量的如何，可以通過套用下面這個公式來：
軟體質量=程式質量+軟體工程質量
在衡量乙個軟體的質量如何的同時，就需要進行兩項工作——軟體的質量保障（qa）和軟體測試（test）。那麼qa和test是啥呢？
test：運用一定的流程和工具，驗證軟體能實現預先設計的功能和特性，工作的流程和結果是可量化的。
qa：軟體團隊為了讓軟體達到事先定義的質量標準而進行的所有活動，包括測試工作。
然而，當前的it業界經常混用qa和test這兩個名詞，很多團隊的qa/test工作是在較低水平上重複。這引發了一些相關的討論。
測試的角色(test)要獨立出來嗎？
獨立出來的測試角色怎麼才能發揮作用？
有些成功認識或公司認為獨立的測試角色不應該存在，你怎麼看？
以上是教材中摘出來的內容。
我覺得，之所以會出現上面的這些問題，很大程度上是因為qa/test的能力跟dev不在乙個水平上，由此大部分團隊的qa/test工作是在做一些重複工作。
在這裡我就只說dev跟qa之間的矛盾（純粹未經世事的小白菜看法）。
一方面，qa說dev不懂測試；另一方面，dev說qa不懂技術。最好的辦法，我覺得不應該是去掉專職的qa，專職qa應該存在，只不過應該掌握基本的程式設計能力；於此同時，乙個合格的dev也應該掌握必要的測試能力。兩者各司其職，術業有專攻。這樣，在遇到問題的時候，也不會出現dev不懂測試，qa不懂技術的情況了。
可能我的這個觀點，在實際操作中太虛了，但是，我覺得，作為乙個合格的it行業的工作者，我們最不應該缺乏的就是學習的能力。
一些與開發相關的東西，乙個it人員，應該主動自覺地去學習，而不應該出現，遇到問題，不懂的情況。不懂就學，如果不會學，那何必來做it。
就像現在計算機行業有乙個經常說到的職業——全棧工程師。其實，這只是乙個頭銜，之所以叫全棧，是一名有追求的工程師在自己職位上對自己的要求。他不需要是各種技術的資深專家，但是他需要熟悉到各種技術。
對於乙個團隊特別是網際網路企業來說，有乙個全域性思維的人非常非常重要。
對於qa來說，他是軟體質量保障的專業人員，但他也應該有大局意識，與自己相關的東西，要主動去學習。
q: 如果你是乙個專案的qa，那麼你認為你的工作職責範圍是什麼？
a:
保證和提高產品質量
組織標準過程和專案已定義過程
評審和審計
發現和提出過程存在的問題
不斷學習，提公升自己的能力，以及全域性思維意識
q: 如果你是乙個專案經理，那麼你認為在你的專案中需要專職的qa(quality assurance，即質量保障)嗎？還是只需有test即可？如果一旦出現問題，你如何界定由誰擔負責任？
**a: ** 需要。
就像前面說的，qa是在較低水平重複，如果qa自己具有一定的程式設計基礎的話，根據自己的需要開發一些自動化工具，那麼不就免去了好多的重複動作了嗎？另外，qa跟test的職責範圍是不一樣的。test是對軟體開發過程進行監督管理、控制，test伴隨整個軟體開發周期，測試開發同步進行，這樣有利於盡早發現問題。
如果專案出現了問題，我覺得書中一句話用在這裡比較好——各司其職，對專案共同負責（establish clear accountability and shared responsibility），畢竟最終的目的是讓專案盡快上線，滿足客戶需求。
軟體質量保障初探 Chris
關於軟體質量保障的體會 首先，軟體質量保障的重要性不言而喻，書中說軟體質量體現在以下方面 有一套較為成熟的理論來衡量各個軟體工程的質量 cmmi capacity maturity model integrateg 即能力成熟度模型集合。同時要達到一定的軟體質量是需要付出一定的成本的，新功能的開發固...
軟體工程第三次作業 關於軟體質量保障初探
一 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？1 軟體質量保障 qa 的含義 在對教材閱讀前，我一直以為軟體質量保障僅僅是在軟體上線前對其進行測試，以保證其沒有bug，可以正常按時交付客戶上線運營即可。通過對教材的閱讀我們了解到軟體質量保障 qa 和軟體測試 test 是有很大區別的。軟...
軟體工程第三次作業 關於軟體質量保障初探
對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？40分 軟體質量 程式質量 軟體工程質量 軟體工程的質量保障 軟體開發過程的可見行要好。在軟體開發過程的風險控制。軟體內部模組，專案中間階段的交付質量，專案管理工具的因素。軟體開發成本控制。內部質量指標的完成情況。實施cmmi可以有效的保障軟體質...