開發不能有的心態：

1. 不要妄自揣測誰會使用自己的應用，因為誰都有可能。
2. 不要以為每個訪問者都和自己一樣精通計算機知識，他們或許對計算機知識一無所知。
3. 不要樂觀地認為用戶會因為網站導航體驗不佳而還能保持瀏覽的興趣，因為有很多競爭對手。
4. 不要天真的以為自己了解所有用戶對於性能和信息的終極需求。

上面的四句話，是對開發人員說的，但是對於測試人員來時一樣適用

測試三大心態

1. 破壞心態
   既然是找bug的，那就要挑刺，盡可能做到雞蛋裏挑骨頭，唯一需要關註的問題是怎麽處理與開發的關系，不然有的是與開發爭吵了。
2. 第三方視角
   作為一名測試，在很多時候從產品開發時就已經參與其中，所以對產品了如指掌。這會造成很多時候在測試的時候，會按照用例上面的步驟來。要知道，用例也有可能會有遺漏。把自己當成第三方，作為一個陌生人來測試，效果會截然不同。
3. 好奇心&興趣
   好奇心就像你得到你個新玩具，然後不停的去玩。測試也一樣，在面對一個新的產品，你要把它當成你心愛的玩具去研究，直到產品“壞了”為止。
   興趣，也很重要，軟件測試有時候是一個很繁瑣枯燥的工作，沒有興趣，就靜不下心來去測試，當把測試當成自己的興趣時，做什麽測試都會事半功倍的。

測試需要的最基本的一項技術：描述
測試的工作就是找bug，不管與開發的關系如何，但是只要是個bug，開發就要去解決。那麽問題來了，你如何去給開發描述這個bug呢？在描述一些bug，特別是某些奇怪bug的時候，是很難描述清楚的，造成的結果就是描述的bug測試明白，開發不理解，開發都要跑來問（開發人脾氣好啊）然後給演示，難道要每個bug都要演示一遍？所以清楚的描述bug就很重要了，語句既要簡單明了，又要通俗易懂，不然你懂了開發不懂也不是個事啊。這個就看語言的功底了。自我心得：記得剛開始幹測試的時候，實在不知道怎麽描述問題了，直接截圖，然後描述。但是有很多問題就是截圖也描述不清楚，記得有段時間開發常駐身邊，那個心情，後來就是在描述bug的時候，總是花費很多語句。有次開發給我說我描述的問題太臃腫了，讀起來太費時間，然後就開始寫得簡潔，開發又開始讀不懂了。總是在這兩個中間搖擺了很長時間，才有所改善。所以啊，描述bug，也不是個簡單的事啊，除非開發就坐在你對面。

測試中的小事情