軟體質量保障初探

2022-02-16 16:17:03 字數 1789 閱讀 4364

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可以有效的保障軟體質...