我們不管是在日常的生活中，還是工作中，都應該注意因為心理習慣而出現錯誤。軟件測試的目的是要證明程序中沒有錯誤，那我們就會不自覺地朝這個方向去做；也就是說，我們會傾向于挑選那些使程序出錯的可能性較小的測試數據。另一方面，如果我們的目標是要證明程序中有錯，那就會選擇一些易于發現程序所含錯誤的測試數據。而后一種態度會比前者給程序增添更多的價值。

1、程序測試的過程具有破壞性

測試的定義意味著程序測試的過程是具有破壞性的，其程度甚至達到了不可容忍的地步。社會上大多數人的人生觀是建設性的，而不是破壞性的。人們傾向于創造一個物品，而不是輕易毀壞—個物品。因此，程序測試的破壞性的定義使人們對程序測試工作望而生畏。程序測試定義還隱含著如何設計測試情況(測過數據)，以及應該由誰和不應由誰來測試一個給定程序等等觀點。心理學研究還告訴我們，當人在干一件已經知道是不合適的或不可能做到的事時，往往做得不好。

舉個例子，比如讓一個人在15分鐘解出一個刊登在星期曰《紐約時報》上的交叉填字字謎，10分鐘后我們會看到這人幾乎沒一點進展，因為他會感到實際上不可能做到而放棄自已的努力。然而，如果我們要求花4小時解出這題，那也許就會看到他在開頭的10分鐘內有較大的進展了。把程序測試定義為在程序中找出錯誤的過程，就使測試成了可以做到的任務，從而克服了心理上存在的問題。另一個令人煩躁的問題是即使程序完成了預期要求，仍可能含有錯誤。也就是說，如果程序不按要求工作，它顯然有錯，但是如果程序做了不要它做的事，它也有錯。

2、程序員應避免測試自己的程序

開發者被指定測試自己的代碼是一件很糟糕的事。開發和測試生來就是不同的活動。開發是創造或者建立什么東西的行為，一個模塊或者整個系統。而測試的其中目的是證明一個模塊或者系統工作不正常。這兩個活動之間有著本質的矛盾。一個人不太可能把兩個截然對立的角色都扮演的很好。基于這個想法，應該限制開發者在測試中的參與。給他們比較合適的任務是進行有可能的較低層的測試--單元測試。不同當一個程序員在完成了設計，編寫程序的建設性工作后，要一夜之間突然改變他的觀點，設法對程序形成一個完全否定的態度，那是非常困難的。

我們可以把測試看做是對一篇論文或—本書作校對，或與寫評論相類似的工作。正如許多作者所知，校對或批評自己的著作是非常困難的。也就是說，在自已的工作中找出缺陷往往是人的心理狀態所不容的。

3、程庫設計機構不應測試自己的程序

在許多意義上來說，一項工程或一程序設計機構是個有生命的有機體，它同樣有心理學問題。再者，在大多數情況下，人們都是以在給定日期內，以一定代價編制程序的能力來衡量程序設計機構和項目管理人員的。這祥做的一個理由是時間和成本指標便于衡量，而程序的可靠性卻很難度量。要程序設計機構在測試自己的程序時持客觀態度是困難的，因為如果用正確的定義看待測試，就不大可能按預定計劃完成測試也不大可能把耗費的代價限制在要求的范圍以內。

4、軟件生產的三個因素

質量、進度和費用。計算技術的進步，意味著在經濟領域中信息系統更新的速度更快。新的硬件技術的發展，均會使軟件過時，系統交付使用的時間變得日益重要，新產品在其性能和費用上被其他產品取代之前的推銷時間，即市場窗口就已經縮小了。