一、對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？
(1) 作為乙個企業，產品質量就等於名聲，就是是乙個企業的代名詞，如果產品質量不令人滿意，那麼客戶肯定會有不好的體驗，並會降低對企業的信任與好感度。
(2) 對於大型的軟體工程活動，如果前期版本做的不夠完美甚至是漏洞百出，那麼後期版本將會在接軍問題上消耗更多的時間和金錢，所以在設計製造軟體是就要具有足夠的前瞻性，規避日後越來越多潛在危害的出現。。
(3) 從軟體開發的角度來看，越早引入問題，帶來的人力消耗和經濟損失就越大，具體多大呢？據說有專門的團隊研究過是成指數形式增長的(具體數字我不記得了，但是從切身體會來講我是深信不疑的)，舉個例子，如果開發階段，引入乙個和其他地方關聯性比較強問題，一直沒被發現，然後幾個版本之後發現，那麼可能很多**都是基於這個錯誤的邏輯繼續開發的，到時候修改起來，很可能會牽一髮而動全身。再比如，需求分析沒做好，或軟體架構設計不合理，開發完之後才發現，那代價就會更大。
二、如果你是乙個專案的qa，那麼你認為你的工作職責範圍是什麼？
我了解到qa其實就是是品質管理。因為qa結合了管理，分析和測試三大行業的知識。公司的研發進度，產品研發初期的標準制定及產品後期的研發都需要qa的參與，所以qaz這個角色在軟體開發的全過程中缺一不可。在產品設計初期，qa能夠站在消費者的角度來深度看待這個產品。qa作為乙個測試者可以第一時間發現軟體潛在的不足之處，這是乙個旁觀者的角色可以直接發現問題。
三、如果你是乙個專案經理，那麼你認為這你的專案中需要專職的qa麼？還是只需有test即可？如果一旦出現問題，你如何界定由誰擔責？
我認為十分需要qa這個角色，因為乙個軟體只有測試工作的話很難再開發初期去思考、去規避一些最基本的問題，而且在開發中也很難起到監管開發質量的問題。而qa這個角色剛好滿足了乙個軟體在起初的設想構造、中期的開發實現到後期測試執行的整個週期的參與過程。可以更直觀的了解乙個軟體，甚至是比客戶更加了解，以至於可以做出更令客戶滿意的作品。我認為一旦設定了qa這個角色，那個在軟體開發和使用的過程**現問題是整個團隊共同的責任，而不是讓乙個人去承擔。我認為乙個軟體的設計、開發與實現需要乙個團隊共同來完成，每個人不只是只做好自己的一部分工作就好，既然大家都是乙個目標，暨為了使這個軟體更加完美，每個人都應該在問題中反思自己是否為了這個團隊有真正的付出，不只是自掃門前雪，而應該是大家在互幫互助中共同進步成長。
軟體工程第三次作業 關於軟體質量保障初探
一 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？1 軟體質量保障 qa 的含義 在對教材閱讀前，我一直以為軟體質量保障僅僅是在軟體上線前對其進行測試，以保證其沒有bug，可以正常按時交付客戶上線運營即可。通過對教材的閱讀我們了解到軟體質量保障 qa 和軟體測試 test 是有很大區別的。軟...
軟體工程第三次作業 關於軟體質量保障初探
對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？40分 軟體質量 程式質量 軟體工程質量 軟體工程的質量保障 軟體開發過程的可見行要好。在軟體開發過程的風險控制。軟體內部模組，專案中間階段的交付質量，專案管理工具的因素。軟體開發成本控制。內部質量指標的完成情況。實施cmmi可以有效的保障軟體質...
軟體工程第三次作業 關於軟體質量保障初探
1 對教材與參考資料閱讀後關於軟體質量保障你的體會是什麼？軟體質量保障工作 軟體團隊為了讓軟體達到事先定義的質量標準而進行的所有活動，包括測試工作。軟體的質量保障和軟體測試是有很大區別的。軟體測試 test 運用一定的流程和工具，驗證軟體能實現預先設計的功能和特性，工作的 流程和結果通常是可量化的。...