軟體測試的十二個誤區大體總結如下：
1) 測試人員不需要了解軟體開發的知識：
這個很要命的，我們談到軟體測試人員未來的發展方向大致有：自動化測試，效能測試，測試管理，專案經理。這其中自動化測試和效能測試包括專案管理，都會要求對軟體開發有深入的理解，如何能設計乙個好的自動化框架，好的效能測試用例，如何管理乙個開發團隊，這都需要我們在軟體開發方面有所掌握。不單要掌握，而且要精通。此其一。
其二：如果不了解開發知識，測試人員很容易被開發人員牽著鼻子走，因為開發人員隨便一忽悠，你如果不了解個中奧妙，你乙個字也說不上來。(以前我們討論 cookie和session，由於goahead不支援session，只能用cookie來控制，差點別開發人員忽悠了)
2) 軟體測試很簡單：
如果你這麼想，那麼請別去做測試，如果你做了，你也做不長久。以前面試一位小夥子，做了3年測試，問他測試都怎麼做的?答不上來，原來他測的都是很簡單的小軟體，根本就沒有系統地去學習過測試，無語。
3) 測試就是為了找到bug：
很多人最初都是這樣的看法，千萬要小心。如果你只是為了找到bug，那麼bug會成天纏著你。
4) 測試人員和開發人員從來都是死對頭：
我以前發起過乙個倡議：我們討論的時候不要用他們(開發人員)和我們(測試人員)，而是統一用咱們(開發人員和測試人員本來就是一起的)。如果測試人員能與開發人員成為朋友，你會發現，生活是多麼美好。
5) 自動化測試太難：
有的人一進公司就想做自動化，覺得它有難度，有挑戰。我說你如果做不好手工測試，你同樣做不好自動化，手工測試才是基礎。而另外還有一部分人一說到自動化便望而生畏，認為這個東西太難了，不想碰(特別是很多女生，就有這個心理)。其實大可不必這樣想，自動化測試工具它只是乙個工具而已，它跟word這樣的工具沒有任何區別。
6) 手工測試太沒挑戰：
什麼都不說了，能把它做好的人沒幾個。
7) 大量的重複性的工作很乏味：
於是大家學得測試這份工作不好玩兒，特別一些男生，特別一些開發人員，從來都瞧不起做測試的，覺得這玩意兒太沒勁。我想說的是，要掌握方法，要學會創新，任何東西都有它的特點，你如果總覺得成天在做重複性的工作，那麼請靜下心來想想，怎麼能讓它不重複(事情本身是死的，人是活的)。
8) 白盒測試是開發人員幹的事：
乙個合格的測試人員必須掌握白盒測試，理解其中的原理。不管什麼樣的測試，都必須要有測試人員的思維才能做好。
9) 女生適合做測試：
10) 測試就是給開發擦屁股的：
如果這樣想，那麼請每天多準備些手紙。測試人員永遠要站在客戶的角度來想問題，很顯然，客戶是從來不會給誰擦屁股的，相反，是客戶在驅動著軟體的進展與成型。測試人員就應該扮演這樣的角色，在大部分時候，要驅動開發人員完成軟體的功能，驅動他們做改變。
11) 我做開發可能不行，做測試吧：
這個觀點特別適應於應屆畢業生，在以前面試的過程中，有一部分人就是覺得我**寫不好，所以入行做測試，還有一部分人稍微明白一點的，是覺得自己在開發方面沒什麼優勢，主動給自己定位做測試工作。其實測試要掌握的技能遠比開發多得多，至少面要廣得多，要做乙個好的測試人員，遠比做乙個開發人員難得多。
12) 功能性測試掩蓋了可用性測試的必要
測試人員甚至我們的設計人員，開發人員都不太注重可用性(usability)方面的設計和測試。
我們往往只在意功能性或者效能方面的測試，而忽略了使用者體驗，即使談不上使用者體驗，哪怕是方便使用也行，這些方面往往從軟體需求，設計一開始就沒怎麼考慮。到後來，使用者使用的時候便是邊用邊罵娘。(我常舉的例子是：咱們買手機的時候，手機功能一切正常，但偏偏蓋子上有條劃痕，我相信大家都會要求重新換一台，就這意思)
有則改之，無則加勉，希望大家在進入軟體測試這一行以前，能對測試有乙個更深入的認識。時間倉促，隨便寫寫，大家多提觀點。
十二個為什麼
十二個為什麼 劉德華寫字為什麼總要在紙上?跑步為什麼跑到前頭就有獎?默書為什麼跟課文一樣?煮飯為什麼總要落鹽落醋 為什麼兵與賊打仗 為什麼新春會吉祥 爸爸似啞吧 他永遠不說話 媽媽在插花 她怪我多說話 舉頭為什麼不見月光亮 低頭為什麼不見床前是故鄉?木屋為什麼不算是高尚?山上為什麼不見牧童和唱 為什...
十二個「一」的評價
通過轉換視角的方法來描述評價十二個 一 媽媽生下了十二個崽兒 第一次做實驗看到這十二個 一 十二個崽姿態萬千，媽媽有點適應不過來，她對這到來的十二個孩子有點應接不暇，說不上喜歡，也算不上討厭。日子一天一天的過，隨著時間的推移，媽媽通過對這些孩子的照顧，餵養等等逐漸對孩子熟悉了起來 一次一次的問卷 這...
軟體設計的十二個最佳步驟
第乙個步驟 承認自己有問題 goldman說 你想單憑自己設計出可用性良好的軟體是不可能的。他們主張借助人物角色，設計這種虛構人物是為了模擬目標使用者群當中可能使用 或者產品的不同型別的使用者。增強可用性的 非正式 方法可能也管用，比如非正規的客戶訪談以及與技術支援人員一起合作。第二個步驟 要認識到...