<dd id="dbjz6"><noscript id="dbjz6"></noscript></dd>
    <th id="dbjz6"></th>
      1. <dd id="dbjz6"></dd>
        1. 測試小明的測試之路(七)——平淡中進步

          喜歡和不喜歡的、可做和可不做的事情做的次數多了后就越來越在行了。就小明的工作來說,工作內容其實不算復雜,主要就是看需求,寫測試用例,執行測試,報告缺陷。但很多事情要會做并不難,難的是做好,做到極致,這需要時間,并且用心。

          測試小明的測試之路

          學習、分析需求是很重要的一個環節,也可以說是測試工作的起點。對需求的理解是否全面和透徹將直接影響后面的測試用例設計,從而最終影響測試的結果,同時,學習、分析需求也是測試工作的開始,現實中有不少問題都可以在需求階段暴露出來,比如描述不清楚的業務、邏輯矛盾、開發同事理解偏差等。當然,有些公司有需求評審、測試用例評審的工作。對測試人員來說,準確、充分理解需求尤其重要,需求上說"一",除了理解 "一" 之外還要考慮 "一" 的鄰居 "零" 和 "二",甚至還要考慮親戚 "四" 和 "六" 等等。小明在工作的幾年中,從最初只能看到需求的80%,到能夠看到100%,再到大于100%,也經歷了一個略微漫長的過程,其實這也就是所謂的經驗的積累。

          相對而言,編寫測試用例是一個比較有技術含量的工作,這也是小明工作之初的"痛"。一份還看得過去的測試用例,首先要很好的覆蓋需求,既不遺漏也不能冗余,描述要清晰有條理,測試用例文檔要美觀準確,結構要合理便于執行等等。對一名新手來說,小明在編寫測試用例之初遇到的主要問題就是測試用例文檔本身有不少錯誤,覆蓋率不夠,但這些問題都是可以通過不斷的學習和鍛煉得到改善的,只在于是否足夠用心。從最初時拿到需求后不知從何下手、漏洞百出,到現在基本能信手拈來、應付自如,小明也是一步一個腳印加一把汗水慢慢走過來的。

          一般來說,執行測試反而并沒有太大的難度,如果測試用例寫得足夠好,跟著測試用例一步步執行就差不多了。但也并不是說執行測試就沒有任何技術含量和技巧可言,首先,我們不能保證總是執行自己編寫的測試用例,所以測試用例中的思路很可能跟自己的不一樣,這樣執行測試時是會影響效率和質量的;其次,即便是按照自己的思路編寫的測試用例,也可能在執行時才發現并不能順利的執行,因為編寫測試用例時很可能會有考慮不全面的地方,比如一些流程性的用例的先后順序;最后就是實際測試場景中很可能會有事先沒有預料到的事情發生,這時就需要適當的調整測試思路。如果只能一味的按照測試用例文檔執行測試的話就很容易給測試結果帶來影響,這些影響可能是測試不充分、測試冗余、測試效率不高等。而這一切都是小明深有體會的,說白了實際上沒有真正簡單的事情。

          上面說的幾點都是有硬性要求的工作內容,它們體現的是硬實力。而現實工作中往往也需要軟實力,甚至很多時候軟實力比硬實力顯得更加重要。團隊協作、溝通技巧、領導才能、責任心等等都可以看作是軟實力,這也是很多初入職場的小白們容易忽視和不屑的,小明也不例外。作為一名測試人員,小明最初的想法是,做好自己的本職工作就行了,也就是測試,至于其他的,如和同事相處、培訓、溝通等等都不是自己需要負責的。但現實是,小明情愿不情愿的也參與了不少曾經認為不是自己的工作的事情,如帶新同事,給新同事培訓,寫一些總結性的資料文檔等。結果就是,雖然有很多事情是自己不情愿做甚至是排斥的,但也確實從中學到了一些只做份內的事學不到的東西,綜合能力得到了很好的鍛煉。比如培訓,實際上培訓的內容倒不是最重要的,重要的是能體會到作為聽眾時體會不到的東西,而這些東西都是很寶貴的經驗和經歷。

          小明一點都不特別,甚至比大部分的普通人還要普通,小明的成長過程也談不上曲折離奇或者一帆風順,作為人群中永不起眼的那一員,小明接受了自己的平淡無奇,因為小明明白,很多大風大浪其實都只在于我們自己的內心,而不是紛擾的外部世界。

          所以很多時候我們都只是在,也只需要跟自己較勁,你不需要跟任何人比,而只需要不斷做一些自己認可的事情,一旦認準了就去勇敢的捍衛,慢慢你會發現,你不僅是唯一的你,而且是低估了自己的你。

          上一章:測試人生測試小明的測試之路(六)——工作、學習、生活

          下一章:測試小明的測試之路(八)——進入雞湯免疫狀態

          ?

          留言

          chinesemature老熟妇oldman