感謝一些朋友的建議。那麼就提及工具的名字，當然同類軟體很多（免費也不少），這裡舉個例子，希望大家支援正版軟體。另外，a.z提了小型軟體企業混亂的地方，提到了人員流動，以及怎麼構建測試團隊，這些都是很普遍的問題，每個問題都很「難纏」，之所以說「難纏」是因為這些問題相互重疊，需要抽絲剝繭的解決，那麼關鍵是找對線頭。
上次講源**管理軟體，如果公司是走微軟線路的，現在一般會使用vss2005。這一類軟體網上很多，使用起來都差不多。源**管理軟體可以管理原始碼，也可以管理文件。這類工具是太基本了，如果有公司還沒有使用源**管理軟體，那麼公司的形態幾乎等於個人作坊。
我們使用工具本身是比較簡單，但是真正用起來就出問題了。比如要求員工離開公司前都要簽入**就並不容易，**總有幾個人沒有簽入，拿來拿去得不到最新**，這時會非常惱火。可是就偏偏總有幾個人丟三落四，總有幾個人比較有個性。那麼就必須建制度和檢查工具來檢查。檢查工具可以用每日構造工具，比如finalbuilder，每日構建概念**於微軟，它和冒煙測試配合在一起使用。每日構建工具主要目的就是從源**管理軟體裡取下**，並編譯和發布**（可能還能做些自動化測試）。我們這裡只使用檢查源**的功能，用它來發現哪些**被誰何時占領著。每天夜裡2點自動檢查，第二天所有人就收到誰沒簽入的郵件，到時來個罰款，這樣就基本解決了使用源**管理工具的問題了。這個制度是要長期性的，因為只要用了源**管理工具，就會出現有人不簽入，管理和檢查工具降低了出現的機率。
缺陷管理類工具網上也很多，舉例testtracker。這裡還談不上構建測試團隊，因為公司剛開始，我們也就一兩個人專職做,測試也談不上規範，也就做做低階的黑盒測試，擋住一些顯而易見或者是讓客戶看到就跟你急的的缺陷。比如，做個收費性質的**，當發布乙個新版本的時候，突然發現免費使用者看到了收費資訊了，那客戶必定跟你急。那麼針對這個**專案，測試許可權是發布前必須做的。
到這裡講到了些工具，問題才開始，而且都是頭一年會發生的問題,比如缺陷工具有了，開發人員不去及時修復缺陷，缺陷誰來定義，人員流動影響開發的問題，問題員工的問題，如何績效等等問題。有興趣的話,再和大家慢慢回顧吧。
近期工作回顧
昨天順利收到了轉正信，很開心 回顧這兩個月來的工作生活很充實，也學到了不少東西。我越來越肯定我的第六感是很準的，一開始面試的時候，我就覺得這個公司不錯，我也會在這個公司發展下去，我堅信這個選擇是對的。我也會為自己的選擇努力的！這段日子主要工作是完成了出國通crm專案的靜態頁面，當然大部分還是做的比較...
工作問題回顧1
在修改bug中，問題現象是線上的頁面 沒有載入到資料，訪問url返回的狀態碼為失敗，於是在本地拉取分支進行修改。但是拉取下來的分支 執行完全沒有問題，已經考慮了非常多種情況，還是沒有復現網上的bug。後來在將線上的 重新在開發上拉取乙個分支進行測試，發現是在資料庫使用中有乙個儲存過程出現了問題，開發...
回顧這些天的工作
這幾天公司一直在裁員，搞得人心惶惶，大家都不安心工作了，總是有人走來走去，很多人說話，這幾天實在沒幹什麼事！希望早一天搬到公司新住址了環境能好一些。整理一下這些天所做的事，關於做個仙劍的站點的事，從月初一直做到現在，花了差不多乙個星期的時間把前台的頁面改用php arty做出來了，關於後台管理就一直...