對測試這事的一些看法

2022-09-03 19:45:11 字數 2582 閱讀 3668

4年的測試職業經歷讓我對測試【這件事】和【做這件事的人】有了較明朗的認識。

【測試這件事】

既然是一件事,那麼就幾個問題:

目的是什麼?

目的就是保證被測系統的質量。這沒什麼可說的,測試的職責就是這個,一切都圍繞這個主題進行。

幹些什麼?

說到幹些什麼,這裡就出現了很多任務作,不同的組織環境裡有不同的工作,我見過大概分為下面幾種:

1.質量管理工作

我把質量管理工作排到第1位是因為這是對下面測試工作的乙個整體規劃和測試工作的先決保證。具體會在下面說明。

2.測試需求分析

這件事的定位很模糊。其意義就是對已知需求進行分拆,

拆到可以用某個單位去衡量某個功能點的程度。如果您的單位

有專門做這件事,說明貴公司的測試工作很有前途,這件事就是指導測試工作的核心。

例如:某個有查詢功能頁面,可以分為:單獨查詢條件查詢、組合

條件查詢、有結果查詢,分頁查詢、無結果查詢等

3.測試用例編寫

測試用例在我看來必不可少,請不要將他作為一種形式上的存在,測試用例應當用基線管理起來,它能體現被測系統

當前時間點上的完成程度,是專案經理度量專案進度的乙個最直觀最可靠的看板。而我們測試工作的節奏結合測試用

例反映出的情況來調整,才是最科學合理的。而不是各自感覺上的結論。測試用例這件事真可以拿出來單獨說一說,

在這裡就簡單說下我自己的感受。

測試用例粒度:如果有專門做測試需求分析,那麼測試用例的粒度由測試需求分析來決定。如果沒有,則完全靠編寫

測試用例的人來控制,通常都是數個人一起寫,帶來的結果就是粒度不均。結果呢,就是導致系統的

質量無法控制和保證。

測試用例詳細程度:一般測試基本分為:輸入、步驟、預期結果。在不同的專案中要求的詳細程度不同,我認為輸入

與預期結果必須寫,而且要寫的非常清楚。這兩項決定了測試用例的測試目的。而步驟的詳盡程度則

可以根據實際需要來寫,但必須將決定測試目的的關鍵操作寫清楚。

測試用例的管理:測試用例一定要管理起來,什麼是管理?就是建立、評審、執行、變更、歸檔。建立不用說了,評

審這件事其實非常有必要,只有測試用例的質量過關,那麼被測系統的質量才***。執行,測試用

例的執行不是一次性工作,在各個測試執行階段(整合測試、系統測試、回歸測試、驗收測試)中每

次執行都要對測試結論有記錄。保證不漏測。變更,測試用例的變更肯定是非常頻繁的,如果不更新

測試用例,版本迭代後,它就沒有價值了,因為被測系統已經變了。歸檔,歸檔的重要性就在於重用

,某些測試案例是可以重用的,利用起來能減少不少工作量。

4.測試執行(去被測系統中尋找不符合需求的地方)、提交缺陷

測試執行,這件事沒什麼好說的,測試工作的大多時間再做這件事。其實,只要上面的幾件事情做好了,這件事根本

就是最簡單、最無腦的。否則這件事就是最不靠譜的,最難做的。試想幾個人沒有任何計畫和目標在被測系統中瞎點

瞎用,質量保證從何說起?

提交缺陷、跟蹤缺陷:好了,體現測試工作成果的事來了。其實這件事只能大概的表明當前被測系統的情況,至於什

麼測試工作的績效,開發工作績效請不要從這裡來看,它對這類指標沒有反映。缺陷沒什麼好說的,與測試執行一樣

只要前面的事情做好了,這些都不是事。這也體現了8/2原則,做20%的事就能決定剩下80%的事兒。

這些事由誰來做?

將事兒和人對應起來說明下我的經驗:

質量管理工作:需要乙個測試經驗豐富、有管理知識技能的人。

測試需求分析:需要乙個測試經驗豐富、有很強業務分析能力(兩個方面:跨行業新業務的分析能力、已有的業務知

識)、熟悉軟體工程(架構、開發、資料庫等知識,這方面越強越好)、很好的表達溝通能力。可以說,測試需求分

析工作的擔當人是測試工作的靈魂人物,說他是專案組的核心層人物也不過分,因為質量是軟體的核心,而質量保證

的核心就是這個人。其實和需求分析師很像,但現在需求分析人通常與客戶接觸的多,轉化出的需求通常不會太詳盡

而這個測試需求分析人工作正是對需求分析人的成果再次細化和檢查。

測試用例編寫:其實說了上面的測試需求分析人,這裡就很明顯了。如果沒有測試需求分析人,那麼測試團隊所有測

試人的素質都要提高到測試需求分析人的程度才能保證質量,哪邊合算一眼就出來了。而且專案從來都是一把手工程,

這麼多高素質的人,究竟聽誰的?

測試執行:這個環節沒有測試經驗的人也能擔當,這也是被國內it行業認為最沒有技術含量的環節。也確實如此,就

像一般招聘要求中那樣,耐心、細心即可擔當。

測試人的發展

我認為測試人有3條路走:

第1條:管理崗——測試人要走到這裡,需要全面提高自己,管理、技術、溝通、經驗乙個都能少。

第2條:技術牛人——兩個方向:效能測試;自動化測試;

效能測試:需求面比較低,而且真正的效能需求要求的人員素質非常高,說要求架構師的素質也不為過。

自動化測試:需求面呈上公升趨勢,而且這也是未來測試發展的需要。現在不是有個職位叫開發測試嗎。而且薪

酬和開發已經平起平坐了。

程度,相信做乙個銷售也是很好的選擇。

至今困擾我的問題

公司策略與專案資源的約束是測試工作無法正確開展的根源,對於這種情況如何才能將測試工作做到科學合理?還是說

盡人事聽天命?

對 XML 的一些看法

xml已經廣泛的應用在文件處理,資料儲存,web應用 例如ajax 的資料傳輸,模版的應用 等方面。作為一種結構化的語言,它克服了一般的標記語言標記固定的缺點,你可以定義自己的標記,按照自己的意願組織資料。你可以定義dtd跟xml schema來確保xml文件是符合要求的。可以用xslt把xml文件...

對GDB的一些看法

之前在學微控制器的時候用的是keil,用過的都知道那叫乙個難受呀。又來有人推薦在keil裡新增外部工具,使用vscode,結果我聽成了visual studio,雖然還是可以作為keil的外部工具,但是你見過乙個20g的軟體給乙個20m的軟體打輔助的嗎 於是我又上帖子看,發現visual studi...

對 XML 的一些看法

xml已經廣泛的應用在文件處理,資料儲存,web應用 例如ajax 的資料傳輸,模版的應用 等方面。作為一種結構化的語言,它克服了一般的標記語言標記固定的缺點,你可以定義自己的標記,按照自己的意願組織資料。你可以定義dtd跟xml schema來確保xml文件是符合要求的。可以用xslt把xml文件...