效率提升測試工具開發的思考

發表于:2020-3-10 10:21  作者:YingHong   來源:博客園

字體: | 上一篇 | 下一篇 |我要投稿 | 推薦標簽: 測試思考 測試管理

  本文針對測試部效率提升測試工具開發、管理、維護暴露出來的問題的一些思考以及一些個人改進觀點。
  寫在前面
  本文提到的效率提升測試工具不是指的部門中固有的自動化測試工具,這里提到的測試工具統一指測試人員在工作之余自主開發用于期望替代重復、繁瑣、耗時的手工操作的測試工具,開發的目的是希望提升測試工作效率。不是針對專業工具開發部門團隊的測試工具。
  測試工具管理暴露的問題
  總體來說,測試內部發布的用于效率提升的測試工具整體質量不高,工具功能、性能、易用性、可維護性質量都不高。大部分測試工具通常都是誰開發的誰用的比較順手,工具推廣度不高。并沒有真正讓部門其他測試人員效率得到提升。針對這些問題簡單調研了一下身邊的同事原因,主要以下幾個問題。
  1、工具不知道從哪里可以獲取。這是測試部工具管理的問題。沒有統一的發布路徑、測試人員不知道當前測試部都有哪些測試工具可以用,不知道從哪里可以獲取到。
  2、工具不會用。測試人員拿到工具不知道怎么使用。對一些相對復雜功能的測試工具沒有使用指導書、沒有聯機幫助。甚至有一些工具開發的菜單、標簽、工具名稱起的都很含糊。不知道這個工具是要干嘛的。這些通常都是測試人員在開發工具時不考慮工具的易用性問題導致其他測試人員很難上手使用。舉個例子,測試工具開發人員用 Python開發了一個windows平臺工具但是并沒有編譯成可執行的.exe程序發布,其他人很難用,首先可能要下載python程序、其他要下載程序依賴的各種類庫。用個工具這么麻煩很多人就不想用了。。
  3、工具不好用、經常出現問題。測試工具開發在實現工具時可能只針對某一個具體的場景、某一個具體的業務版本進行開發導致工具并不具備推廣性。另外,一些工具交互太多甚至使用時有一些依賴外部條件需要設置程序才能正常執行等等都是導致不好用、沒人用的原因。
  4、工具很難維護(可維護性問題)。工具開發人員技能不一、能力高低有區別、對編碼規范的遵循程度也不一樣。實現工具開發的語言多樣化,主流的開發語言Python、Java等還好,如果是AutoIt、vbs等這些比較少用的語言開發的工具后期維護就很麻煩甚至就沒人維護了。另外,測試人員畢竟沒有對編碼規范有很好的理解,代碼怎么寫的都有、幾千行代碼注釋幾乎為0,也沒有開發文檔說明,維護起來特別困難。
  5、工具需求開發隨意、發布路徑不統一、工具發布格式不規范。這也是管理的問題。工具沒有統一的管理就會衍生出很多額外的問題。比如前文提到的不知道從哪里獲取工具、工具沒有指導書,我沒有編碼能力但是我識別出了工作中的短板需要開發工具可以把需求提交給誰。。等等。。這里,不是一定要強制某些工具不能開發,某些工具可以開發。從測試部整體角度來說,將工作量聚焦測試部topN效率短板提升的工具開發肯定是必要的。
  工具開發改進幾點意見
  上面暴露的問題在我呆過的很多產品都遇到過,并不是個例。針對這些問題的解決方法,談一下個人觀點。
  1、工具統一管理。測試部內部發布工具開發規范、統一工具發布路徑、工具發布格式(工具名稱+版本號、工具主要功能、工具作者、工具維護歷史、工具開發IDE等)。建議使用主流編程語言開發(Python、Java等),內部強調編程規范等。
  2、工具開發提高易用性。一是減少交互而是方便交互。減少交互主要是指沒有必要的輸入或者可以固化的輸入就集成到軟件中,需要依賴的步驟也可以直接在工具中實現。方便交互主要是指在windows系統使用時盡量提供界面化形式的交互窗口。windows上使用的程序培養的習慣是這樣。對于linux下,命令行交互沒有問題,但是每一步的輸入提示描述盡量簡單清晰。盡量可以達到傻瓜式的使用。實現的時候就從這個角度考慮。你不期望你給別人工具還要教他怎么用吧。。
  3、提高工具可用性。這是功能的問題。通常這些效率提升工具都是個人在工作之余花時間實現的,要求面面俱到也是很困難,但是盡量還是要保證主場景在絕大多數情況下運行正常,可以正常輸出預期結果。不能換一個測試版本工具就出問題就好了,別人可能就不想用了。對于工具的完善可以在下一次迭代優化。這是每一個工具開發人員都是應該思考的問題。。你也不期望自己發布的工具別人一用就出問題。對自己的形象也不好。。是吧
  4、提高工具可維護性。要求不高,就是多加一些注釋,代碼自己覺得可讀性還可以。函數/類盡量劃分的合理。至少保證自己過半年一年再回來看自己的代碼還能快速讀懂修改就差不多了。。
  5、工具定期宣傳。定期挑選一些好用的、具有一定普遍性的工具進行推廣。酒香也怕巷子深,每個工具開發作者也希望自己的勞動成果可以真正的讓其他人受益,讓自己的付出得到別人的認可。
  6、編碼技能交流。測試人員整體編碼技能還是相對較弱,工具的開發主要還是集中在一小部分人身上。可以將這部分人員統一集中起來多交流、探討。也可以在測試內部推一些編碼基礎培訓課程或者是一些基礎文章,可以幫助有興趣提升編碼能力的測試人員。
  小結
  工具開發管理維護使用暴露出的問題挺多的,其實沒有啥。畢竟都是測試人員在業余時間開發的。做出來了總比沒做出來好,做出來的東西只要稍加引導就可以不斷迭代優化改進。不可取的是沒有改進意識,容忍低效、重復、繁瑣的手工執行工作,這樣對自己沒有什么好處。。
  限于時間,匆匆寫完,有些觀點可能表達不到位,針對這些問題,有興趣可以交流。

     本文內容不用于商業目的,如涉及知識產權問題,請權利人聯系博為峰小編(021-64471599-8017),我們將立即處理

評 論

論壇新帖

頂部 底部


建議使用IE 6.0以上瀏覽器,800×600以上分辨率,法律顧問:上海信義律師事務所 項棋律師
版權所有 上海博為峰軟件技術股份有限公司 Copyright©51testing.com 2003-2021, 滬ICP備05003035號
投訴及意見反饋:webmaster@51testing.com; 業務聯系:service@51testing.com 021-64471599-8017

滬公網安備 31010102002173號

51Testing官方微信

51Testing官方微博

掃一掃 測試知識全知道

日本av