優秀的功能測試也可以戰勝技術測試者
測試一般分為功能測試、效能測試、自動化測試,很多人認為功能測試不如搞技術的測試,但是一個優秀的功能測試者給公司帶來的效益也是非常大的,大家負責的方向不一樣而已。
那如何成為一個優秀的功能測試者呢?軟體測試職責有哪些?
我個人認為一個優秀的測試應負起整個專案質量的把控,而不是單單對產品的質量把控。例如發現工作流程有問題,需要及時提出,並給出優化意見,充分利用好專案管理工具,減少不必要的溝通。產品設計方向偏了,有誤及時指出。如專案或需求受阻,及時彙報情況,讓領導知道並督促給出解決方案。具體我們軟體測試職責可以包含哪些呢,如何保障質量的呢?看看以下的描述
1、需求評審會後 :1、測試需要檢查需求文件 、原型圖、 UI圖 將描述不清楚,有矛盾的地方找產品核實和確認,一時無法回覆的一定要記錄下來後續跟蹤。2、編寫用例是更深入的理解需求,此時肯定還會發現第一步未發現的問題,需記錄並跟蹤
2、提測之前(早期): 諮詢開發是否有哪些模組不理解的,或者也可以瞭解開發的開發思路,儘早瞭解他們是否理解了需求,開發是否有遺漏的場景,或主動告知開發,某些場景需要注意哪裡(有些場景複雜或者比較深,開發不容易想到,有意提醒一下)。
3、提測之前(晚期):1、這時候可以主動詢問是否有部分功能可以開始測試,瞭解是否可以按時提測,是否遇到困難阻塞開發,是否有需求還是不清楚。他遇到的困難不一定是技術上的或者是時間上的等其他原因,我們都需要負責協調,排除困難以開發能按時提測為目標做好工作。2、提前準備好資料或測試場景
4、提測後:根據需求結合系統現有情況測試。問題單要及時記錄,以免遺漏。開發解決問題時間過長,要主動詢問是否遇到困難,不管遇到什麼問題技術的非技術的都需要協助他解決,技術性的可以指引他問有經驗的同事或者問技術老大,非技術問題則多溝通,大家都是一個目的,沒有什麼不能溝通協調的。開發如果是臨時解決沒有根本解決問題,後續要督促他解決根本問題。
5、上線後:把提的bug線上上驗證一遍。有需要配置的記得提醒開發配置好。上線後的注意事項要告知實施或者客戶。正確引導實施或者客戶使用系統。
6、 測試如果遇到困難,根據不同情況主動找同事,組長或者產品或者專案經理協調。專案有風險,遺留哪些問題上線這個也需要告知組長或產品或經理
7、下個迭代之前,可以研究一下系統。平常覺得哪裡可能有問題的時候這個時間可以研究一下,測試一下看看是不是有問題。還可以熟悉一下跟自己模組周邊的模組。或者熟悉其他自己不熟悉的模組。
8、做好工作總結。
以上是職責以下是自我要求:
1、 善於發現問題的共同點,從表象中抓住實質,任何偶現的問題也是有原因的,找到規律就能定位問題
2、 學會藉助工具定位分析問題,bug單把介面、請求引數、返回引數都填上,最好告訴開發直接改哪裡,這樣解決問題的效率更高
3、 對歷史版本回顧和總結缺陷,不讓問題反覆出現,注意缺陷的叢集效應,特別是耦合性高的模組。
4、 向開發瞭解缺陷產生的原因及解決辦法,這樣你的經驗會越來越多。
5、 熟悉業務邏輯,不僅是自己負責的模組。
6、 要能想到資料越來越多的情況會產生什麼問題
7、 測試人員要了解自己本次版本涉及哪些需求,有多少條,場景情況,開發情況
8、 不懂得問題打破砂鍋問到底
9、 嚴格按照用例來執行,有問題及時提交bug。
10、需求如果有變動,測完後記得評論一下變動點,有什麼問題都可以評論記錄。
11、問題來了,不要回避,讓自己去解決,這樣能提升自己的溝通協調能力
12、有關業務問題,線上反饋的任何問題(包括不屬於自己模組的事情),找你了就負責到底,不熟悉的其他模組業務可以學,這樣業務量就會提升
13、凡是給你的人任務主動推進,做一個自驅力強和責任感強的人,不要抱僥倖心理,想到的場景就測一下,別懶。當大家對你印象靠譜時,有機會的時候別人也會想到你
14、不要推脫責任,是自己的問題自己承認,虛心接受,把問題處理好就行
15、學會思考,事情多的時候,先思考哪些重要哪些緊急,能早點暴露問題則早點暴露,儘管有些問題不屬於你負責
16、不是產品的需求就是百分百對的,根據自己的經驗和使用者的角度也可以跟產品提需求提優化,設計不好地方也可以提出來,漏設計的也提出1來。線上有問題不能來一句產品設計就是如此,判斷後再看是否能優化(因為使用者只站在自己角度看問題,也不能因他們的習慣 就任由他們來設計產品)這裡產品經理是專業的,應從全域性整體去考慮,不能被部分使用者牽著了。
測試組長自我要求(可能還不夠簡單寫了一下):
1、 以上的自我要求
2、 熟悉業務,熟悉測試流程專案流程,熟悉問題升級流程
3、 及時根據需求文件,分配到人,對每個版本的需求都要了解,且知道優先順序
4、 分配任務要公開,儘量平衡工作量。
5、 對於能力不強的,要輔助提升業務邏輯,處理問題的方法,適當給與難得需求提升能力。
6、 遇到階段性壓力,對組員提前預警,讓組員心裡有準備,觀察組員動態及情緒,鼓勵組員勞逸結合
7、 組員間有溝通問題,要及時瞭解情況,負責調解,能給出解決方案的就提出,不能則通過面對、合作、妥協、緩解包容、規避、強迫等方法進行調解。
8、 在空閒時,可以組織員工學習業務知識,技能提升等培訓工作
9、 面對挑釁的員工,需要及時溝通,肯定對方情緒,分享自己的感受,逐步化解老員工的情緒,必要時可以請示上面做出決策
10、穩定資歷老的員工,有些決策可以找他商量,對他尊重。如遇到挑釁,找到他的資本與動機,進行溝通。
以上是個人拙見,歡迎討論
相關文章
- 如何編寫優秀的測試程式碼|單元測試
- 軟體測試技術-黑盒測試
- 軟體測試中的功能測試和非功能測試
- Laravel 測試技術Laravel
- 通用測試技術
- 大資料測試技術——課堂測試大資料
- 如何能編寫優秀的測試用例
- 測試通用技術3
- 原來我也可以這麼優秀(一)一個簡單的極限測試(還在修訂中)
- JUnit 不好用?也許你可以試試這些測試工具
- 功能測試、自動化測試、效能測試的區別
- 介面測試和功能測試的區別
- 軟體測試專案實戰之功能測試 千鋒實戰教程
- 功能測試
- 測者的測試技術手冊:自動的自動化EvoSuite 自動生成JUnit的測試用例UI
- 縱觀整個測試行業,為什麼優秀的測試人員不到20%?行業
- 門戶系統測試---功能測試
- 功能測試之審批流測試
- 軟體測試之資料庫測試技術系列七資料庫
- 測試測試測試測試測試測試
- 【功能測試】兩部電梯的測試用例
- 軟體測試技術及工具
- 測試實戰分享:關於詞根字典使用者測試的案例研究
- 效能測試之測試分析與調優
- 軟體測試中的43個功能測試點(上)
- 軟體測試中的43個功能測試點(下)
- APP測試技術:ADB——安卓手機測試一座神奇的“橋”APP安卓
- 測試界的飛虎隊:測試人才戰略——測試行業的精英戰略(學習了)行業
- 作為一名優秀的測試工程師,如何完成一份完美的測試報告工程師測試報告
- 測試人員如何提高API功能測試效率?API
- 功能測試怎麼提升測試開發能力?
- 乾貨 | Dubbo 介面測試技術,測試開發進階必備
- 軟體功能測試包含了哪些測試專案?功能測試報告收費標準測試報告
- 簡單的Shell指令碼實戰演練,測試菜鳥也可以輕鬆學會指令碼
- 功能測試吐槽
- Tinder在印度測試最新功能 女士可以優先選擇約會物件物件
- 軟體功能測試的測試流程有哪些?軟體測試公司排名分享
- 《Web滲透測試技術》簡介Web