[请益] 解决公司过多测试环境的问题

楼主: 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