亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

我目前的測試架構師的工作

發布時間:2020-06-12 14:54:15 來源:網絡 閱讀:944 作者:hehe_debbie 欄目:軟件技術
    最近一直在忙工作,已經很久沒有在這里發文了,真的很抱歉!
 
    最近在忙什么呢?還是在忙test architect的工作。這幾個月的工作讓我對test architect也有了更深的認識。
 
    就說說我最近做了些什么吧。
 
    我首先是深入到每個領域,了解他們是如何做測試的,測試的范疇、策略和方法,尤其是call processing這一塊,為了有更深的了解,我還做了些case。
 
    和每個領域的technical leader都聊過天,也記錄了他們現在存在的問題,同時根據他們提出的問題,想辦法來幫助他們解決。
 
    其實我個人非常迷惘,因為所謂技術上的support概念是很模糊的。如果是實驗設備不夠,有項目經理和直線經理來解決。如果是需要測試自動化,有測試自動化的項目組來解決。我一開始花了很多時間在測試自動化上,但后來證明這些時間是白費了,因為后來基本上是自動化的項目經理直接找各個組的technical leader了,而我過于熱情的參與反而引起了負責人的不滿。我一開始想提出仔細選型,不要盲目上馬,可惜測試自動化的壓力很大,項目經理的個人經驗已經決定了選型的結果,我也不好再說什么。
 
    后來通過真正開始做測試,才發現現狀并不如那些technical leader們表述的那樣,而是比那個糟糕得多。我才發現我們非常不重視test plan的review,test report的review根本就沒有。case寫得五花八門,有春秋大義型的,有絮絮叨叨型的,而且基本沒有coverage的check和記錄。
   
    我開始把我的工作重點轉向需求的測試覆蓋上了。很意外的是,有些組的同事根本不看系統需求文檔,而直接看實現文檔,很多系統需求被漏掉了。他們的test plan進行review的時候,更關心細節,而不關心測試的需求覆蓋率,場景覆蓋率和error case。其實這些才是測試的重點,而不是具體的操作步驟。沒有測試報告,就無從知道軟件質量到底怎樣,也沒有測試人員的任何反饋。
 
    我開始要求加入到所有的test plan的review meeting上,并且要求必須有test report的review meeting。Quality Manager也和我一起制定了test plan文檔的template,其實這些東西以前都是有的,搞了敏捷之后全扔掉了。當然我們還加上了測試人員對軟件質量的反饋一章。我設計了一個checklist表格,以幫助測試人員檢查和記錄case的覆蓋率,并且在plan review時一起過這個checklist。
 
    測試人員的心態很有意思,當我提出要加case,或者加步驟的時候,他們通常是很反感的,好像增加了他們的工作量,并且讓他們很可能完不成任務。我寫了一篇文章,告訴所有的人,測試人員的職責不是pass case,而是通過case的執行,找到系統的bug。找bug才是我們的工作。我們必須保證當我們的case pass的時候,我們的系統工作是OK的,是會讓用戶滿意的。如果做不到這一點,就是失職。只要系統還有問題,我們可以義正詞嚴地不讓case pass,而不是心慈手軟地放水。要知道,放了水,責任就在測試人員身上了,這是引火燒身。
 
    為了加強內部信息共享,我們買了一個服務器,專門用于文件共享。我們成立了一個四人小組,負責文檔的整理和介紹工作,以方便所有的測試人員能夠最快地找到需要的資料。
 
    我設立了一個內部技術交流網站,以加強測試人員相互間的信息和經驗交流,可惜的是,只有少數幾個人經常光顧,大多數人都借口工作忙,幾乎從不上這個網站。我在內部網站上分享了很多有用的工具和個人的經驗,可惜效果并不明顯。大家還是比較習慣于通過郵件被動地接收信息。我只好同時寫文章和發郵件,雙管齊下。
 
    為了減少開會的次數,我協助將培訓的過程全程錄音,做成video,這樣大家就可以靈活地安排時間接受培訓,而且可以反復地聽講。我已經做了不少錄像,目前效果還不錯,已經減少了一些有經驗的工程師手把手教的頻率,也希望靠這個辦法讓大家增加一些自學的能力和習慣。
 
    總體來講,我幾乎沒在搞什么技術工作,而在做一些雜事,更有些像個打雜的。唯一還算是技術相關的,就是參與到最新的release的需求制定中。因為要early involvement,我們測試人員被要求參與新feature的需求制定,提出testability相關的意見。我的一部分主要工作也是這個,和我們部門指定的feature owner一起,加入到制定需求的流程當中。這個過程還比較有趣,也是我比較喜歡的。
 
    還有一個工作,就是整理customer報的bug,分析我們的工作有哪些缺失,及時地補足。這個工作比較繁瑣,不過也是有意義的。正如溫伯格所說,投訴是存在質量問題的信號。整理和分析投訴,是向所有的測試人員和管理者展示我們的工作有多糟糕的有力工具。
 
    好了,忙忙碌碌中,先寫這么多了,希望我的這些努力不會白費,我們的質量會有所提高。
向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

和田市| 赤壁市| 海丰县| 华阴市| 蕉岭县| 莎车县| 伊宁市| 五大连池市| 原阳县| 柳江县| 麻城市| 恩施市| 南宫市| 花莲市| 边坝县| 乐昌市| 五常市| 民丰县| 泰和县| 遵化市| 洪雅县| 万荣县| 红原县| 台南市| 丹阳市| 仁布县| 永和县| 昌乐县| 库车县| 宕昌县| 兰坪| 承德县| 广水市| 万州区| 盐边县| 融水| 泽州县| 武乡县| 开阳县| 巩义市| 成武县|