推動開發做自動化的解決方案

1、為什麼推動開發做自動化？

　　黑盒自動化雖能帶來很好的效益，但它的問題也随之而來，慢，開發成本高，環境依賴大，可覆寫面有限。不能給項目帶來質的改變。

　　開發做自動化，可以從代碼上入手，從一開始就減少bug，其價值，就非常大。

　　但是，推動開發好做麼？如何去做？接下來，就這個問題我們來讨論一下。

　　2、如何推動開發做自動化？

　　首先，要弄明白一個事情，開發是什麼樣的人。

　　1）聰明但懶惰的人。

　 　聰明不必說，我們測試同樣十分聰明，不是麼？呵呵，放松一下。懶是程式員的天生本性。君不見，k.i.s.s 是他們開發的基本原則。可能有些測試兄弟沒聽過，沒關系，我解析下，将項目做的夠簡單，夠愚蠢。這樣，他們才能懶下去。沒有任何重複，任何事情不應該幹兩 次，這也是他們的準則。而且他們還美其名曰：“懶是人類進步的動力”，我吐槽，這群程式猿們有些意思嘛。。。

　　那他才懶着用你提供的關鍵字驅動架構呢，一會用中文程式設計，一會切換到這門語言，一會切換到他的“母語”，一會切換在人家的ide裡，一會又用腳本，再寫的過程出個錯，錯殺自己心愛的代碼。誰受得鳥呢。不用了。

　　2）何況，他們還是不多管任何事的人。

　　君不知，不是他的事就不應該知道就是他們的信條，否則，便犯了軟體界的大忌了。你想讓他們做一些測試的事情？門都沒有。

　　還好，他們還是聰明人，知道bug本質上都是自己的過錯，知道線上的問題自己承擔至少一半的責任。知道自己應該測測再送出測試人員。知道最好可以自動化測測。。。

　　說到這裡，我有一個很久遠的故事先分享下，古時候，有一個孩子，很懶很懶，懶到飯都要老媽喂到嘴邊才肯吃，有一天，老媽要去婆婆家幾天，于是，做了一張大餅，挂在兒子脖子，然而，兒子竟被餓死了。。

　　還好，我們開發人員隻需要喂喂就可以了，我的方法是，做一個足夠簡單，友善的“大餅”，給開發 “喂” 起來。則此事可成。

　　那麼，這個大餅應該是什麼樣呢？

　　* 足夠簡單，讓他一張“嘴” 就可以“吃”起來，是以最好隻寫業務代碼就成了。

　　* 美味，符合他的味口，是以最好可以使用他的母語進行自動化，符合k.i.s.s

　　* 可擴充性好，想改變下口味也是可以的

　　* 還要好看，實用。通知機制，失敗分析，一個都不能少。

　　如果，有如此一張“餅”，大事可成矣。但如何去做出這張大 “餅” 呢？這需要你的高深的廚藝了。且聽接下來的分解。

　　3、具體的做法

　　我有兩種方法

　　第一種高端方法是采用深入敵方深處

　　* 控制開發架構，掌握開發的架構，正所謂，知之知彼，百戰不怠。

　　* 通過某一次新産品需求，提出架構的可測試性需求，讓産品經理或老闆采納。

　　* 開始完成我們的大餅，一步步來，讓開發看到進度，一旦成型，則可以無數開發使用。

　　第一種難度大，我們需要成為他們的架構師才行的通。

　　方法二

　　* 參與前期需求，提出可測試性需求，并能夠有效擁有開發的意識，

　　* 跟他們開發經理談談，找出内部有興趣做這個架構的”叛将“， 談談。

　　* 形成架構，讓少數人用起來，改進再改進，直到”大餅“ 成型。

　　大餅的特點，我上面說到了，你一定要留心，缺一不可。

　　是以，我們團隊很可能去落實了，你呢？

====================================分割線================================

最新内容請見作者的github頁：http://qaseven.github.io/