前言
在我的上一篇文章《如何提高送測版本的質(zhì)量?》中(http://www.cnblogs.com/scios/p/5955018.html),簡單概括了從全局應(yīng)該如何考慮,以及我們測試人員對于送測版本質(zhì)量的提升能做些什么,今天再說一下作為開發(fā)人員,從哪些方面進行考慮。以下的看法是基于我所在公司的業(yè)務(wù)現(xiàn)狀而發(fā),如果您有更好的看法,歡迎來探討。
公司背景
我所在的公司是青島一家本地公司,不過就版本管理流程來講,我想業(yè)內(nèi)很少有公司能有我們公司這么清晰地流程和規(guī)范,下面附了一張圖。但目前公司里版本相關(guān)的問題仍然很多(下面會舉一些例子)。目前公司使用SVN管理源碼。所做的項目是軟硬件集成,有幾個大項目(由多個子項目集成),項目是迭代開發(fā)模式。
版本發(fā)布過程中存在的一些問題
① 帶風險上線:版本送測后,測試人員發(fā)現(xiàn)了一些一般和輕微的bug,但項目經(jīng)理考慮到客戶對版本中的主要功能需求比較急,就帶著這些bug上線了。之后因為各種各樣的原因,導致這部分bug一直沒有修改,長期遺留。
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應(yīng)用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來看看(二) 2017-07-26