SoftwareQA
含有「SoftwareQA」共 14 篇內容
全部內容
發佈日期由新至舊
多數產品經理把測試當成開發後的例行公事，但這個思維正在扼殺產品品質。測試不是QA的專屬工作，而是產品經理從需求階段就該介入的戰略決策。本文從產品經理視角，拆解為什麼測試策略決定產品生死，以及如何在有限資源下做出最有價值的測試決策
6 天前
雖然我這邊對於 PM 的心得是
就是從很多不同定位的切腳下去看 "需求"
但確實跟公司文化產業還有客群有相關~
我個人的心法是 -- 從需求開始同步展開的，不是測試策略，而是鎖定客戶的客戶需求調查 XD
當然測試也確實重要
但若先有制定一套管理規則下來，我這邊的經驗是裡面就含有測試了 XD
至於 PM 的主要工作如果是替其他部門擔憂什麼沒做
我強烈建議可以找老闆開會討論一下流程跟制定的 SOP
如果要問我對於品質保證的回答
我會回答"流程" 耶
謝謝 UU 的分享 XD
話說我如果之後有時間，會想要分享 PM 最近最好擁有的能力
就是 Vibe Coding 還有 SDD 不知道 UU 會不會感興趣~
2 天前
Joker 你提的角度超棒！「從需求開始同步展開的是客戶的客戶需求調查」這個我完全同意，其實測試策略跟需求調查不衝突，反而是相輔相成的～
你提到的「流程」作為品質保證，我的理解是：好的流程本身就內建了測試檢查點對吧？像是需求評審、開發自測、QA驗收這些關卡，都是流程的一部分。而我文章比較想強調的是，PM 不能只是「把測試丟給 QA」然後覺得自己沒責任，而是要在流程的每個環節都想清楚「這個階段的品質標準是什麼」。
Vibe Coding 跟 SDD 我超感興趣！尤其 Vibe Coding 最近很紅，但我還沒深入研究。我想看你怎麼把這些工具跟日常工作結合😆
近年來Business Intelligence、Dashboard或戰情室在市場上的需求越來越高，身為在金融業資訊產業工作者，幾年前也做過其他BI產品的Project。
當然金融業BI Project內容不會只有數據視覺化，包含的Workflow和ETL部分又是另一個故事了。
這次透過
這篇文章介紹物件導向程式設計（OOP）的基本概念，包括類和物件的定義以及四大核心概念：封裝、繼承、多型和抽象。讀者將瞭解如何在Python中定義類和物件，並學習如何使用這些OOP特性來構建更具組織性和可維護性的程式碼。透過實例，文章探討如何將真實世界的物件模擬到程式設計中。
本文介紹了TCO（Testing Coverage Outline）測試覆蓋大綱的概念及其在測試過程中的重要性。TCO有助於分析被測系統的需求，梳理和結構化資訊，使測試人員能夠清晰瞭解測試範圍。此外，還探討了繪製TCO的方法。通過進行資訊的提煉與重組，TCO能有效促進測試的準備和執行。
本篇文章探討了Python中的字串、列表、元組、集合與字典這五種資料類型的定義與基本操作。這些資料類型各具特點，例如字串和元組是不可變的，列表和集合是可變的，適合不同的使用場景。文章中詳細介紹如何定義進行基本的操作（如添加、刪除、訪問元素等）。
本文探討Python中函式的定義和作用，重點解釋如何通過函式定義def 來解決重複程式碼的問題，並介紹函式引數的預設值和可變引數的使用。並分析了函式的命名衝突問題，以及函式的作用域管理，特別是全域性和區域性變數的區別。這篇文章將幫助初學者更好地理解Python函式的基礎知識，提升程式碼質量。
本文介紹了學習Python後，如何將日常自然語言翻譯成程式碼。並運用所學知識解決實際問題。這些練習不僅鞏固了學習者的程式設計能力，還提升解決問題的思維能力。適合所有想要進一步瞭解程式設計邏輯的Python初學者閱讀。
在寫程式時，重複執行指令是常見需求。Python 提供了兩種迴圈結構：for-in 迴圈和 while 迴圈。for-in 迴圈適合已知迴圈次數或進行容器迭代；while 迴圈則用於不確定迴圈次數的情境。本文將介紹這兩種迴圈的基本用法及練習範例。
本文介紹了Python中的 if-elif 和else關鍵字的使用，構建分支結構的方式，以及巢狀結構的概念。文章中還提到Python編碼的最佳實踐，建議儘可能使用扁平化的結構而不是巢狀結構以提高可讀性。
在程式設計中，變數是儲存資料的基本單位，而型別則決定了資料的格式及使用方式。本文介紹了 Python 開發中的多種資料型別，包括整型、浮點型、字串、布林型及複數型，還提供了變數命名的規則及其使用方法。進一步探索運算子，包括比較運算子和邏輯運算子，以增強程式的邏輯判斷能力。
