測試小故事30:軟體測試會消失嗎
一天時間,各路高手,一路討論下來,一個問題突然冒出來的了:軟體測試會消失嗎。
先看看定義
測試:為檢測特定的目標是否符合標準而採用專用的工具或者方法進行驗證,並最終得出特定的結果。 -- 百度百科
軟體測試:測試是為發現錯誤而執行的一個程式或者系統的過程。 -- 《The Art of Software Testing》
再看看軟體測試的產生
從除錯到測試,隨著軟體需求的增加導致的軟體複雜度的快速變化、軟體規模的擴張導致的軟體成本快速提升,軟體測試作為一個獨立的職業角色出現了。
軟體測試會消失嗎?
1.軟體測試不會消失。
軟體測試的規模依然在擴大,軟體的複雜度已經超出了我們的想像,為了高質量的軟體質量,需要投入更多的時間和精力對軟體進行驗證和確認,也就是要執行軟體測試這項工作。
2.軟體測試崗。。。很難說。
敏捷開發、結隊程式設計、程式設計難度的降低、自動化測試的大量實施、軟體開發者的開發質量和質量意識的提升、底層。。。。。。一切的一切似乎都在表明,職業的測試人員將不會再存在,專業測試人員的工作將融入到軟體開發的全過程中,融入到軟體開發者的日常工作者,也就是軟體開發者也是軟體測試者,需求人員也是測試人員,設計人員也是測試人員,運維人員也是測試人員。
另一方面,從測試的層次講,開發人員的測試應是在底層,而需求、設計、運維所能測的並不能覆蓋高層測試全部,如易用性、可用性,同時測試在執行測試時所用的方法、所站的角度與其它角色有本質的區別,當然你可以說我用的敏捷、可以與客戶工作在一起,讓客戶做這些測試。
好吧,似乎一切都有可能。
軟體測試會消失嗎?
相關推薦
測試小故事30:軟體測試會消失嗎
一天時間,各路高手,一路討論下來,一個問題突然冒出來的了:軟體測試會消失嗎。 先看看定義 測試:為檢測特定的目標是否符合標準而採用專用的工具或者方法進行驗證,並最終得出特定的結果。 --
測試小故事86:自動化測試
記得很早之前的一件事:一起合作的一名手工測試轉向自動化測試,一個不錯的轉變,新的領域和開始。 過了段時間再次相遇聊到,卻有了一些無耐和迷茫:做的自動化要求全部通過,問之原因是因為要求給客戶看到一切正常的表現;每天在編碼,只是在定位元素,最初設想的從底層的測試提升質
測試小故事85:拆分測試物件
預防,與其說風險前移,不如說是把事情提前做。究其目的,提升質量仍是第一位。 需求確認和分析,軟體研發的第一項工作;測試需求分析,軟體測試的第一項工作。 測試需求分析,第一步?拆分測試物件,更簡單的說法,拆分測試點。(測試小故事54:測試物件)
測試小故事87:結束測試
曾經被"質問"過好多次:測試就這麼結束了? 那麼多的缺陷沒改,那麼多的問題沒深入測,這麼短的時間,這樣的質量能讓人放心嗎?要測試就是草草的走個過場? 很多時候我只能回答:是的,就這樣,結束了。 什麼時候結束測試
測試小故事89:個性與職業道德
這是一個張揚個性的時代。 “昨天看球賽起晚了,今天不去上班了。” “不在狀態,活沒幹完了,先走了。” “幹嘛去了?”“抽了根菸。”“這都半個小時了。”“我煙抽的慢。 “活怎麼幹成這樣?”“明天放假要去玩,買車票
測試小故事84:學什麼
很長一段時間,總有些剛剛進入測試這一行 或是 已經做測試很長時間的聊到一個話題:學什麼。 感覺自己什麼都不會,去到其它公司面試跟白痴一樣,什麼都想學,什麼都是淺嘗則止。瞭解些皮毛、知道些技巧,吹吹牛、騙騙門外漢還好,真正用到真功夫就抓瞎了。 &n
測試小故事83:世界很大
事有緣起,其實也很簡單: 第一件事,同事離職,剛剛工作不過幾年,問其原因:一是缺錢花;二是想發展。人往高處走理解,錢給多的當然要得,理解;發展,再問要什麼樣的發展,愣愣的卻無從回覆,也許真的是不知道要做些什麼了。 &nb
測試小故事82:好好說話
有話,好好說,好好說話。 測試報怨開發不好溝通,一個問題,如此的簡單,怎麼說都不改。 測試埋怨需求胡里胡塗,一個問題,顛三倒四,說不清楚寫不明的。 最後還給了個定論:沒法溝通,就不能好好說話嗎?  
測試小故事88:耍流氓
耍流氓,只是測試對開發不負責任態度的一種說法。 “開發進度天天改,測試時間一壓再壓,質量出了問題就拿測試說話。” “測試報告發了,該注意的問題也提了,沒有理沒人問,到頭來又說測試的不是。” “開發說變就變、說改
測試小故事18:我不要寫測試用例
“我不想寫測試用例”,又一次聽到一起工作的測試人員這麼對我說。想來“不想”只是客氣,“不要或是不願”才是真正的想法。 問其原因,羅列了出了一系列的理由 1. 目前使用的測試用例已經好久沒
測試小故事74:沒有計劃的日子
曾經有兩個空虛、無聊、迷茫、也很難熬的時期,總結來講:這兩個時期都是些沒有計劃的日子。沒有計劃的日子怎麼過? 第一個時期是在工作了一段時間,自己沒有計劃的日子。 結束了學生生活逐漸適應了新的工作
測試小故事78:測試策略
策略:計策、謀略。實現既定目標的步驟、方法集合。 也許是做事時間太長、做事也越來越古板,因此無論做什麼事都不再隨便、少了衝動,做什麼事都要講究個方式和方法。 測試策略,每次測試都在談:開始時制定 ,執行時檢查,結束時回顧總結。但每每總會被忽略、被誤判。
測試小故事54:測試物件
物件,行動或思考時作為目標的事物。 測試物件,執行測試時作為測試目標的事物。 測試執行過程中,遇到問題,常常問一句話“你要測什麼?” 測什麼?確認的就是測試物件,即測試的目標。
測試小故事94:流動
人來人往,流動也許是永遠說不完的話題。 你的不在影響不了這個世界、這個團隊、這個專案,地球離了誰都照轉。 有人問:這是真的嗎?也對也不對。 一沙一世界,一葉一菩提,你的存在和消失或多或少的會影響周邊的一切,只是多少、大小不一樣。正如蝴蝶效應(南美州的
測試小故事62:面向物件
OO,Object-Oriented,面向物件。軟體開發過程中重要的系統思維方式,是一種抽象的思考方法。 物件是由資料和操作構成的具有一組相似性質的實體,以物件為中心,以繼承、封裝、多型為重要
測試小故事61:真的明白了嗎?
看似明白,其實未必真明白,未必全明白,也許還可能是完全錯位。 專案執行過程中,我們往往會聽到這樣的話 “我說的你明白了嗎?” “我沒說清楚嗎?” “當時我們說的是這樣的,為什麼做出
測試小故事50:面試這件事
面試、找工作,不算什麼大事,但為了尋找到一份合適的工作,的確要花些時間和心思。 工作機會天天有,而與個人需求相匹配的工作機會卻往往稍縱即逝。不相匹配可能是應聘單位沒看上你,或乾脆是你沒看上應聘單位。 活少、錢多、離家近,可能是多數人對工作最樸實的想法,這種機會
一個小需求更新引起的 50% 崩潰:跟開發溝通過的一個測試小事故,顯然是測試精度不夠的結果
故事背景 產品經理找開發在版本之外加一個額外的“小”需求。 需求內容:長按圖片「儲存」至本地。 知道這個需求後,覺得比較簡單,以至於測試用例都沒。感覺可能會牽涉到儲存許可權外,並叮囑開發注意許可權問題。 測試期間主要關注下圖片是否儲存到本地就OK 了。然而大錯特錯,一點都不 OK,上
推薦一個關於軟體測試的公眾號:火烈鳥測試
火烈鳥測試公眾號 火烈鳥測試公眾號想提供一個高質量的測試同行交流平臺。 現在國內提供高質量的、系統化的測試文章的平臺還是比較偏少,測試文章都分散在各個部落格裡、論壇裡,而且質量參差不
軟體測試的藝術(一):軟體測試的重要原則
軟體測試是為了發現錯誤而執行程式的過程,這就說明目的是為了發現錯誤,動作是執行程式。 在進行軟體測試的過程中,要遵循很多的原則,以下是幾個重要的測試原則: 1) 測試用例中一個必需部分是對預期輸出或結果進行定義。 對於軟體測試,必須是有明確的定義輸入資料和條件,同時對輸出結果有準確