
林冰玉
這是一本幫助測試人員的小書,但也是寫給團隊所有角色看的。“測試把關質量”,這是傳統對質量保障工作的普遍認知。基於業務需求設計測試策略、制定測試計劃、編寫測試用例、執行測試,對於測試有問題的地方提交缺陷並對缺陷進行管理,這幾乎就是測試人員的全部工作內容。隨着業務形態多樣化、數據複雜度增加、技術架構演進、基礎設施發展,軟件所處的生態越來越複雜、不確定性增多,質量面臨的風險也更加不可預測;同時,軟件市場的競爭越來越激烈,對軟件質量的要求有了更高的呼聲。本書包含敏捷測試中最核心的內容——測試左移、右移和團隊協作等,以及測試最爲關注的問題——職業發展和轉型之路。
在看《DevOps實踐指南》裏面有一部分關於測試的,一直對測試的理解處於點點點,因此想先了解一下測試這個方向看看,於是搜索到了這本書,發現本質上測試也是三部曲耶,流動、反饋,知識體系。以前認爲QA就是質量管理,測試是測試,後面才發現消息已經把測試和QA放到一起了,不過最終的目標都是質量管理。印象比較深刻的一句話是產品的好壞不是你測出來的,而是產品出來的那一個時刻已經決定了他的好壞,大概是這個意思吧。 本來還想用“視覺比較”的方式好好總結一下這本書📖,但是這個ipad pencil有點不給力,後面有時間再整理整理吧。
這不是一本以實踐爲基準的工具書,而是一本偏理論的方法論,更像一本經驗總結的書,只是沒有案例。但是不妨礙它的價值。 本書對這個測試領域做了一張自畫像,傳統測試發現bug僅僅只是作爲基礎測試能力,但是不太提倡的方法。測試應以整體公司戰略,產品定位,商業價值爲出發點,最大利益精準測試,保障產品價值最大化的同時保障質量,提升用戶體驗。測試需要左移,協助設計和開發將質量預防落實在產品概念期;測試也需要右移,通過生產環境,通過A B測試等貼合實際用戶場景的方式,壓縮投產前環節,對產品提前加壓以期放大產品弱點,提升產品質量;以業務價值導向主導測試策略,優先級,測試密度等。
領導推薦讀物,以爲很長,拖延症患者堅持了下,發現很快也就學習完了。 也不知道是不是領導們已經學習過了,作者描述的很多方法和模式都是本司的現狀,所以閱讀起來倒也沒有太驚豔的地方,通篇是眼熟,哈哈哈。 最後只記得幾點:業務價值驅動測試;團隊爲質量負責;測試是爲了很好的交付,而不是追求發現最多的bug。 最最後,對於測試職業發展的指南,倒是撥開了我眼前的一些迷霧。🙏
本書內容非常給力 給質量保證工作給予一定的牽引
當團隊每個人都有質量意識,那就讓產品說話
還不錯。粗淺易懂,特別是關於團隊的部分,異曲同工[呲牙]