作為乙個程式設計師，日常的工作需要處理很多事情，和人打交道的就不說了，下面描述下和機器打交道的事情：
一、開發
拿我自己來說，開發一般要包括 bug的修改，新功能的開發
以及維護一些公共介面；涉及的工程都用svn在管理，但還是要解決版本衝突問題，分支和主幹的處理等。比如你正在開發新的東西，以前的東西發現有了
bug，那麼這個時候還是要有自己比較合理的安排，我一般是這麼處理的：
1. 緊急程度
2. 重要程度
一般情況下可以優先處理緊急程度較高的，接下來才是處理一些重要但不緊急的。當然有時候是好幾個人都給你提問題，都說很緊急，那麼這個時候需要和對方商量下，對事情進行再明確，看是否真的這麼緊急，是否有緩和的餘地，可以為另一件較為緊急的事情爭取時間。
二、處理資料
有時候需要對現有的業務資料進行再加工和整理以便於接下來對其進行更深層次的加工和挖掘，那麼光資料處理這塊就需要流程化。一般我是這麼處理的：
將這些資料加工用程式來實現，那麼對外開發一些命令，然後直接按照一定的次序執行這些命令來完成資料處理即可。設定你可以開發乙個任務排程器，把這些命令放到排程器裡面，你只用點一下開始按鈕，它就會按序執行完畢，就更簡單了。
三、部署
對於遠端部署，一般需要面臨兩個問題：
1. 大資料的傳輸
2. 繁瑣的指令碼部署
有時候會傳輸一些本地做好的資料到伺服器上，網速好還不錯，網路差的時候真是很痛苦的事情，幾十m的東西能折騰幾個小時。
那麼資料傳輸實際上可以用**伺服器的方法有所緩解，其實解決問題的根本還是這些資料盡量不要在本地做，要在伺服器上做。
部署包括資料的移動，備份，服務的停止和啟動等。這些如果每次都老老實實敲一遍命令實在是繁瑣之極。幾個伺服器還好，如果上幾十台，幾百台伺服器的時候，手動敲命令部署顯得太不切合實際。
那麼對於這種情況，也可以實現將應用部署的過程用指令碼寫好，然後開發乙個控制器，直接通過在控制器裡面點乙個按鈕就可以將應用程式更新，重啟，讓部署變的更加簡單。
其實工作之餘對日常做的事情做一下總結，看那些是可以流程化，那些不但可以流程化，還可以自動化，甚至做到半自動化也是不錯的。 這樣雖然做的事情再增加，卻可以節省下來做更多的事情。
from: 指令碼愛好者
自動化技術流程
一 需求模型 1.找到對客戶來說，有價值的事情以及系統為了實現客戶價值而提供的能力 2.需求分析的方法 工具5w when 什麼時間 where 什麼地方 who 參與者 what 客戶想要的輸出 why 客戶的內驅 工具1h how 整個流程如何執行 工具8c 效能 成本 時間 可靠性 安全性 合...
自動化測試流程
年初的時候自動化測試指令碼也接觸了一段時間，當時一上來就根據同事的寫好的模板，寫了幾個簡單功能模組的指令碼，對整個指令碼的編寫流程有了些了解。最近又開始做自動化測試了，所以去了解了下整個自動化測試的流程 1.測試計畫 與以前的測試計畫過程一致，只是在原來的測試計畫中，新增對專案實施自動化測試所需的資...
介面自動化流程和框架
在專案前期開發階段會介入介面測試 首先是熟悉需求文件 測試組長會寫測試計畫 裡面有介面測試的計畫 在開發前期開發階段開發會逐步提供介面文件然後進行熟悉 再寫介面測試用例 再搭建測試環境 然後搭建介面自動化測試框架 再進行用例指令碼的開發 然後執行介面測試 提交bug 最後是指令碼的補充及維護 採用p...