成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專(zhuān)欄INFORMATION COLUMN

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

luodongseu / 3097人閱讀

摘要:如果數(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)品來(lái)說(shuō),軟件上線永遠(yuǎn)是一件大事。完全確保所有功能生效以及發(fā)布高質(zhì)量軟件給用戶(hù)非常重要。

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

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

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

更確切地說(shuō):

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

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

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

你曾聽(tīng)到過(guò)這些問(wèn)題嗎?那么這篇文章將幫助你揭曉答案。

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

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

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

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

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

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

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

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

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

· 功能

· 性能和負(fù)載

· 可用性

· 安全性

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

· 報(bào)表

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

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

功能缺陷

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

如下是重要的考慮因素:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

可用性缺陷:

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

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

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

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

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

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

· 很多時(shí)候軟件可用性顧問(wèn)被任命來(lái)確保用戶(hù)可以流暢地使用軟件。

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

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

安全性缺陷:

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

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

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

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

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

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

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

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

比如:

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

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

報(bào)表缺陷:

來(lái)自軟件程序的報(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)通過(guò)報(bào)表來(lái)展現(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)該如需求定義的一樣支持遷移過(guò)來(lái)的數(shù)據(jù)。

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

注意:上述列表并不詳盡。根據(jù)程序類(lèi)型,可能有更多的東西需要驗(yàn)證或者并不是上述所有都適用。因此,對(duì)軟件的全面理解,業(yè)務(wù)目的,用戶(hù)期望以及架構(gòu)或硬件依賴(lài)對(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)備好解決問(wèn)題。

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

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

· 所有嚴(yán)重性以及優(yōu)先級(jí)定義是在項(xiàng)目開(kāi)始時(shí)客戶(hù)方和合同方在業(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)給了你一些見(jiàn)解

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

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

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

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

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

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

轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/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è)編輯器,用于滿(mǎn)足平臺(tái)給用戶(hù)編輯各類(lèi)新聞內(nèi)容什么的業(yè)務(wù)需求,前后也花了不少時(shí)間體驗(yàn)和對(duì)比了市面上各類(lèi)開(kāi)源編輯器。 各大WYSIWYG編輯器的簡(jiǎn)單比較 UEdit...

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

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

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

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

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

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

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

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

0條評(píng)論

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