91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Bug Bash:Bug大掃除的正確用法

產(chǎn)品經(jīng)理:從入門到卓越 ? 來源:產(chǎn)品經(jīng)理:從入門到卓越 ? 作者:產(chǎn)品經(jīng)理:從入門 ? 2022-03-18 11:46 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

什么是Bug Bash?

Bug Bash即Bug大掃除或者說Bug大掃蕩,在產(chǎn)品發(fā)布之前,為了保證產(chǎn)品的質(zhì)量,團(tuán)隊(duì)成員一起集中精力來找bug的活動。這里的bug指的是產(chǎn)品缺陷。不懂技術(shù)的同學(xué),可以把它當(dāng)做一個大家來找茬游戲。

Bug Bash的好處

1. 有這樣一種正式的找bug個動作,能夠倒逼我們?nèi)ナ崂砩暇€還缺少什么問題。(搭建一個穩(wěn)定的環(huán)境)

2. 不同人使用產(chǎn)品的方式不同,尤其是非開發(fā)人員,在沒有用例的情況下測試,能幫助我們發(fā)現(xiàn)更多意想不到的bug(有時候也能發(fā)現(xiàn)很多新的需求)。

3. 我們可以給Bug Bash設(shè)計的更具“游戲化”,讓團(tuán)隊(duì)放松,增加團(tuán)隊(duì)更有凝聚力。

Bug Bash在什么場景下使用?

Bug Bash在項(xiàng)目中不是必須的。但越是復(fù)雜度高,周期長的項(xiàng)目,使用Bug Bash效果就越好。Bug Bash最適合的時間是在正式上線前,經(jīng)過兩輪測試或者達(dá)到預(yù)上線標(biāo)準(zhǔn)時,要保證核心功能都能跑通,產(chǎn)品比較穩(wěn)定的情況下進(jìn)行。

Bug Bash具體操作步驟

團(tuán)隊(duì)里先溝通明確Bug Bash的目的和意義。

提前郵件告知測試的時間(開始時間與結(jié)束時間,一般時間要1-2小時)、地點(diǎn)、參與人。

現(xiàn)場準(zhǔn)備記錄bug的工具,如白板、便簽、筆等。最好還準(zhǔn)備一些水果,飲料、小獎品等。

提前準(zhǔn)備好測試的環(huán)境: 如一些特別角色的賬號,虛擬的賬號金額等。

實(shí)時展示所有更新出來的bug??梢愿阋恍┆勴?xiàng),比如找出bug最多的獎,最難發(fā)現(xiàn)bug獎等。

活動結(jié)束后,匯總所有的bug,對bug進(jìn)行分類,定好優(yōu)先級,然后給到對應(yīng)的團(tuán)隊(duì)成員。如果有設(shè)置獎項(xiàng),現(xiàn)場就給獎勵,并郵件通報全組。

全員對提交的Bug進(jìn)行分析,制定出解決的方案并實(shí)施。項(xiàng)目經(jīng)理跟進(jìn)修復(fù)。

使用Bug Bash的注意事項(xiàng)

bug記錄盡量簡單,可以提前做一個bug模版,方便大家寫內(nèi)容。最好是把操作的步驟和截圖都存下來。做為備份,后面線上錄入的時候一并給到開發(fā)人員。

參與的人員可以不局限于項(xiàng)目內(nèi)部,項(xiàng)目外包比如,客服、運(yùn)營、銷售也可以參加,甚至可以邀請一部分核心用戶來進(jìn)行測試。

有很多復(fù)雜功能,涉及到權(quán)限,賬號角色、賬戶金額調(diào)整。一定要提前規(guī)劃好,否則在測試過程中很容易被卡主,導(dǎo)致后面的很多功能測試不了。

Bug Bash不能代替專業(yè)的QA,QA測試會更專業(yè),更全面,Bug Bash只能作為QA的補(bǔ)充。

Bug Bash其實(shí)也可以用于需求文檔、設(shè)計文檔、測試文檔等。Bug Bash是一種思維,面對比較復(fù)雜,容易出問題的項(xiàng)目時,就可以在各個里程碑確認(rèn)之前,做一次小型的Bug Bash。

Bug Bash是一種思維方式,如果項(xiàng)目特別復(fù)雜,一次做不完。也可以每天抽出少部分時間來做。通過每天的集中測試,發(fā)現(xiàn)當(dāng)天出現(xiàn)的問題。

很多人覺得在項(xiàng)目中使用Bug Bash很耗時間和精力,而且只是QA的補(bǔ)充,所以只是錦上貼花的東西,其實(shí)可以先小范圍嘗試下,看下效果。比如先讓項(xiàng)目內(nèi)成員短時間內(nèi)參與。

一個工具,適不適合,好不好用,只有用了才知道。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • BUG
    BUG
    +關(guān)注

    關(guān)注

    0

    文章

    156

    瀏覽量

    16276
  • 產(chǎn)品經(jīng)理

    關(guān)注

    0

    文章

    24

    瀏覽量

    3045
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    Gemini CLI 中轉(zhuǎn)站配置使用教程

    、解釋或任務(wù)委派的幫助 自定義工作流 :構(gòu)建適合您團(tuán)隊(duì)需求的自動化、定時和按需工作流 故障排除 如果您在使用過程中遇到問題,可以參考以下幾點(diǎn): 檢查環(huán)境變量是否正確設(shè)置 : bash 體驗(yàn)AI代碼助手
    發(fā)表于 02-10 17:29

    Linux內(nèi)核bug狩獵指南:從棧跟蹤到修復(fù),官方文檔教你搞定系統(tǒng)核心故障

    內(nèi)核是 Linux 系統(tǒng)的 “心臟”—— 一旦它出 bug,小則功能異常,大則系統(tǒng)崩潰、死機(jī)。但內(nèi)核 bug 往往藏在百萬行代碼中,想快速定位、修復(fù)絕非易事。
    的頭像 發(fā)表于 02-06 16:59 ?3126次閱讀
    Linux內(nèi)核<b class='flag-5'>bug</b>狩獵指南:從棧跟蹤到修復(fù),官方文檔教你搞定系統(tǒng)核心故障

    Camera應(yīng)用旋轉(zhuǎn)預(yù)覽拉伸Bug:RK3588+Android 12環(huán)境下的復(fù)現(xiàn)、分析與臨時解決方案

    Bug—— 當(dāng)用戶多次旋轉(zhuǎn)屏幕后,預(yù)覽圖像會出現(xiàn)明顯變形,而關(guān)閉系統(tǒng)自動旋轉(zhuǎn)功能后,該問題可有效規(guī)避。今天我們就結(jié)合該硬件與系統(tǒng)環(huán)境,詳細(xì)拆解 Bug 的現(xiàn)象、根源及臨時解決方案,為同平臺開發(fā)者提供參考。
    的頭像 發(fā)表于 02-04 16:17 ?235次閱讀
    Camera應(yīng)用旋轉(zhuǎn)預(yù)覽拉伸<b class='flag-5'>Bug</b>:RK3588+Android 12環(huán)境下的復(fù)現(xiàn)、分析與臨時解決方案

    IIC的正確用法

    根據(jù)I2C總線規(guī)范,總線空閑時兩根線都必須為高。由于I2C接口采用Open Drain機(jī)制,器件本身只能輸出低電平,無法主動輸出高電平,只能通過外部上拉電阻RP將信號線拉至高電平。因此I2C總線上的上拉電阻是必須的!如下圖所示: 當(dāng) Master的I2C使用的是IO軟件模擬時,一定要保證該兩個IO上電默認(rèn)均為輸入(或高阻)或者輸出高電平,切不可默認(rèn)為輸出低電平。IO默認(rèn)為輸入 時,可以通過外部上拉電阻將I2C信號線拉至高電平。 在單片機(jī)應(yīng)用中,就要看你使用的單片機(jī)是否有標(biāo)準(zhǔn)的IIC標(biāo)準(zhǔn)接口了,如果你使用了標(biāo)準(zhǔn)的IIC接口,這個接口在使能的時候,引腳進(jìn)入漏極開路模式,不過有一些單片機(jī)內(nèi) 部的上拉電阻可以使能,這樣就省去了外部的上拉電阻,AVR單片機(jī),就是使能內(nèi)部上拉電阻。但是如果是使用單片機(jī)的引腳模擬IIC協(xié)議,就得看你的單片機(jī)引腳是否支持漏極開路模式或者上拉模式,一般推挽模式的輸出引腳用在IIC里可能會有問題。 IIC上拉電阻該如何選擇?關(guān)于這個阻值選擇,以前的我一只以為是隨心所欲的,但是看了一些文檔,還有前輩的提醒,才了解到IIC上拉電阻也很有學(xué)問。 關(guān)于這個阻值的選取,主要牽涉到兩方面,一是功耗的問題,另一個是速度的問題,二者互相矛盾的! 如果你想盡量提高速度,那么就牽涉到總線電容的問題,其實(shí)很容易理解,上拉電阻與總線的電容形成了RC,高速時將直接影響通訊!因?yàn)榭偩€拉高時有個充電時間以及高電平的閾值,如果線上電平?jīng)]有達(dá)到這個閾值時,master就以為完成了一個總線動作的話,那么通訊肯定是不能進(jìn)行的!如果想盡可能降低功耗,那么就要盡可能增大電阻來減小電路各部分的消耗電流,從而實(shí)現(xiàn)整體降低功耗!但不可能無限大!” IIC的上拉電阻可以是1.5K,2.2K,4.7K, 電阻的大小對時序有一定影響,對信號的上升時間和下降時間也有影響,一般接1.5K或2.2K。 I2C上拉電阻確定有一個計算公式: Rmin={Vdd(min)-o.4V}/3mARmax=(T/0.874) *c, T=1us 100KHz, T=0.3us 400KHzC是Bus capacitance Rp最大值由總線最大容限(Cbmax)決定,Rp最小值由Vio與上拉驅(qū)動電流(最大取3mA)決定; 所以Rpmin=5V/3mA≈1.7K(@Vio=5V)或者2.8V/3mA≈1K(@Vio=2.8V) 標(biāo)準(zhǔn)模式:100Kbps總線的負(fù)載最大容限&lt;=400pF;快速模式,400Kbps總線的負(fù)載最大容限&lt;=200pF根據(jù)具體使用情況、 目前的器件制造工藝、PCB的走線距離等因素以及標(biāo)準(zhǔn)的向下兼容性,設(shè)計中以快速模式為基礎(chǔ),即總線負(fù)載電容&lt;200pF,也就是傳輸速度可以上到 400Kbps是不成問題的。于是Rpmax可以取的范圍是1.8K7K @ Vio=5V對應(yīng)50pF200pF,根據(jù)Rpmin與Rpmax的限制范圍,一般取5.1K @ Vio=5V , 負(fù)載容限的環(huán)境要求也容易達(dá)到。在2.8V系統(tǒng)中,console設(shè)計選3.3K,portable/handset等低供耗的設(shè)計選4.7K犧牲速度換取電池使用時間。 總的來說:電源電壓限制了上拉電阻的最小值 ; 負(fù)載電容(總線電容)限制了上拉電阻的最大值
    發(fā)表于 01-21 07:28

    嵌入式軟件測試找bug的常見方法和秘訣

    “我怎么才能使程序跑得更快”、“什么編譯器最好”等問題。 面對這個不同尋常卻異乎成熟的問題,可能很多人都不知道怎么辦,下面就來講講軟件測試找bug常見方法和秘訣。 1懂得使用工具 通常嵌入式系統(tǒng)
    發(fā)表于 01-12 07:07

    CW32的I2C是否好用?照比ST的來說?

    最初STM32F103的硬件I2C是有bug的,容易出現(xiàn)超時等待,那么請問,CW32的I2C有沒有類似于STM32F103的BUG呢?CW32的I2C是否比較穩(wěn)定
    發(fā)表于 12-04 06:02

    戴爾PowerEdge服務(wù)器如何保障算力產(chǎn)線穩(wěn)定運(yùn)行

    在工程師的圈子里,有一種神秘的“海森堡BUG”:當(dāng)你試圖觀察它時,它就會消失不見。
    的頭像 發(fā)表于 11-12 15:33 ?477次閱讀
    戴爾PowerEdge服務(wù)器如何保障算力產(chǎn)線穩(wěn)定運(yùn)行

    【綜述】工作總有規(guī)范——測試執(zhí)行和bug

    關(guān)于測試工作的規(guī)范,上次討論了用例部分。本次將繼續(xù)聊下測試執(zhí)行期間的規(guī)范標(biāo)準(zhǔn),是主要需要測試執(zhí)行人員關(guān)注的部分?!緶y試執(zhí)行】測試執(zhí)行規(guī)范或標(biāo)準(zhǔn),主要是為了確保測試人員“在正確的環(huán)境做正確的驗(yàn)證
    的頭像 發(fā)表于 10-24 10:04 ?438次閱讀
    【綜述】工作總有規(guī)范——測試執(zhí)行和<b class='flag-5'>bug</b>

    關(guān)于STMCubeIDE創(chuàng)建工程BUG怎么解決?

    問題描述 當(dāng)在STM32CubeIDE中創(chuàng)建一個新的STM32項(xiàng)目時,"STM32Cube"單選按鈕可能會變得無反應(yīng),阻止產(chǎn)品選擇屏幕后的“下一步”按鈕。這妨礙了項(xiàng)目創(chuàng)建的完成。 解決方案 (版本1.19.0) 步驟一:禁用數(shù)據(jù)自動刷新 暫時禁用配置數(shù)據(jù)的自動下載(數(shù)據(jù)自動刷新功能) STM32CubeIDE、STM32CubeMX和STMCUFinder 對于STM32CubelDE 1.進(jìn)入窗口&gt;偏好設(shè)置&gt;STM32Cube&gt;固件更新器。 2.在“目標(biāo)選擇器設(shè)備數(shù)據(jù)庫自動刷新"中,選擇選項(xiàng)“在應(yīng)用程序啟動時不自動刷新” 適用于STM32CubeMX 1.轉(zhuǎn)到幫助&gt;連接與更新&gt;更新器設(shè)置。 2.在”數(shù)據(jù)庫自動刷新”部分,選擇選項(xiàng)“應(yīng)用程序啟動時不自動刷新”。 對于 STMCUFinder 1.點(diǎn)擊設(shè)置圖標(biāo)&gt;設(shè)置&gt;更新器設(shè)置。 2.在“數(shù)據(jù)庫自動刷新“部分中,選擇“在應(yīng)用程序啟動時不自動刷新” 步驟二:關(guān)閉STM32Cube應(yīng)用程序 確保STM32CubeIDE、STM32CubeMX和STMCUFinder處于關(guān)閉狀態(tài) 步驟三:刪除文件夾 .stmcufinder 刪除名為 的文件夾 .stmcufinder 在以下位置 Windows: C:Users【您的用戶ID】 Linux: /home/【您的用戶ID】/ macos:/Users/home/【您的用戶ID】/ 步驟四:重新啟動STM32CubelDE 可以重新啟動STM32CubeIDE并成功創(chuàng)建新項(xiàng)目
    發(fā)表于 08-08 06:59

    STM32CubeMX初始配置沖突的BUG怎么處理?

    發(fā)現(xiàn)了一個BUG,比如我們在使用開發(fā)板進(jìn)行板載按鍵中斷配置的時候,如果開啟板子資源初始化配置,我們再自行配置一下后,產(chǎn)生了一個不識別的外部中斷處理函數(shù)
    發(fā)表于 07-22 08:02

    通信無BUG,ethernet ip轉(zhuǎn)profinet網(wǎng)關(guān),汽車焊接設(shè)備通信有心機(jī)

    西門子PLC和庫卡機(jī)器人無法通信的時候,一個ethernetip轉(zhuǎn)profinet的網(wǎng)關(guān)-BX-606-EIP,簡單省力的改變此設(shè)備線的一種通信bug。 在向母材間填放鋼絲狀釬焊材的同時,借助激光能量進(jìn)行釬焊的“激光釬焊”,能夠在維持母材美觀的同時提高剛
    的頭像 發(fā)表于 06-27 17:02 ?456次閱讀
    通信無<b class='flag-5'>BUG</b>,ethernet ip轉(zhuǎn)profinet網(wǎng)關(guān),汽車焊接設(shè)備通信有心機(jī)

    harmony OS NEXT-Navagation基本用法

    # Navagation基本用法 > Navigation組件是路由導(dǎo)航的根視圖容器,一般作為Page頁面的根容器使用,其內(nèi)部默認(rèn)包含了標(biāo)題欄,內(nèi)容欄和公工具欄,其中內(nèi)容區(qū)默認(rèn)首頁顯示導(dǎo)航內(nèi)容
    的頭像 發(fā)表于 04-27 17:39 ?934次閱讀

    芯片流片失敗都有哪些原因

    版本拿錯,基本芯片就廢了。這種情況還真不少。2.流片的時候存在重大bug。如果說一款芯片流片出去完全沒有bug是不可能的,大部分的bug都不會影響到芯片的主體功能
    的頭像 發(fā)表于 03-28 10:03 ?2461次閱讀
    芯片流片失敗都有哪些原因

    Gui Guiderv1.9.0使用下拉框控件問題,出現(xiàn)bug不顯示list選項(xiàng)怎么解決?

    Gui Guiderv1.9.0使用下拉框控件問題,出現(xiàn)bug不顯示list選項(xiàng)
    發(fā)表于 03-25 06:53

    STM32H5的I3C模塊target rx和tx時,硬件都存在bug,為什么?

    驅(qū)動內(nèi)一直塞數(shù)據(jù),實(shí)際數(shù)據(jù)沒有發(fā)出,fifo一直處于溢出狀態(tài),接下來數(shù)據(jù)發(fā)出不正確(波形不會停止,因?yàn)槭侵鳈C(jī)控制),并且會對數(shù)據(jù)本身的buf有影響......
    發(fā)表于 03-12 07:30