原文鏈接：https://www.zhihu.com/question/60591301/answer/209549333

軟件測試曾經踩過的坑？

1.自以為了解業務邏輯，實際浮於表面

這是個深坑，產品叠代跟的久了，功能上閉著眼睛都能說清楚就自以為很了解，實際上連該功能使用的協議，調用的接口都不知道，所以看到問題都是表面的問題。你只看到了兩個操作的入口不一樣，提示信息不一樣，你就以為是兩個問題，而這兩個問題都是調同一個接口引起的，但你分析不出來。。

這樣導致的問題有：

①修改bug後對影響範圍評估不夠

②提相同的bug，碰上特別註重bug數量的開發，真是揪心。。

我們公司對於bug定期要做bug根因分析，這在一定程度上也是幫助測試更深入的了解產品，因為每次bug單上開發寫的產生原因和解決方案，真是言簡意賅。。

2.思維定死，不會向前多走一步

比如同一個賬號添加之後刪除再添加，同一份文檔導入之後導出再導入，密碼修改成功之後再修改，等等，向前多走一步，就可能有意外收獲。

3.忽略偶現的問題

測試要記住：所有偶現的問題，都只是沒有找到必現的規律！

不要以為偶現的問題，沒有出現，就不提出來，等上線後用戶發現這個問題，你再說曾經遇到過，只是沒有提出來，那測試不背鍋還有誰背？？提出問題但不解決，測試就可以甩鍋給產品，給開發，完美！（這個真是從踩過的坑裏得出血淋淋的教訓）

這裏有個好的習慣：遇到問題先截圖！！！先錄視頻！！！再分析原因，再提交給開發，最怕偶現的問題口說無憑，又沒有證據證明，開發說你逗我呢？？？

很多人都會問，軟件測試簡單麽？入門門檻很低麽？我一點測試的基礎都沒有，可以當測試麽？

如果你只是點點看產品的流程能不能通，那是簡單、門檻低，無基礎完全可以勝任。只要多熟悉熟悉業務，再細心一點，這也可以被稱之為測試，但這並不是一個合格的測試。

就功能而言，你測試的是WEB功能還是APP的功能？使用的哪種協議？這些功能的接口知道麽？入參和出參是什麽？如果這些你都不知道，怎麽能當好一個測試？這也是為什麽很多人，做了很多年測試，其實根本沒有入門。

大多數測試只浮於表面，就自稱了解、掌握、熟悉，所以才會覺得測試門檻低，簡單，這真是測試的悲哀。

軟件測試曾經踩過的坑？