1.測試過程中不加思考的機械性測試執行。測試就像建築一樣,先打好圖紙,然後在施工。測試的過程中應該多思考,而不是悶頭呆板的執行。測試的過程中,雖然我們巨集觀上有三輪的指導,但是我們應該將任務加以細化,具體到功能模組,每天分配合理的任務量。
2.「自以為正確」。專案測試的過程中遇到自己解決不了,不確定的事情應該及時的向pm,測試負責人反映,並徵求他們的意見,必要時向資深的同學求教。作為專案中的測試人員,每天花幾分鐘和pm,ptm描述測試的進度情況,遇到的關鍵問題點,要主動的反饋。
3.解決完問題,不進行總結,被同一塊石頭拌兩次。出現了問題,要**問題的原因,如何採取積極的措施加以預防,這樣對於問題才能更加深刻,如果典型要及時知會其他同學。不光要自己避免,也要讓其他同學避免。
4.出現瓶頸後,抱怨。測試過程中有些模組沒能執行,要想辦法去推動,去跟,而不是坐等問題的解決,多催幾遍,開發同學肯定會重視,合理的跟蹤,有助於測試的進展。
5.想當然的認為開發同學每天都會及時關注bug列表。專案過程中,測試和開發是合作關係,記錄bug前要通知開發同學,和開發同學確認,避免不必要的invalid的bug。合理的確認可以加快專案的進度,同時還能提醒開發同學盡快解決bug。
6.無原則。作為測試同學一定要堅持自己的原則,不能被開發或者pd忽悠。模糊問題,記得開發,測試,pd進行三方會審。特別是對於時間點上,pd可能會為了商業上的需求,來壓縮我們的測試時間。如果我們測試不完,千萬不能答應,為專案的質量負責,就是為我們自己負責。
7.懈怠。新人剛開始做專案一般不會出現鬆懈的問題,但是作為經歷幾個專案的人卻可能因為懈怠而犯錯。太熟悉了,以致於出現了問題都覺察不到。要想到每個專案都有自己的特點,要對測試時刻充滿著新鮮感,這樣才能有長久的動力。細心才能幹出好活。
5種應該避免使用箭頭函式的情況
摘要 箭頭函式也有可能會有bug 箭頭函式雖然因語法簡練受人追捧。但由於沒有 this 會導致在一些情況下出現預想不到的意外情況。比如在物件中定義乙個方法 this food banana let obj obj.log 列印 strawberry 看起來很完美呼叫這個方法能夠按照預期,獲得物件的 ...
專案中錢(money)的型別應該用哪個?
浮點型 float,double 不適合做錢的型別 double n1 0.03 double n2 0.02 system.out.println double計算 n1 n2 結果為 0.009999999999999998 float f1 0.02f float f2 0.01f syste...
hive避免MR的情況
什麼情況下hive可以避免進行mapreduce hive 為了執行效率考慮,簡單的查詢,就是只是select,不帶count,sum,group by這樣的,都不走map reduce,直接讀取hdfs目錄中的檔案進行filter過濾。sql select from employee sql se...