資訊專欄INFORMATION COLUMN
摘要：如果數據從舊系統遷移到新系統是當前版本發布的主要目的，那么更要關注報表數據數據遷移缺陷如果一個舊系統要被新系統取代，舊系統里的數據要移到新系統。
對任何軟件產品來說，軟件上線永遠是一件大事。完全確保所有功能生效以及發布高質量軟件給用戶非常重要。
不好的、不成熟的、不穩定的、難以使用的產品會引發重大經濟損失，還會讓用戶對品牌本身失去信任。
我們通常聽到當軟件符合上線標準時，測試就應該結束了。我們也聽到軟件缺陷必須被修復以達到軟件上線標準。
然而，這些都是偉大的冠冕堂皇的準則，太模糊了。
更確切地說：
· 多少比例的軟件缺陷對軟件上線來說是可接受的？
· 你如何決定哪些已知軟件缺陷不影響軟件上線？
· 哪種軟件缺陷更緊急更嚴重？
你曾聽到過這些問題嗎？那么這篇文章將幫助你揭曉答案。
復雜的軟件不是沒有軟件缺陷，相對于可運行的軟件來說，關掉缺陷是一個雞和蛋的故事。
修復的缺陷越多，修復缺陷時產生的新缺陷的可能性越大。那么，
· 你如何決定軟件上線時可附帶的缺陷程度以及缺陷類型？
· 你如何確定軟件上線時的部署基準？
· UAT測試人員如何決定軟件是否上線？
· 哪些參數應該用于評判軟件質量？
· 如何回答-軟件是否適用并會為利益相關者帶來價值？
上線到生產環境對客戶方和合同方來說都是一個大的里程碑，因為這關系著付款里程碑。雙方對確保大型轉型項目的成功都有著同等的責任。
我的經驗表明客戶想要高性價比并且提供了UAT上線標準。
· 功能
· 性能和負載
· 可用性
· 安全性
· 與外部系統的交互性
· 報表
· 數據遷移
我堅信每一個這些類型的軟件缺陷都需要被進一步解釋。而且，那是我們現在的確要做的事情：
功能缺陷
如果軟件是根據客戶提供的需求開發的，那么它必須滿足需求。功能的任何偏離被錄為功能缺陷。 根據嚴重性和優先級功能缺陷被分類。
如下是重要的考慮因素：
高嚴重性和高優先級的軟件缺陷通常會影響軟件的日常使用。這些類型的軟件缺陷必須在軟件上線前被修復。沒有例外。
有時候功能缺陷由于不是原始需求的一部分被劃分為需求變更。這些需求變更在軟件上線后對業務運作是必須的，因此必須被實現。
軟件缺陷的劃分和功能缺陷的優先級劃分是由UAT協調人員和用戶以及需求分析人員共同完成的。通常，客戶有一個關于多少比例的軟件缺陷可以存在的上線標準
性能以及負載缺陷：
性能缺陷是軟件上線的重要考慮因素，尤其是軟件被外部用戶使用。
如果用戶量達到一定數目時，軟件運行很慢。用戶會因為加載耗時而避免使用軟件。如果軟件太慢會導致業務流失，用戶會轉而使用競爭對手的軟件。
有時候，非客戶面對的部分程序也會影響軟件性能。
比如: 如果每天結束時要運行一個批處理任務，程序的響應時間因此而受到影響。那么批處理的性能也是一個考慮因素。
· 軟件性能通常用屏幕響應時間來衡量，當特定數量的并發用戶使用系統時性能對用戶而言就必須考慮。
· 性能測試用工具來完成，比如LoadRunner，WebLoad，Neoload等
· 特定負載和未來預測負載的軟件性能通常記錄在合同里，在軟件上線前必須要證明。
· 用戶很少用到的部分程序頁面延遲到系統上線后再評估。
· 軟件性能也依賴于部署軟件的硬件類型和網絡條件。
· 性能測試在特定硬件里使用性能測試工具在UAT階段完成，性能缺陷以類似于功能測試的方式來追溯。性能缺陷也會被劃分優先級，達成一致以符合上線標準。
· 通常在UAT階段的性能和負載測試在用戶做完功能測試并且達到功能缺陷交付標準后完成
可用性缺陷:
軟件開發應該易于終端用戶使用，比如用不同的快捷鍵、快捷方式，最少的屏幕切換、換頁。軟件必須靈活并且直觀。
如果在移到合適的屏幕之前有太多頁面切換，用戶通常會對使用這個軟件失去信心。
· 軟件構建前可用性準則被創建。軟件必須遵循這些準則。
· 軟件開發時也可能有工具限制，在軟件被終端用戶使用前必須克服這個問題。
· 用高可用性軟件，一個終端用戶可以輸入常規軟件5倍的數據。
· 軟件的外觀和感受必須是新鮮的，同時法律問題必須在軟件上線前被列出來。
· 很多時候軟件可用性顧問被任命來確保用戶可以流暢地使用軟件。
· 必須和軟件程序一起交付的文檔也必須盡可能合法使用且嚴格遵循可用性準則。
· UAT/外部測試人員錄入的可用性缺陷像功能缺陷和性能缺陷一樣也被劃分了優先級，必須符合上線準則
安全性缺陷:
軟件的安全性是一個熱點問題，因為軟件程序可能被黑客攻擊，客戶敏感數據可能被竊取。
因此，可信賴的軟件不應該允許甚至一個非常專業的黑客以不合適的權限進入程序。
· 安全性測試是在UAT階段以特定輸入來確保軟件不被攻擊。
· 安全性測試由合法黑客來嘗試攻擊軟件以檢查軟件是否脆弱。
· 所有安全性缺陷必須在系統上線前被修復。
· 安全性也意味著登錄、不同權限的用戶（內部和外部）使用程序的不同部分，以及創建和批準數據
與外部軟件系統交互性缺陷:
通常，一個要在客戶方部署的軟件程序必須與任何已有軟件交互。
比如:
打印系統，他們已經在使用中或者可能是一個外部系統比如賬單程序或者資料熒屏系統。將要部署的軟件程序應該與這些外部系統無縫交互。對這些系統的所有輸入和輸出應該同步工作。當前技術包含了移動應用程序和必須與之兼容的不同軟件平臺。
檢查外部系統的交互性應該在系統測試階段和UAT階段被廣泛執行。必須有一個滿意的上線準則
報表缺陷:
來自軟件程序的報表是表明程序內部數據統計的一種關鍵方式。
比如:所有賬單相關數據必須符合借貸額度。
· 軟件中所有數據必須協調。軟件里的這種數據協調通過報表來展現，必須達到期望。
· 如果數據從舊系統遷移到新系統是當前版本發布的主要目的，那么更要關注報表數據
數據遷移缺陷:
如果一個舊系統要被新系統取代，舊系統里的數據要移到新系統。新系統應該如需求定義的一樣支持遷移過來的數據。
所有舊數據可能在新系統里不可用；然而舊數據的截圖會在新系統中可用。按約定，這個數據應該可用。
注意:上述列表并不詳盡。根據程序類型，可能有更多的東西需要驗證或者并不是上述所有都適用。因此，對軟件的全面理解，業務目的，用戶期望以及架構或硬件依賴對創建綜合的上線準則是必須的。
軟件上線標準示例:
這只是一個例子。具體情況因項目不同而不同。
· 優先級為1的軟件缺陷要100%關掉（嚴重性為嚴重且優先級為1）
· 90%的優先級為2的軟件缺陷（嚴重性為高且優先級為2）要被修復。對剩余10%的缺陷必須有變通方案。并且對關掉剩余10%的缺陷要有一個可行計劃。
· 生產環境部署清單以及可用性檢查清單已經準備好。
· 生產環境支持團隊已成立并準備好解決問題。
· 70%的優先級為3的缺陷被解決并且有一個取代計劃來解決剩余30%的低優先級缺陷。
值得注意的幾點:
· 所有嚴重性以及優先級定義是在項目開始時客戶方和合同方在業務會議上決定的。
· 在所有UAT缺陷被記錄并且所有其他缺陷被解決后，UAT協調人員和業務發起人碰頭對未解決的缺陷進行評估
總結
我們希望這篇文章對創建穩固的上線標準以防止軟件在生產環境里受到潛在缺陷影響的一些重要思考已經給了你一些見解
最后感謝每一個認真閱讀我文章的人，看著粉絲一路的上漲和關注，禮尚往來總是要有的，雖然不是什么很值錢的東西，如果你用得到的話可以直接拿走：
這些資料，對于【軟件測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴上萬個測試工程師們走過最艱難的路程，希望也能幫助到你!
在我的QQ技術交流群里（技術交流和資源共享，廣告勿擾）
可以自助拿走，群號：310357728群里的免費資料都是筆者十多年測試生涯的精華。還有同行大神一起交流技術哦
如果對你有一點點幫助，各位的「點贊」就是小編創作的最大動力，我們下篇文章見！
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://m.hztianpu.com/yun/119759.html
2019-2-18 貌似這篇文章幫了大家一些小忙最近tinymce出5.0版本了，下面的api還是4.x的,新版本可能會有些不適用了，最近業務繁忙，等哪天周末有時間的話我再做點更新 :) 前言 最近因業務需求在項目中嵌入了tinymce這個編輯器，用于滿足平臺給用戶編輯各類新聞內容什么的業務需求，前后也花了不少時間體驗和對比了市面上各類開源編輯器。 各大WYSIWYG編輯器的簡單比較 UEdit...
摘要：一介紹本文介紹一種多人參與開發時的分支管理模型，在團隊項目中成功實踐。開發新的功能某先從分支出分支，命名為。建議請勿在周五發布任何正式環境分支，以免出現問題六分支命名的建議分支以它類型名字命名。如修復連接數泄漏的分支，可命名為。 一、介紹 本文介紹一種多人參與開發時的 GIT 分支管理模型，在團隊項目中成功實踐。使用的是gitlab來做代碼管理與權限控制。 二、服務器部署環境 一般來說...
摘要：造輪子的一些思考首先，我們的需求是用戶能夠方便的調整后臺的各種表盤位置。內的所有組件必須不能重疊，還要能自動排序某些組件要可以設定靜態的，也就是固定在那里，不被布局的任何變動而影響。為了快速獲得這種心態的轉變，你要做的就是造輪子。 先來一張圖看看： showImg(https://segmentfault.com/img/remote/1460000013305417?w=600&h=...
摘要：造輪子的一些思考首先，我們的需求是用戶能夠方便的調整后臺的各種表盤位置。內的所有組件必須不能重疊，還要能自動排序某些組件要可以設定靜態的，也就是固定在那里，不被布局的任何變動而影響。為了快速獲得這種心態的轉變，你要做的就是造輪子。 先來一張圖看看： showImg(https://segmentfault.com/img/remote/1460000013305417?w=600&h=...
閱讀 1462·2021-10-15 09:39
閱讀 3334·2021-09-10 10:50
閱讀 3608·2019-08-30 15:53
閱讀 2023·2019-08-30 15:52
閱讀 2702·2019-08-29 15:31
閱讀 2152·2019-08-26 13:43
閱讀 2864·2019-08-26 13:37
閱讀 1664·2019-08-23 18:31
