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