国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

【軟件測(cè)試】上線前的bug,這些bug先留著,之后再改吧

luodongseu / 3052人閱讀

摘要:如果數(shù)據(jù)從舊系統(tǒng)遷移到新系統(tǒng)是當(dāng)前版本發(fā)布的主要目的,那么更要關(guān)注報(bào)表數(shù)據(jù)數(shù)據(jù)遷移缺陷如果一個(gè)舊系統(tǒng)要被新系統(tǒng)取代,舊系統(tǒng)里的數(shù)據(jù)要移到新系統(tǒng)。

對(duì)任何軟件產(chǎn)品來說,軟件上線永遠(yuǎn)是一件大事。完全確保所有功能生效以及發(fā)布高質(zhì)量軟件給用戶非常重要。

不好的、不成熟的、不穩(wěn)定的、難以使用的產(chǎn)品會(huì)引發(fā)重大經(jīng)濟(jì)損失,還會(huì)讓用戶對(duì)品牌本身失去信任。

我們通常聽到當(dāng)軟件符合上線標(biāo)準(zhǔn)時(shí),測(cè)試就應(yīng)該結(jié)束了。我們也聽到軟件缺陷必須被修復(fù)以達(dá)到軟件上線標(biāo)準(zhǔn)。

然而,這些都是偉大的冠冕堂皇的準(zhǔn)則,太模糊了。

更確切地說:

· 多少比例的軟件缺陷對(duì)軟件上線來說是可接受的?

· 你如何決定哪些已知軟件缺陷不影響軟件上線?

· 哪種軟件缺陷更緊急更嚴(yán)重?

你曾聽到過這些問題嗎?那么這篇文章將幫助你揭曉答案。

復(fù)雜的軟件不是沒有軟件缺陷,相對(duì)于可運(yùn)行的軟件來說,關(guān)掉缺陷是一個(gè)雞和蛋的故事。

修復(fù)的缺陷越多,修復(fù)缺陷時(shí)產(chǎn)生的新缺陷的可能性越大。那么,

· 你如何決定軟件上線時(shí)可附帶的缺陷程度以及缺陷類型?

· 你如何確定軟件上線時(shí)的部署基準(zhǔn)?

· UAT測(cè)試人員如何決定軟件是否上線?

· 哪些參數(shù)應(yīng)該用于評(píng)判軟件質(zhì)量?

· 如何回答-軟件是否適用并會(huì)為利益相關(guān)者帶來價(jià)值?

上線到生產(chǎn)環(huán)境對(duì)客戶方和合同方來說都是一個(gè)大的里程碑,因?yàn)檫@關(guān)系著付款里程碑。雙方對(duì)確保大型轉(zhuǎn)型項(xiàng)目的成功都有著同等的責(zé)任。

我的經(jīng)驗(yàn)表明客戶想要高性價(jià)比并且提供了UAT上線標(biāo)準(zhǔn)。

· 功能

· 性能和負(fù)載

· 可用性

· 安全性

· 與外部系統(tǒng)的交互性

· 報(bào)表

· 數(shù)據(jù)遷移

我堅(jiān)信每一個(gè)這些類型的軟件缺陷都需要被進(jìn)一步解釋。而且,那是我們現(xiàn)在的確要做的事情:

功能缺陷

如果軟件是根據(jù)客戶提供的需求開發(fā)的,那么它必須滿足需求。功能的任何偏離被錄為功能缺陷。   根據(jù)嚴(yán)重性和優(yōu)先級(jí)功能缺陷被分類。

如下是重要的考慮因素:

高嚴(yán)重性和高優(yōu)先級(jí)的軟件缺陷通常會(huì)影響軟件的日常使用。這些類型的軟件缺陷必須在軟件上線前被修復(fù)。沒有例外。

有時(shí)候功能缺陷由于不是原始需求的一部分被劃分為需求變更。這些需求變更在軟件上線后對(duì)業(yè)務(wù)運(yùn)作是必須的,因此必須被實(shí)現(xiàn)。

軟件缺陷的劃分和功能缺陷的優(yōu)先級(jí)劃分是由UAT協(xié)調(diào)人員和用戶以及需求分析人員共同完成的。通常,客戶有一個(gè)關(guān)于多少比例的軟件缺陷可以存在的上線標(biāo)準(zhǔn)

性能以及負(fù)載缺陷

性能缺陷是軟件上線的重要考慮因素,尤其是軟件被外部用戶使用。

如果用戶量達(dá)到一定數(shù)目時(shí),軟件運(yùn)行很慢。用戶會(huì)因?yàn)榧虞d耗時(shí)而避免使用軟件。如果軟件太慢會(huì)導(dǎo)致業(yè)務(wù)流失,用戶會(huì)轉(zhuǎn)而使用競(jìng)爭(zhēng)對(duì)手的軟件。

有時(shí)候,非客戶面對(duì)的部分程序也會(huì)影響軟件性能。

比如: 如果每天結(jié)束時(shí)要運(yùn)行一個(gè)批處理任務(wù),程序的響應(yīng)時(shí)間因此而受到影響。那么批處理的性能也是一個(gè)考慮因素。

· 軟件性能通常用屏幕響應(yīng)時(shí)間來衡量,當(dāng)特定數(shù)量的并發(fā)用戶使用系統(tǒng)時(shí)性能對(duì)用戶而言就必須考慮。

· 性能測(cè)試用工具來完成,比如LoadRunner,WebLoad,Neoload等

· 特定負(fù)載和未來預(yù)測(cè)負(fù)載的軟件性能通常記錄在合同里,在軟件上線前必須要證明。

· 用戶很少用到的部分程序頁面延遲到系統(tǒng)上線后再評(píng)估。

· 軟件性能也依賴于部署軟件的硬件類型和網(wǎng)絡(luò)條件。

· 性能測(cè)試在特定硬件里使用性能測(cè)試工具在UAT階段完成,性能缺陷以類似于功能測(cè)試的方式來追溯。性能缺陷也會(huì)被劃分優(yōu)先級(jí),達(dá)成一致以符合上線標(biāo)準(zhǔn)。

· 通常在UAT階段的性能和負(fù)載測(cè)試在用戶做完功能測(cè)試并且達(dá)到功能缺陷交付標(biāo)準(zhǔn)后完成

可用性缺陷:

軟件開發(fā)應(yīng)該易于終端用戶使用,比如用不同的快捷鍵、快捷方式,最少的屏幕切換、換頁。軟件必須靈活并且直觀。

如果在移到合適的屏幕之前有太多頁面切換,用戶通常會(huì)對(duì)使用這個(gè)軟件失去信心。

· 軟件構(gòu)建前可用性準(zhǔn)則被創(chuàng)建。軟件必須遵循這些準(zhǔn)則。

· 軟件開發(fā)時(shí)也可能有工具限制,在軟件被終端用戶使用前必須克服這個(gè)問題。

· 用高可用性軟件,一個(gè)終端用戶可以輸入常規(guī)軟件5倍的數(shù)據(jù)。

· 軟件的外觀和感受必須是新鮮的,同時(shí)法律問題必須在軟件上線前被列出來。

· 很多時(shí)候軟件可用性顧問被任命來確保用戶可以流暢地使用軟件。

· 必須和軟件程序一起交付的文檔也必須盡可能合法使用且嚴(yán)格遵循可用性準(zhǔn)則。

· UAT/外部測(cè)試人員錄入的可用性缺陷像功能缺陷和性能缺陷一樣也被劃分了優(yōu)先級(jí),必須符合上線準(zhǔn)則

安全性缺陷:

軟件的安全性是一個(gè)熱點(diǎn)問題,因?yàn)檐浖绦蚩赡鼙缓诳凸簦蛻裘舾袛?shù)據(jù)可能被竊取。

因此,可信賴的軟件不應(yīng)該允許甚至一個(gè)非常專業(yè)的黑客以不合適的權(quán)限進(jìn)入程序。

· 安全性測(cè)試是在UAT階段以特定輸入來確保軟件不被攻擊。

· 安全性測(cè)試由合法黑客來嘗試攻擊軟件以檢查軟件是否脆弱。

· 所有安全性缺陷必須在系統(tǒng)上線前被修復(fù)。

· 安全性也意味著登錄、不同權(quán)限的用戶(內(nèi)部和外部)使用程序的不同部分,以及創(chuàng)建和批準(zhǔn)數(shù)據(jù)

與外部軟件系統(tǒng)交互性缺陷:

通常,一個(gè)要在客戶方部署的軟件程序必須與任何已有軟件交互。

比如:

打印系統(tǒng),他們已經(jīng)在使用中或者可能是一個(gè)外部系統(tǒng)比如賬單程序或者資料熒屏系統(tǒng)。將要部署的軟件程序應(yīng)該與這些外部系統(tǒng)無縫交互。對(duì)這些系統(tǒng)的所有輸入和輸出應(yīng)該同步工作。當(dāng)前技術(shù)包含了移動(dòng)應(yīng)用程序和必須與之兼容的不同軟件平臺(tái)。

檢查外部系統(tǒng)的交互性應(yīng)該在系統(tǒng)測(cè)試階段和UAT階段被廣泛執(zhí)行。必須有一個(gè)滿意的上線準(zhǔn)則

報(bào)表缺陷:

來自軟件程序的報(bào)表是表明程序內(nèi)部數(shù)據(jù)統(tǒng)計(jì)的一種關(guān)鍵方式。

比如:所有賬單相關(guān)數(shù)據(jù)必須符合借貸額度。

· 軟件中所有數(shù)據(jù)必須協(xié)調(diào)。軟件里的這種數(shù)據(jù)協(xié)調(diào)通過報(bào)表來展現(xiàn),必須達(dá)到期望。

· 如果數(shù)據(jù)從舊系統(tǒng)遷移到新系統(tǒng)是當(dāng)前版本發(fā)布的主要目的,那么更要關(guān)注報(bào)表數(shù)據(jù)

數(shù)據(jù)遷移缺陷:

如果一個(gè)舊系統(tǒng)要被新系統(tǒng)取代,舊系統(tǒng)里的數(shù)據(jù)要移到新系統(tǒng)。新系統(tǒng)應(yīng)該如需求定義的一樣支持遷移過來的數(shù)據(jù)。

所有舊數(shù)據(jù)可能在新系統(tǒng)里不可用;然而舊數(shù)據(jù)的截圖會(huì)在新系統(tǒng)中可用。按約定,這個(gè)數(shù)據(jù)應(yīng)該可用。

注意:上述列表并不詳盡。根據(jù)程序類型,可能有更多的東西需要驗(yàn)證或者并不是上述所有都適用。因此,對(duì)軟件的全面理解,業(yè)務(wù)目的,用戶期望以及架構(gòu)或硬件依賴對(duì)創(chuàng)建綜合的上線準(zhǔn)則是必須的。

軟件上線標(biāo)準(zhǔn)示例:

這只是一個(gè)例子。具體情況因項(xiàng)目不同而不同。

· 優(yōu)先級(jí)為1的軟件缺陷要100%關(guān)掉(嚴(yán)重性為嚴(yán)重且優(yōu)先級(jí)為1)

· 90%的優(yōu)先級(jí)為2的軟件缺陷(嚴(yán)重性為高且優(yōu)先級(jí)為2)要被修復(fù)。對(duì)剩余10%的缺陷必須有變通方案。并且對(duì)關(guān)掉剩余10%的缺陷要有一個(gè)可行計(jì)劃。

· 生產(chǎn)環(huán)境部署清單以及可用性檢查清單已經(jīng)準(zhǔn)備好。

· 生產(chǎn)環(huán)境支持團(tuán)隊(duì)已成立并準(zhǔn)備好解決問題。

· 70%的優(yōu)先級(jí)為3的缺陷被解決并且有一個(gè)取代計(jì)劃來解決剩余30%的低優(yōu)先級(jí)缺陷。

值得注意的幾點(diǎn):

· 所有嚴(yán)重性以及優(yōu)先級(jí)定義是在項(xiàng)目開始時(shí)客戶方和合同方在業(yè)務(wù)會(huì)議上決定的。

· 在所有UAT缺陷被記錄并且所有其他缺陷被解決后,UAT協(xié)調(diào)人員和業(yè)務(wù)發(fā)起人碰頭對(duì)未解決的缺陷進(jìn)行評(píng)估

總結(jié)

我們希望這篇文章對(duì)創(chuàng)建穩(wěn)固的上線標(biāo)準(zhǔn)以防止軟件在生產(chǎn)環(huán)境里受到潛在缺陷影響的一些重要思考已經(jīng)給了你一些見解

最后感謝每一個(gè)認(rèn)真閱讀我文章的人,看著粉絲一路的上漲和關(guān)注,禮尚往來總是要有的,雖然不是什么很值錢的東西,如果你用得到的話可以直接拿走:

這些資料,對(duì)于【軟件測(cè)試】的朋友來說應(yīng)該是最全面最完整的備戰(zhàn)倉庫,這個(gè)倉庫也陪伴上萬個(gè)測(cè)試工程師們走過最艱難的路程,希望也能幫助到你!

在我的QQ技術(shù)交流群里(技術(shù)交流和資源共享,廣告勿擾)

可以自助拿走,群號(hào):310357728群里的免費(fèi)資料都是筆者十多年測(cè)試生涯的精華。還有同行大神一起交流技術(shù)哦

如果對(duì)你有一點(diǎn)點(diǎn)幫助,各位的「點(diǎn)贊」就是小編創(chuàng)作的最大動(dòng)力,我們下篇文章見!

文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/119759.html

相關(guān)文章

  • vue項(xiàng)目移植tinymce踩坑

    2019-2-18 貌似這篇文章幫了大家一些小忙最近tinymce出5.0版本了,下面的api還是4.x的,新版本可能會(huì)有些不適用了,最近業(yè)務(wù)繁忙,等哪天周末有時(shí)間的話我再做點(diǎn)更新 :) 前言 最近因業(yè)務(wù)需求在項(xiàng)目中嵌入了tinymce這個(gè)編輯器,用于滿足平臺(tái)給用戶編輯各類新聞內(nèi)容什么的業(yè)務(wù)需求,前后也花了不少時(shí)間體驗(yàn)和對(duì)比了市面上各類開源編輯器。 各大WYSIWYG編輯器的簡(jiǎn)單比較 UEdit...

    Kosmos 評(píng)論0 收藏0
  • 開發(fā)過程中的git分支管理

    摘要:一介紹本文介紹一種多人參與開發(fā)時(shí)的分支管理模型,在團(tuán)隊(duì)項(xiàng)目中成功實(shí)踐。開發(fā)新的功能某先從分支出分支,命名為。建議請(qǐng)勿在周五發(fā)布任何正式環(huán)境分支,以免出現(xiàn)問題六分支命名的建議分支以它類型名字命名。如修復(fù)連接數(shù)泄漏的分支,可命名為。 一、介紹 本文介紹一種多人參與開發(fā)時(shí)的 GIT 分支管理模型,在團(tuán)隊(duì)項(xiàng)目中成功實(shí)踐。使用的是gitlab來做代碼管理與權(quán)限控制。 二、服務(wù)器部署環(huán)境 一般來說...

    txgcwm 評(píng)論0 收藏0
  • React造輪子:拖拽排序組件「Dragact」

    摘要:造輪子的一些思考首先,我們的需求是用戶能夠方便的調(diào)整后臺(tái)的各種表盤位置。內(nèi)的所有組件必須不能重疊,還要能自動(dòng)排序某些組件要可以設(shè)定靜態(tài)的,也就是固定在那里,不被布局的任何變動(dòng)而影響。為了快速獲得這種心態(tài)的轉(zhuǎn)變,你要做的就是造輪子。 先來一張圖看看: showImg(https://segmentfault.com/img/remote/1460000013305417?w=600&h=...

    Charlie_Jade 評(píng)論0 收藏0
  • React造輪子:拖拽排序組件「Dragact」

    摘要:造輪子的一些思考首先,我們的需求是用戶能夠方便的調(diào)整后臺(tái)的各種表盤位置。內(nèi)的所有組件必須不能重疊,還要能自動(dòng)排序某些組件要可以設(shè)定靜態(tài)的,也就是固定在那里,不被布局的任何變動(dòng)而影響。為了快速獲得這種心態(tài)的轉(zhuǎn)變,你要做的就是造輪子。 先來一張圖看看: showImg(https://segmentfault.com/img/remote/1460000013305417?w=600&h=...

    yangrd 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<