測試員的工做方式正在悄然改變

相信有人已經發現，昨天TestBird偷偷上線了新官網。其實，伴隨着新官網一同上線的，還有新業務「快速app功能測試」。我今天，就來講說這個「快速功能測試」背後的故事。 



 

TestBird每款產品推出Beta版本以前會有一場「產品內部上線會」。在這裏，Bird所在的市場部會和產品部、研發部小夥伴就新產品進行深刻交流。 

交流有多深刻呢？這麼給你說吧，肉體接觸，那是不會發生的，其餘均可以。 

新產品的「內部上線會」交流很是友好，先是產品經理給你們演示一遍新工具的使用流程，而後咱們就正式開始了深刻的交流。 

我拋出了一個問題：快速功能測試有什麼用，爲何會作這項業務呢？ 

「傳統的測試模式下，管理和測試執行是分離的。」說出這句話的正是「快速功能測試」的產品經理ZX，他看上去是那種手無縛雞之力的瘦子，這固然是一種錯覺。當他在足球場上飛奔的時候，你會發現瘦，也是一種天賦。 

ZX解釋道，傳統的測試模式下，管理和測試執行是分離的。現實的場景每每是這樣的：Tester在電腦上打開測試管理系統，一個一個地手工書寫和修改測試用例。須要執行測試的時候，Tester經過USB連上手機，安裝apk。而後Tester一邊看着電腦上的測試用例，一邊相應地在手機上操做。操做過程當中，Tester手工對手機截屏，保存圖片。 
多數測試人員已經習慣了這樣的測試流程，也並不以爲這存在不合理。可是，這裏面不少工做是在浪費時間，好比每一次操做截一張圖，又好比把手機上的截圖傳到電腦再慢慢分類，這些徹底能夠經過工具自動完成。快速功能測試正是在解決這個問題。 

如何解決這個問題？我繼續問道。 

ZX挪動了一下小身板，嘆了一口氣。我想我問出了一個令他感到棘手的問題。 

ZX伸出他的右手，「快速功能測試，能夠簡化測試員們50%的工做流程」。新工具的好處，主要體如今5點。 

沒手機也能作測試：快速功能測試是直接基於雲手機的，因此測試者不須要本身準備手機。 

自動數據採集：平臺對於每一步的Tester操做，自動截圖保存。同時，系統自動採集系統及APP的日誌、APP的性能數據。 

不用人工寫測試報告：功能測試平臺提供自動生成線上報告的功能，報告內容以及單個的用例和截圖都有獨立的連接，能夠經過社交分享、郵件的形式，快速分享出去，省去了繁瑣的下載/上傳操做。 

Bug截圖和備註：Tester隨時能夠經過平臺的塗鴉功能，對有問題的截圖進行標註，也支持截圖輸入文字信息。測試完畢，能夠基於這些截圖提Bug。 

過程可管控：Tester的每一步操做被詳細記錄到了測試報告中。高級測試人員能夠對初級測試人員的測試執行過程進行review，保證測試質量，及時發現紕漏。 

我：最後這一條是痛點，能夠把咱們的新業務提供給作外包的測試公司。 

不僅是外包測試公司。ZX說，一些大型企業的測試部門須要接多條產品線的需求，做爲一套完整覆蓋整個功能測試周期的工具，這會幫助到這些大型企業的測試部門更高效的運做，而且成員之間造成更加良好的協做。 

我想測試人員們的工做方式可能正在悄然發生改變，由於自動化的APP測試工具已經把不少重複而無趣的工做代替掉了。在將來，分工變得愈來愈細，測試員須要把更多的時間和精力投入到複雜問題的處理上，而重複繁瑣的工做，交給TestBird最放心。