敏捷測試的人性化優勢
第一部分:潺潺流水化田園
您是否想過
1:在一個task完成之后,這個task就真的如此果斷的結束了嗎?這個task對于整個軟件,會產生什么作用?
2:這個測試人員所謂的最快速度,究竟是何等的快,快的原因是什么?
就算運用了自動化或者性能測試工具,這些工具的運用是否恰如其分?
3:這些“高超的技術”會給公司帶來什么?會帶來公司文化的提升嗎?公司的文化是什么呢?
從拿到需求起,我就會先通讀需求,逐句分析,一一嘗試,一直到需求中的每一步,每一句都能融會貫通,同時將需求中涉及的每一個步驟在有必要的情況之下,一遍又一遍的執行,在執行的過程中,提出疑問。
在疑問得到解答之后,在必要的前提之下,開出非常詳細的bug,在bug中不但有步驟,還有個人感受,體會,甚至還會有建議。
在很多時候,我的疑問,會有助于優化需求,我的bug也會很有可能被設置為by design,或者defer to another User Story。
將成為另外一個需求的初始地。
而我們的PM,都認為這樣做是正確的,他們也樂于為我解答每一個疑惑。不論疑惑是大的還是小的,他們都會不厭其煩的為我進行解答。他們會理解我不是隨便提的問題,因為我的問題必定是經過深思熟慮而提出的。
他們會在置為by design的bug中,為我寫明原因,而且還會對我所提出的bug或者疑惑進行鼓勵,thank you,you are welcome是我們郵件中運用最多的詞匯。
就是在這樣互相尊重,時時鼓勵的氛圍之下,我感覺每一天的工作是愉悅的,有價值的。
我還會將每次的task都總結起來,時刻回顧分析,系統的每一個模塊也在我的一遍一遍的分析之下,成為一個有機整體,合理,有序,有邏輯化,不緊不慢,每一天,每一刻,都是一個小進步。
看著整個系統漸漸成熟,如同一片田園,就是因為有測試工程師這樣的流水,才能從荒蕪漸漸變成一片美好景象一般。心中不免有一絲欣慰。仿佛呼吸著田園帶來的清新空氣享受春風吹過般的感覺。
誰會在乎你是否第一時間發現bug呢?這有何重要呢?
第二部分:分出高下的埋沒人性
有的軟件公司會在試用期期間招募一批測試人員,然后短期時間內就分出個高與低,這種高于低的區分不是靠工作的熱忱度,也不是靠對于測試的投入多少,往往靠幾句花言巧語,或者耍耍花腔和所謂的資歷。
最終結局往往還會是,被“淘汰”的人會被那些沒有被淘汰的人舉行隆重的“葬禮”,然后灰溜溜的離開這個公司或者離開這個職位。
而要繼續“重生”,他們逐漸學會了如何“?;ㄇ?#8221;。我承認他們很理解測試的流程,測試的理念,測試的工具的使用,比如自動化測試,或者性能測試,甚至,他們的智慧都是超高的。
但是他們在測試的過程中,對其測試的主體:這個軟件。卻并不怎么了解,也不想了解。他們只想應付工作,想升職,想當測試經理,甚至,想找工資更高的工作!
他們的中心思想,也就是銀子,為了銀子不顧一切,人性被埋沒了,人格也消失了。
這不是測試人員的錯,這是制度的錯。
而這樣的軟件公司,不在乎測試人員與開發人員之間的溝通,更不會關注測試人員的感受,尤其是那些所謂的初級測試人員的感受:
體現在:
1:每天完成大量工作,測試人員彼此很少溝通,彼此是競爭對手。(人干嘛非要你爭我奪,累死累活)
2:他們的績效是開bug的數量,而且還不成文的規定是開被fix的bug的數量。
?。╞y design 的bug也是智慧的結晶,不能歧視有缺陷的兒童嘛,人家又不是故意開bug,人家開bug也很費力氣,很多也是需求問題造成的。在此,人性也很缺乏)
3:沒有必要的前提下搞性能測試和自動化測試。自動化測試,性能測試團隊和普通測試團隊分離,顯得自動化,性能高于普通團隊。(我從來都認為勞動的含金量不是靠工具來決定的,而是靠一顆熱忱的心,自動化一段時間不用就會忘記,但是熱忱的心不會改變)
4:他們的軟件質量好是碰運氣,質量差是測試人員的不是,有人要承擔后果。(由于是金錢上的后果,所有人都生活在恐懼之中,氛圍緊張)第三部分:黑暗團隊之封建社會
在一個多年的測試團隊中,新分派一個根本不了解這個軟件人作為測試團隊的頭領。僅僅因為這個人有某種特權,或者有某種資歷。
先且不談這個團隊中原本是存在著對于這個軟件有著系統了解的組員的感受了。
這樣的頭領必須每日花費所有時間來了解整個軟件,才可能趕上其他測試人員的步伐,與此同時還要鑒別所有測試人員的測試成果,做出決策,這恐怕是比登天還難的事情。
而黑暗團隊的組成模式是可以輕松實現這種比登天還難的事情的:
測試頭領以“保住自己的有利地位和有利工資”為主線。
結果扼殺團隊成員的想法和活力,因為測試的頭領想留住對自己有利的人,而不是去思考如何將軟件的質量進一步提升,更不是想讓人人都了解軟件。
這樣的測試頭領會想讓某些人“不知”,或者“后知后覺”,而另一些人卻“先知”,可是“先知”的那些人真的能做到知無不言,真的是勇于探索的嗎?
那些被新的“頭領”認可的人必然會歧視其他人,同時因為自己已經取得了有利“地位”而不需要進行更多的探索和努力,變得更為懶散。
將所謂的重復的“任務”分配給“后知后覺”的苦命人。
這些任務因為是那些“皇帝”,“地主”設置的,往往有很多“特點”:
1: 很多是不必要的任務,做了一天下來發現是白白做了,冠冕堂皇的說讓你做你做就是了。
2:“皇帝”,“地主”認為不需要告訴“后知后覺”們為什么要做這些任務,因為他們是奴隸,只需要聽從主子的安排就是了。
3:“苦命人”每天累得腰酸背痛,都不知道在做什么,還心情低落,無處申訴。
4: 如果有什么后果,就是那些“苦命人”來承擔。所以,加班,后果,裁員都是由“后知后覺”承擔。(此時的“苦命人”早已知道自己的地位,也不再恐懼了,受罰的肯定是自己了,所以可以“笑對一切”,難不成就是個回家繼續找工作咯?。?/div>
以上就是黑暗團隊。想象地主揮舞鞭子抽打著奴隸的樣子,還要奴隸為他們服務吧。
第四部分:敏捷測試迎來改革開放晨光,勞苦大眾翻身做主人
---人人迸發智慧的光芒
敏捷測試真的優點多多
1:不會把人累倒
因為每個周期會有2,3周時間,每個人以自己的方式盡快測試完畢,發揮自身的潛能。就算到時候無法完畢,也不是大不了的事情,因為在每天的交流之中,人人都了解你付出的努力,你是有理由這樣的,人都是講道理的。
不會出現每天加班沒法完成任務的景象。
2:獨立的測試,不需要依賴別人,界限分明,彼此敬重,不爭不搶
因為你的任務就是你的任務,不需要給別人插手,如果是別人做的,也可以將任務分配給那個人就行了,你可以在日后研究別人的測試用例,取長補短。
以人為本的敏捷測試會讓十個測試人員有十種光芒,您會說他們也許會七嘴八舌,也許會有重復的。
可是,當他們人人都深入了解軟件,軟件本身的功能與內涵就會如同一條主線貫穿于每個人的腦海,因為有著共同的目標和熱誠,軟件在每個人的心中都如同一種紐帶,一種信仰,讓所有的測試人員彼此的心,相通了。 所謂的測試經理只需要開個會,一一記錄,并給予每個人以正確引導和鼓勵,相信這會是高效的,愉悅的大會。
而每一次的大會,會像潺潺流水一般滋潤到整個軟件中,滋潤到每個人的心中。
軟件-心靈-生命-熱誠,甚至是關愛,對測試人員的關愛,對軟件的熱情, 這同時也升華成為團隊的一種文化,公司的文化。
在任何公司文化中,都不免會有一些人被淘汰,而敏捷測試所淘汰的人,必定是那些自愧不如的人,因為誰對軟件了解多少,如何了解,必定會在每一次的交流中得到充分體現,思如泉涌的人會體現,碌碌無為的人難道能夠混過去嗎?
誰做測試經理,自然是對軟件最最了解的,自然是熱忱度最高的那一位。所以測試經理應該是在團隊運行一段時間后逐漸,自然形成的。相信這樣的測試經理會是一個擁有一顆善良的心的,關心團隊中每一個成員的好人,更不會做出“皇帝”的樣子來,“地主”的樣子來。
人心凝聚了,當然也不會有人總是離職,有那么好的職員,團隊也不會那么容易裁員。而離職的人,一定是希望有更高的收入,不在乎自己辛苦鉆研的軟件的人,也就讓他去吧。
如果您說,您在一家公司是測試經理,因此您希望在新的公司也要做測試經理,我想這個愿望不太可能立刻達成。因為您要做的事情太多太多,您要成為整個團隊的主心骨,您要成為這個軟件的專家,您不能懈怠。
如若您碰巧真的是立刻達成了此愿,那么請尊重每一個人,尊重每一個組員,讓他們為軟件付出的同時得到您真誠客觀的鼓勵,并將他們的成果轉換為您自己的idea,與大家密切分享,并時刻努力,這樣下去,團隊將在您的帶領之下蒸蒸日上。
而在您離職的時候,請將您的職位傳授給最最了解這個軟件的人。所謂公道自在人心,相信這會是您氣度的體現,相信上天還會因此而繼續保佑公司,保佑您!
最后,我想,敏捷測試適合長期的項目,因為它有一個潺潺流水化田園的過程,但是對于短期項目的同學們,你們可要做好繼續奮斗的準備,因為路就在腳下,永遠不需要氣餒,永遠不需要低頭,曙光是前方明亮的,上天會保佑不斷奮斗的人,51testing是精神家園。 對于長期項目的人亦是如此。
不管是長期項目,還是短期項目,都是一個鍛煉的過程,對于人生來說,都是一段回憶,而人生的田園需要您不斷的灌溉,用真誠,友善的心來面對一切事物吧。
這就是人生中的潺潺流水化田園的寓意所在。
版權聲明:本文出自 wchair 的51Testing軟件測試博客:http://www.51testing.com/?153101
原創作品,轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明,否則將追究法律責任。
posted on 2014-04-18 13:49 順其自然EVO 閱讀(204) 評論(0) 編輯 收藏 所屬分類: 測試學習專欄
只有注冊用戶登錄后才能發表評論。 | ||
![]() |
||
網站導航:
博客園
IT新聞
Chat2DB
C++博客
博問
管理
|
||
相關文章:
|
||