在測試界，有兩種非常極端的情況：一種是過早充分地測試，包括過早地介入測試，文檔，測試計劃，用例以及腳本等準備的非常充分；一種是隨機測試，無文檔無計劃，完全靠測試人員的個人能力。這兩種情況都會出現測試的健忘癥。
首先，第一種情況會出現什么問題呢？剛剛做好的測試計劃或者測試用例又要重新制定和編寫，原因是介入太早需求還沒有完全確定下來，反復的工作浪費很多的人力和時間。而且在如今互聯網需求多變的情況下，如此充分的工作說不好在2個月后的重構中又要重新開始，這時候，健忘癥體現在：
1、之前花了很多時間設計的測試用例又要被遺棄或者做大量修改，用例的生命周期很短，測試用例并不是解決健忘癥的最好方法，當然，對于一個新涉入此功能的測試人員可以通過用例了解到大概的測試點，快速熟悉。
2、看過一本書上介紹的殺蟲劑悖論：當你向一塊農田噴藥時，將殺死很多的蟲子，但是存活下來的抵抗性將增強。用在軟件測試上也不例外，之前所有的用例執行過后能發現的缺陷已經全部暴露，之后的回歸測試只是為了確保原來的功能正常，而原本未被暴露的缺陷已經具有抵抗力了。大家已經忘記當時使用的什么測試技巧，而現在又該使用什么別的技巧來找出這些隱藏很深的bug呢？
其次，對于第二種情況，經常出現的事情是，測試的內容不夠明確，對于已經測試的部分和未測試的部分都不能明確標記，甚者不知道發現的bug如何復現，為了再次重現此bug都需要時間，這就是最大的健忘癥，毫無準備的測試工作，不能保證測試的質量。
如何避免呢？首先要折中一下這兩種情況，對于項目生命周期很長的，可以較為充分地開展測試工作，準備充分的文檔以及用例，除此之外，需要文檔化的就是測試策略和測試規范。對于生命周期不長需求多變的項目，如web項目，除了有計劃的開展工作外，還需要把測試策略和技巧記錄下來，并且標記哪種最有效，發現的bug最多，哪種效果稍差，這將有利于日后策略的調整。不同的測試過程采用不同的測試策略，以發現更多的缺陷，同時可以引入交叉測試和探索性測試，來找出隱藏很深的缺陷。而且這些策略可以被日后類似項目復用，解決了測試的健忘癥。