您好,登錄后才能下訂單哦!
在對軟件測試行業有了初步的聊了解以后,對于初學者并不能急于學習軟件測試相關技術,而是先要掌握軟件測試的原則,這樣可以幫助各位建立一個正確的測試觀念,幫助你在測試的道路上成長更快。關于軟件測試的原則主要有如下幾條。
所有的測試都應該追溯到用戶的需求
也就是說我們的測試都是要根據客戶的要來做,因為客戶是花了錢的,而軟件開發行業的所有崗位也都是圍繞客戶而展開工作的,如:軟件開發工程師,目的是為客戶開發。UI設計師,也是根據客戶的要求去設計產品。等等就不再一一贅述。
2.將"盡早和不斷的測試"作為自己的座右銘,并默寫100 遍
盡早做:"盡早"到是多早?按照正常的邏輯,測試人員的工作應該是等到開發人員把軟件項目完成之后才能開始測試工作,實際上如果等到開發人員將軟件開發完成之后才去測試就太晚了,黃花菜都結冰了。
在實際開發中,開發人員的工作是分模塊開發,并不是一次性將軟件完成,而是逐一的對每一個模塊進行開發,如:開發人員先開發“用戶注冊”模塊,再開發“用戶登錄”模塊、等等。當開發人員每開發好一個模塊,我們測試人員就可以對這個模塊進行測試。簡單來說就是一邊開發一邊測試,以達到節約老板時間的偉大目標。
不斷的測:一個功能測試一兩遍沒有問題不就行了嗎?為什么還要不斷的測?因為在軟件開發的過程中,代碼的很多模塊都可能存在關聯。例如程序員小A將“用戶注冊”模塊開發完成之后,測試也沒有問題。但是小A在對“用戶登錄”進行開發的時候,有可能就會導致之前開發的“用戶注冊”模塊出現bug,所以測試人員需要不斷的測試,才能保證軟件的質量,記住:bug比你見過最狡猾的人還要狡猾。
測試工作應該由專門的測試人員完成
程序員的對軟件產品的測試往往只是針對某一個功能進行測試,而軟件產品中的模塊有很大的關聯性,這就導致了程序員對程序的測試僅限于一個點,而沒有大局觀,無法保證軟件的質量。所以專業的人干專業的事才是上天最好的安排。
4.Pareto(二八原則)原則
測試中你將發現80%的bug都是由其中20%的模塊引起的。就像社會上80%的違法事件,是由一小撮犯罪分子導致的。知道這個原則,可以幫助測試人員快速的定位可能出現bug的模塊。
在寫測試用例的時候,應該考慮到各種情況
剛才寫到,我們測試人員要根據客戶的需求進行測試,實際上這個說法是錯誤的,我們測試軟件不僅要根據客戶的需求來做,而且還要替客戶想出他們需求中漏掉的地方。畢竟我們是專業的測試人員。
對測試出的bug,一定要有個確認的過程
軟件測試人員在實際工作中,當測試出一個bug后,千萬不要像發現新大陸一樣趕緊跟程序員匯報:“快來看啊,我又發現一個bug”,這樣非常不利于內部人民團結,而且非常浪費時間。
正確做法是:1.先確認bug。2. 每天下班的時候根據測出來的n個bug,寫一份bug報告,然后第二天在時間比較早、程序員心情比較好(必須同時滿足這兩個條件)的情況下發給開發人員。
制定嚴格的測試計劃
軟件產品上線的時間越早,那么產品的競爭力可能就越大。而軟件測試工作是軟件產品上線前非常重要的一環,直接影響到軟件產品上線的時間,所以我們測試人員一定要制定一個嚴格的測試計劃,并遵守測試計劃,為產品的上線做好保障。
測試人員不可能測試出所有的bug
如果一個軟件產品中沒有bug,那么只有一種情況,那就是bug暫時還沒有被發現。無論開發人員如何升級產品,這款軟件必然還是存在bug,我們測試人員不能永遠的測試下去。那樣的話,產品將永遠無法上線使用。只要產品的bug不嚴重,測試人員就可以終止當前版本的測試。先讓這款產品上線,等到開始下一個版本開始開發后,這筆賬我們可以接著算。
帶勺子的心靈雞湯:如果把一款軟件產品看做人的身體的話,那么bug就像病毒或缺陷。每一個看似健康和完美的人,其實都有不少的bug,只不過,有一些bug我們可以解決,而有一些bug可能要跟隨我們人類幾萬年。
友信科創:幫助更多年輕人少走彎路。同時也歡迎你留言討論。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。