對軟體測試的12個誤解

2021-05-02 19:07:13 字數 1861 閱讀 9744

--------摘自itpub

對測試的一些誤解。我們一些新手,包括很多經驗豐富的人,都可能對測試有一些偏見或者誤解。大體總結如下:

1) 測試人員不需要了解軟體開發的知識:

這個很要命的,我們談到軟體測試人員未來的發展方向大致有:自動化測試,效能測試,測試管理,專案經理。這其中自動化測試和效能測試包括專案管理,都會要求對軟體開發有深入的理解,如何能設計乙個好的自動化框架,好的效能測試用例,如何管理乙個開發團隊,這都需要我們在軟體開發方面有所掌握。不單要掌握,而且要精通。此其一。

其二:如果不了解開發知識,測試人員很容易被開發人員牽著鼻子走,因為開發人員隨便一忽悠,你如果不了解個中奧妙,你乙個字也說不上來。(以前我們討論 cookie和session,由於goahead不支援session,只能用cookie來控制,差點別開發人員忽悠了)

2) 測試很簡單:

如果你這麼想,那麼請別去做測試,如果你做了,你也做不長久。以前面試一位小夥子,做了3年測試,問他測試都怎麼做的?答不上來,原來他測的都是很簡單的小軟體,根本就沒有系統地去學習過測試,無語。

3) 測試就是為了找到bug:

很多人最初都是這樣的看法,千萬要小心。如果你只是為了找到bug,那麼bug會成天纏著你。

4) 測試人員和開發人員從來都是死對頭:

我以前發起過乙個倡議:我們討論的時候不要用他們(開發人員)和我們(測試人員),而是統一用咱們(開發人員和測試人員本來就是一起的)。如果測試人員能與開發人員成為朋友,你會發現,生活是多麼美好。

5) 自動化測試太難:

有的人一進公司就想做自動化,覺得它有難度,有挑戰。我說你如果做不好手工測試,你同樣做不好自動化,手工測試才是基礎。而另外還有一部分人一說到自動化便望而生畏,認為這個東西太難了,不想碰(特別是很多女生,就有這個心理)。其實大可不必這樣想,自動化測試工具它只是乙個工具而已,它跟word這樣的工具沒有任何區別。

6) 手工測試太沒挑戰:

什麼都不說了,能把它做好的人沒幾個。

7) 大量的重複性的工作很乏味:

於是大家學得測試這份工作不好玩兒,特別一些男生,特別一些開發人員,從來都瞧不起做測試的,覺得這玩意兒太沒勁。我想說的是,要掌握方法,要學會創新,任何東西都有它的特點,你如果總覺得成天在做重複性的工作,那麼請靜下心來想想,怎麼能讓它不重複(事情本身是死的,人是活的)。

8) 白盒測試是開發人員幹的事:

乙個合格的測試人員必須掌握白盒測試,理解其中的原理。不管什麼樣的測試,都必須要有測試人員的思維才能做好。

9) 女生適合做測試:

10) 測試就是給開發擦屁股的:

如果這樣想,那麼請每天多準備些手紙。測試人員永遠要站在客戶的角度來想問題,很顯然,客戶是從來不會給誰擦屁股的,相反,是客戶在驅動著軟體的進展與成型。測試人員就應該扮演這樣的角色,在大部分時候,要驅動開發人員完成軟體的功能,驅動他們做改變。

11) 我做開發可能不行,做測試吧:

這個觀點特別適應於應屆畢業生,在以前面試的過程中,有一部分人就是覺得我**寫不好,所以入行做測試,還有一部分人稍微明白一點的,是覺得自己在開發方面沒什麼優勢,主動給自己定位做測試工作。其實測試要掌握的技能遠比開發多得多,至少面要廣得多,要做乙個好的測試人員,遠比做乙個開發人員難得多。

12) 功能性測試掩蓋了可用性測試的必要

測試人員甚至我們的設計人員,開發人員都不太注重可用性(usability)方面的設計和測試。

我們往往只在意功能性或者效能方面的測試,而忽略了使用者體驗,即使談不上使用者體驗,哪怕是方便使用也行,這些方面往往從軟體需求,設計一開始就沒怎麼考慮。到後來,使用者使用的時候便是邊用邊罵娘。(我常舉的例子是:咱們買手機的時候,手機功能一切正常,但偏偏蓋子上有條劃痕,我相信大家都會要求重新換一台,就這意思)

有則改之,無則加勉,希望大家在進入軟體測試這一行以前,能對測試有乙個更深入的認識。時間倉促,隨便寫寫,大家多提觀點。

對SDN的誤解

誤解一 sdn一定要使用openflow協議來配置 面 openflow只是發展最早 目前影響力最大的南向介面,但是並不是唯一的。誤解二 sdn要求硬體 面的標準化 這只是openflow的要求,並不是sdn的要求。誤解三 sdn裝置可以代替所有裝置 誤解四 sdn得到了所有廠商的支援 誤解五 sd...

對敏捷開發的誤解

對敏捷開發的誤解 誤解一 敏捷對人的要求很高 很多人在嘗試實施敏捷時說 敏捷對人的要求太高了,我們沒有這樣的條件,我們沒有這樣的人,因此我們沒法敏捷。可是,敏捷對人的要求真的那麼高麼?軟體歸根到底還是一種創造性活動,開發人員的技術水平和個人能力對軟體的質量還是起著決定性的作用,各種過程與方法只是幫助...

對DllMain的誤解 轉

向原文致敬 一直以來對dllmain的了解也就侷限於,實驗性的在dllmain裡面寫上 cout dll執行 我在dllmain裡面這樣寫的 cpp view plain copy bool apientry dllmain hmodule hmodule,dword ul reason for c...