基礎功能測試的一些實質建議 來自土土松的部落格

2021-04-13 03:09:10 字數 1008 閱讀 2837

基礎功能測試的一些實質建議 來自土土松的部落格

總結的真不錯,要好好積累

1.對於舊的穩定的程式,一旦新新增功能,尤其是呼叫舊模組的功能的,回歸測試的工作量大而枯燥,不可避免。

針對此條,對於leader而言,最大的難處在於時間風險的估算。最好的解決方式是和開發人員開會,共同**模組的複雜性和測試時間。一般,開發,測試,修復,再測試的週期中,開發和測試的時間是1:2左右。甚至更多。

對於測試用例的設計人員而言,最大的難處並不在於新功能本身,而是如何設計覆蓋路徑,新舊版本之間的問題將非常嚴重。怎樣設計組合用例,將是測試的重中之重。

活生生的例子: 我們的測試用例中沒有設計到橫向子模組的相容性測試,因為舊版本沒有該問題,而新版本也僅僅是呼叫這個模組。結果,在冒煙測試中,就發現,這個被呼叫的公用模組,在某乙個相對特殊的子模組中,會發生選單項無效的問題。隨後再想到要設計橫向模組的相容性測試,並和舊版本做比較,浪費了很多時間。

2.一定要和舊版本一起,做至少一輪的隨機測試。

尤其是涉及到自定義的資料儲存功能的情況下,用新版本的程式讀取舊版本儲存的資料看看。介面之間的古怪問題,一定會讓你頗有成就感。另外,去有規律的做一些古怪的隨機測試,比如,程式中產生報表或者示例圖之後,最小化視窗,再還原看看。很有可能,和資料就變了,或者消失,或者殘缺了。這種怪事就在我的測試中實際發生了。因此,這一輪的隨機測試一定要做,思路越古怪越好。

3.不要嫌重複勞動麻煩

親身經歷了令人沮喪的事情。在某3天,我不停地測試乙個功能,單元測試證明**和演算法沒有錯誤,我也看過,的確不可能出錯。前台依賴這個演算法而顯示的資料上萬。不過還是出於負責而一條一條的檢查,一直沒有出現問題。最終,想放棄的時候,發現,這將近2萬條資料,最後的10條果然出現了問題。你說妖怪不?早知道就應該從尾巴開始測試。哎。所以,不能放棄,知道不,測試就是要負責的。

4.關於不可重現的bug

唯一能夠告訴新手的就是,你每做乙個動作,都必須保持腦子清晰。當你發現某些一定是不可重現bug時(比如記憶體溢位,花屏等),別著急關閉你的螢幕,直接叫開發過來看,或者開啟任務管理器,並擷取儲存。因為這是你的業績。

來自阿里前端的一些中肯建議

能進阿里網易這樣的公司,相信是很多程式設計師或者不止程式設計師的夢想,哪怕不是發展事業,進去鍍金也是不錯的選擇。那麼作為一名前端如果想這方面有想法,我為大家問到了一名阿里前端coder的有效並且中肯的建議 保持技術熱情,至少在前面發展的幾年,要對職業本身保持興奮 有成就感 持續學習,對工作或者生活或...

一些超級基礎 常用的opencv功能

用慣了matlab,跑來用opencv真是各種不習慣。所以記錄一下一些常用的功能 作為積累。以下所有 均基於opencv 3.0。2016.7.26 將彩色影象轉為灰度圖 mat picture cvtcolor picture,picture,color bgr2gray 2016.8.20 1....

分配時間的一些建議

一 儘量減少做無用功。勿衝動,再好的想法也不要衝動,做完了才發現白做了就晚了。勿求全,不要把目標定的太高,就像裝修房子,每個人都恨不得精益求精,最後花費巨大的錢財和時間,很多事情夠用就好。另外要學會放棄,人生可以做的事情很多,不必貪多,猴子掰玉公尺,最後一無所獲。這樣也許可以節約你80 的時間,還省...