軟件測試的兩種未來
發表于:2012-09-06來源:測試窩作者:趙璨點擊數:
標簽:軟件測試
光明未來 測試人員點亮道路 這是我們的角色 我們看清事情的面目。 我們通報質量可能性的結果,因為我們批判性的思考軟件,
光明未來
測試人員點亮道路
這是我們的角色
我們看清事情的面目。
我們通報質量可能性的結果,因為我們批判性的思考軟件,
但是
我們讓項目負責人做出商業決定
光明未來:
測試擁抱變化和復雜性
真實的世界是混亂和復雜的
變化隨時發生
市場決定
合約
需求
規范
設計
文檔
產品
系統
我們幫助我們的客戶理解變化和復雜性背后的意義
光明未來
調整而不是重復
重復,對于計算機來說,相對容易,但是測試不僅僅是重復。它更是一個開放的探索。
專業的測試因而更關注在思考和調整、價值以及相關的風險上
這種測試是無法腳本化的
專業的
測試人員不會問“通過還是失敗?”
專業的測試人員會問
這個地方有沒有問題?
標準化測試的運動
一個標準對于測試工作的作用是很顯著的
前提是你僅僅想發現標準的
bug
標準化測試人員的意義
為了擴大測試社區?
為了個別測試人員?
為了已在市場中失敗的組織?
還是為了一小群有認證的銷售人員
問問你自己
150,000測試人次(至少),每門認證100美元,這 15,000,000美元(至少)的成本去哪了?
誰是ISO29119最激進的擁護者
認證的替代方案
對任何測試任務做好準備
我練習并教授測試
以此我獲得成功和失敗的經驗
我練習批判性思維
以此我避免愚弄自己和他人
我練習系統性思維
以此我學會兼顧全局和細節設計
我練習編碼
以此我學會謙卑
我練習描述我的練習
口頭的
筆頭的(
雜志、文章、博客等)
演示的(像現在這樣)
我參加到同樣工作方式的社區中
認證的替代方案
將思想和知識帶入到工作中
我閱讀非測試相關的書籍和文章
科學和物理學
數學和統計學
認知心理學和批判性思維
計算機
編程和軟件設計
食物和烹飪
通用系統
醫學
經濟學
社會科學
歷史
喜劇
我將這些領域原則與測試領域相關聯,并描述這些相關性的價值
軟件
開發
不同于制造業
制造業的目標就是生產出大量的相同部件
重復檢查對制造業是有意義的,但是。。。
軟件行業,生產出大量同樣的拷貝不是個大問題
軟件開發
類似于設計
每個新軟件產品從某種程度上都是新的,這意味著每次都會有一套新的關系和設計
新的設計不能只是被檢查;它們需要被測試
對設計進行測試就如同在罪證化驗室中工作
有太多的疑似證據需要測試
有太多的證據相關的工具、過程和來源
工具和過程不是為一個特定調查和目標制定的
工具通常是昂貴的
調查在不確定和苛刻的時間壓力下進行
我們的客戶(不是我們自己)對可用證據如何處理做出決定
光明未來
測試應關注學習
測試人員在代表我們客戶利益的基礎上,通過不斷學習來維護產品價值
我們所做的不是在確認我們的信念。我們所做的是摧毀不可靠的信念。
測試人員就如同項目團隊的感應器
那么我們測試人員是什么?
專業的調查人員
軟件測試是對由人、程序以及相關產品和服務組成的系統進行的調查工作。
對于產品應該如何工作,測試人員不必一定要做出結論或推薦。她的任務就是將明確的風險暴露給利益相關者。
什么是測試
優秀的測試工作不僅僅是計算機科學的分支
僅關注程序,遺漏了價值相關的問題以及其他包括人在內的諸多關系
對于我而言,優秀的測試工作就像人類學 – 跨學科的、系統性的、調查性的以及故事性的
光明未來
自動化有很多目的
測試人員的腦力和技能應該圍繞探索性的過程上;編程只是一個技能
自動化拓展了我們產生數據,可視化、分析、排序、搜索、觀察以及解釋數據的能力
自動化不測試;人測試
需求文檔不足?
沒問題!
如果你抱怨在測試之前缺乏足夠的需求文檔,那么你就不是真正在做測試;你在做檢查
如果你發現需求文檔有問題,你的測試已經開始發現有價值的信息
測試工作能夠添加很多的信息幫助解決這些問題
光明未來
觀察而不是統計
不應該考慮
-
定量標準
-
數據
-
Bug數量
-
完成的測試用例數
-
通過/失敗率
-
發布測量
-
每條需求一個測試
-
數字告訴我們什么
-
責怪
|
我們應該考慮
-
定性標準
-
信息
-
問題和爭議背景
-
多元覆蓋率
-
“設立是否有問題?”
-
足夠好的質量
-
風險點
-
數字遺漏了什么
-
理解
|
這里目的不在于提供答案,而是給出更好的建議
原文轉自:http://www.kjueaiud.com