[請益] 解決公司過多測試環境的問題

作者: O187 (187cm)   2016-09-04 13:15:40
新進的公司,有一最重要的系統,重要程度是只要掛掉,當天全公司就無法運作。大家
就可以直接休息了。
有2個人及廠商維護。
難作的需求由廠商寫,簡單需求就有公司2個維護者寫。
這公司有點怪,可能會有2個人及廠商同時改一支程式或同時加db欄位或資料。
但上線與否是看user急不急和有沒有空測。
所以先提出來的需求例如9月1日某table加1欄位改好了!user沒空測。
後來10月1日另一個user提出的需求也要在同table同程式加欄位,但要先上線。
就要建2個測試環境給2個user用。
都是用8月31日正式環境再各別加上需求修改作出來的
但要是還沒測完11月1日又來一個需求,又要先測,又再用8月31日的環境建一個測試環境
給user。
所以公司有十幾個測試環境。
再加上廠商在自己公司開發,可能是5月1日的環境。
天啊!
然後陸續測完要上線,又有mapping問題。
請問各位公司都怎樣處理此狀況的?
作者: robler (章魚丸)   2016-09-04 13:22:00
你知道版本控制系統是什麼嗎?
作者: O187 (187cm)   2016-09-04 13:28:00
版控能幫你解決2個需求在同畫面上欄位都新增在同一個位置及資料庫某筆資料同時被加1段字的問題嗎?
作者: robler (章魚丸)   2016-09-04 13:32:00
這不當然的嗎...
作者: O187 (187cm)   2016-09-04 13:34:00
廠商應該有版控,但我們的控版是不能給廠商用,只能等他們開發完再幫他們放進來請問r大,哪個版控能作到? 那這版控是自動幫我算ui的位置,再去把重疊的往後還是往下移,並且不會跑到畫面外嗎?
作者: qrtt1 (有些事,有時候。。。)   2016-09-04 13:42:00
https://www.facebook.com/groups/DevOpsTaiwan/歡迎加入 devops taiwan 應該會比較多同好。
作者: O187 (187cm)   2016-09-04 13:47:00
用了r大的版控,測試環境能否只用一個
作者: robler (章魚丸)   2016-09-04 14:03:00
你知道ui的位置也是一段程式碼嗎? 合併出現衝突時不就能調整了嗎至於畫面的layout和測試環境的數量又沒關係
作者: O187 (187cm)   2016-09-04 14:04:00
版控會自動幫我調嗎?維護人員和廠商同時在db代碼表新加的代碼一樣時,版控能自動我重編代碼,連程式都自動改嗎?
作者: chan15 (ChaN)   2016-09-04 14:15:00
感覺你從沒用過版控?版控就是如果你們兩個改了同一個檔案,他會就你們兩邊的 code auto merge,如果有衝突,你這邊就必須修改到衝突結束才能再次上版控對方也一樣,我不知道你語言是什麼,但我寫 php 嚴禁同事直接手動修改 db schema,migrate 工具很多,檔案同步以後跑 migration db schema 自動統一,如果裡面有必要預設參數,在跑 seeder 上資料就好,每個人直接動 db 一定是悲劇
作者: CRPKT (crpkt)   2016-09-04 14:25:00
1.沒有版控可以完美 merge,但好歹可以幫你分好 branch 吧如果用 git 廠商開發完也是發 pull request 進入主幹這樣至少清楚很多吧2.你需要的可能還包括自動測試?
作者: qrtt1 (有些事,有時候。。。)   2016-09-04 14:57:00
http://bit.ly/29AdVZV 有些書能看看哩
作者: manaup   2016-09-04 15:08:00
解決掉提出問題的人 (就是你 XD (選我正解
作者: O187 (187cm)   2016-09-04 15:24:00
呃…目前用版控merge時遇到衝突的手動merge太花時間了,而且仍無法避免merge後重測的問題,還有維護過多測試環境的問題目前有用版控,但仍有原文那些問題時,各位都手動解決衝突的嗎?自動測試似乎無法測出畫面merge得很醜的問題
作者: Masakiad (Masaki)   2016-09-04 15:40:00
感覺應該是ui db在測試上的問題,加上merge的時機不知道怎麼規劃...
作者: O187 (187cm)   2016-09-04 15:44:00
大家沒有user插件問題嗎?以前需求我都一件件作,所以merge工作在測試前就作好了,測也都一併測試
作者: atpx (秋雨的心情)   2016-09-04 16:03:00
user插件本來就要動併吧, 版控也不能處理改同一段code問題手動併版你的問題是政治問題不是工具問題
作者: TSW (翹班帝國)   2016-09-04 16:26:00
1.你先讓自家維護的人用好版控,解決多客戶的問題2. 廠商驗收通過之後,先開案做 rebase,之後再 merge3.DB schema 要跟廠商同步,這部分不能分頭搞自己的
作者: brucetu (sec)   2016-09-04 16:31:00
版控不能解決把兩個ui疊到同一個位置上的問題,你只能併完測試這不是merge衝突問題,版控偵測不到db schema同步如樓上所說,你們要在開發流程上控管好,再來 牽涉layout的修改應有一個人負責協調 所有需求跟改動都必須經過他安排,就不會有兩個功能預計放在同一個位置這個窗口就是layout跟db修改的critical section
作者: Masakiad (Masaki)   2016-09-04 16:43:00
怎麼會偵測不到ui衝突,只是自動化測試比較難
作者: O187 (187cm)   2016-09-04 16:47:00
都是加上去的是不會有衝突,版控會自動合併run起來很醜又是另外一回事了
作者: gn01838335 (寂靜的生存者)   2016-09-04 16:49:00
UI的部分真的困難...
作者: Masakiad (Masaki)   2016-09-04 18:16:00
等等,原po你說的有點矛盾,在本來branch加上去的ui不會衝突沒錯,所以也不會醜才對吧?會醜醜ui位置跑掉的通常是auto merge後出現的不是嗎?所以auto merge完ui都要自動測試或給測試者測完才deploy不是嗎?我看起來沒什麼問題,不知道原po痛點在哪?
作者: CRPKT (crpkt)   2016-09-04 22:54:00
如果原 po 痛點是出自測試的工作量,那就朝自動化走吧自動化不是說要你設計一個機制一鍵到底,而是儘可能省去重複的人工,例如 UI 美醜很難自動化,起碼可以試著測功能deploy 一直花人工很麻煩,就試著儘可能自動化 deploy然後找找前面 qrtt1 講的 DevOps 看看有沒有可以派上用場的
作者: O187 (187cm)   2016-09-04 23:24:00
謝謝^^

Links booklink

Contact Us: admin [ a t ] ucptt.com