從(cóng)保證你的軟件是免費的錯誤–估計完成任務的時間–簡單地解釋你的工作非開發。開發商要處(chù)理各種各樣的路障,他們大多不寫代碼甚至相關。
菲爾(ěr)約翰遜,對(duì)這近日來,在Quora上讨論,開發者分享他們的艱難的任務。這是他們幾個人一看:
# 1編(biān)寫文檔(dàng)
任務: 創(chuàng)建文件解釋你的代碼是如何工作的應用。它可以包括單獨的文檔和代碼注釋。觀衆可以從(cóng)較終用戶到其他開發人員的範圍。
挑戰: 它可以是一個耗時的任務,會覺得浪費(fèi)時間,如果沒有人讀(dú)它。程序員通常喜歡寫代碼來記錄它。
# 2寫作測試
任務: 編(biān)寫單元測試,即測試,綱領性的小型代碼單元以確(què)保功能正常。
挑戰: 可以選擇測(cè)試寫代碼一個繁瑣的過程,可感覺上建築的應用顯著的額(é)外工作。
# 3别人的代碼(mǎ) 工作
任務: 有保持或提高,調(diào)試應用程序或者一段代碼,是由另一個開發(fā)者寫的(S)。
挑戰: 試圖瞭(le)解一個遺留代碼的工作和神聖的原始開發(fā)者的意圖。這是更難時,開發(fā)商不在,代碼寫的很差,評論或記錄。
4 #解釋(shì)我做什麽(me)(或不做)
任務: 傳(chuán)達(dá)給非程序員(家庭成員,朋友,非技術同事)你的工作需要什麽–也不行。
挑戰: 讓你愛(ài)的人不理解你做什麽的生活。不斷地要求解決一切電(diàn)腦相關的問題。
# 5估計(jì)完成任務的時間(jiān)
任務: 在項目的一開始,拿出時間(jiān)估計(jì)要做的工作。
挑戰: 猜測多久的東西,你可能沒做之前将作出估計,基於(yú)模糊的需求並(bìng)試圖分配處理不可預見的問題時。
挑戰如編寫單元測試和與别人的代碼工作是非常具有挑戰性的–何況他們離開房間的錯誤。頭痛不能夠測試正確或釋放你的團隊完成任務可以很容易的擴展你的内部質量努力通過衆包測試方法。這将允許更深入的測試,並将釋放
北京軟件開發公司的測試團隊,他們能夠滿足較後期限和完成任務。