天才一秒記住【微風小說】地址：www.wfxs.info
空降對於每個打工人來說都是一個重要的訊號。尤其對於管理層。每一個公司都會面臨空降的領導。
呂鑫祥對於譚新彪的安排是有心理準備的，譚新彪找人是比較好的
對於每個打工人來說，在職業生涯中，總是會遇到空降這種事情。空降的原因很多，但結果都差不多。肯定會對原本的生態系統產生影響。
一般人都不喜歡在自己的領域來一個變數，空降的領導就是變數。這次公司來的是一箇中年男性，這個人是譚安然的堂哥——譚安陸。
譚安陸是一個比較安靜的人，和譚安然不一樣，譚安陸不怎麼好接觸，他來了之後一臉嚴肅。
早在他來之前，呂鑫祥就將譚安陸要來的訊息告訴給管理層了。吳織知道之後立馬開始準備，譚安然是一個好的突破口，吳織想從譚安然的嘴裡瞭解一下這次派人來的資訊。
不過，吳織並沒有什麼動作，雖然她有想過問一下。不過過了五分鐘之後，她覺得自己的這種想法是錯誤的。自己還是穩紮穩打的好。
吳織放下手中的電話，開啟電視開始看電視劇。這個時候譚安然的訊息過來了，真是想什麼就來什麼。
反正還是挺開心的，開啟訊息看了一下，是不需要回的群發訊息。需要在朋友圈點贊，吳織找到譚安然的那條需要點讚的朋友圈，點讚的時候驚奇的發現馮冰居然點了贊。
馮冰這個人還真是神通廣大，怎麼認識譚安然。吳織選擇不給譚安然點贊。自己還是假裝不知道這點吧。吳織讓自己心情平復一下。這真是一個讓人覺得詫異的事情。
譚安然既然有馮冰的微信，馮冰自己去找譚安然吃飯就好了呀，為什麼還要找自己吃飯呢。想到這裡吳織還是選擇給譚安然點贊。早晚都要知道，還不如直接面對呢。結果沒有找到剛才那條需要點讚的朋友圈。
剛才的事情好像是一個夢，就當是一個夢吧。不過剛才譚安然的微信訊息還在。就當是譚安然手機中病毒了吧。
吳織現在一臉懵逼，好像是一個逃過一劫的少年，凡事莫要衝動吳織覺得自己這一次做的太好了。
居然得工作都是按部就班的，吳織他們發生的事情就有如平衡宇宙一樣和她一點關係都沒有。新來的譚安陸對於居然來說沒有任何影響，這個人整天在會議室裡面打電腦，看不出來這個人在做什麼。
對於居然來說現在最重要的就是不要加班。居然正在一頓忙活的時候，劉宇翔來了。
居然沒抬頭，劉宇翔的手在居然前面晃了晃，居然抬起頭：“你找我？”。配合上一臉驚訝。
“你看看這個是不是bug？”劉宇翔一臉認真。
居然看了一下劉宇翔的動作，結果十分驚訝，然後看了看這個系統的版本說道：“是bug。謝謝了。”。
“沒事兒。”
“以後有再告訴我。”。
劉宇翔點點頭然後走了。
居然看見金檀看她就走過來告訴金檀這個bug。
“這個bug很隱蔽啊。”。
“可不是麼，要不是劉宇翔告訴我們我都不能知道。”。
“系統現在太大了，出現了很多意想不到的bug。”。
“可不是麼。”居然附和道。
“以後我們需要注意這種類似的bug的問題。這樣吧，我們什麼時候開一個會，然後大家匯總一下現在的bug怎麼樣。”。
“那就太好了，我覺得在這樣的會上，我能學習到不少的東西。”。吳曼曼說道。
“大傢什麼時候有時間，下午可以麼？”
“下午我可以，”。
“下午我也可以。”。
“下午我也可以。”。
“你們倆呢？”。
“我也可以。”。
“我也可以。”。
“既然大家都可以，我們下午的時候，開一個會吧。”。
“好的。”。大家一起說道。
中午吃飯的時候，居然點了一份麻辣燙，麗娜點了一份面。
兩個人在吃飯的時候，吳曼曼來了。
居然叫了曼曼，吳曼曼過來三個人一起吃飯。
“下午的會我都不知道說什麼？”。
“曼曼你不用害怕，不用說什麼。要是沒什麼好說的，只要聽著就可以了”。
“居然姐，我不說話是不是不好？”。
“不會的，你現在還是實習階段，說什麼都沒事的，我感覺，這次主要就是大家交流而已。”。
“對的，曼曼你不用太著急，這次對於大家來說就是一次交流，交流是比較簡單的，不是什麼問題。”。
“我就是不知道我應該說什麼。”。
“那就聽別人說就好了。不用自己說什麼。”。
“好的好的。”。
“這個魚丸好好吃。”。
“我也愛吃這個魚丸，這個魚丸是這裡的特色。”。
“是麼？怪不得這麼好吃。”。
三個人回到辦公室的時候大家都在辦公室，餘夢玲在桌子上睡覺。三個人坐到了自己的位置上。
金檀在看手機，其他人有的在趴著睡覺，有的在看影片。反正做什麼的都有。
居然趴在桌子上睡覺。
過了一會兒，金檀叫大家去辦公室開會。
來到會議室，大家依次坐好開始開會，金檀開始給大家分配任務。
一、bug的定義
一般是指不滿足使用者需求的則可以認為是bug，狹義指軟體程式的漏洞或缺陷，廣義指
測試工程師或使用者提出的軟體可改進的細節、或與需求文件存在差異的功能實現等
對應三個測試目的：
1、為了發現程式的程式碼或業務邏輯錯誤
2、為了檢查產品是否符合使用者需求
3、為了提高使用者的體驗
二、bug的型別
對bug的劃分，大致分為以下幾類：
1、程式碼錯誤
2、設計缺陷
3、介面最佳化
4、效能問題
5、配置相關
6、安裝部署
7、安全相關
8、標準規範
9、其他劃分：功能類、介面類、效能類、易用性類、相容性類、其他
三、bug的等級
1級bug：（致命錯誤）
1、常規操作引起的系統崩潰、宕機、死迴圈報錯，無法正常退出
2、功能設計與需求嚴重不符，基本模組缺失，測試流程無法進行
3、嚴重的資料計算錯誤
4、使用者資料丟失或破壞
5、記憶體洩漏，系統無法登入
6、其他導致功能無法測試的問題
2級bug：（嚴重錯誤）
1、重要功能不能實現（例如：使用者所要求的功能缺失，該有的頁面未實現，邏輯不
通，重要圖表資料未開發，等）
2、錯誤的波及面廣，影響到其他重要功能正常實現
3、非常規操作導致的程式崩潰、宕機、死迴圈 (非常規操作：使用者使用軟體時不會進
行的操作）
4、系統中資料儲存後資料庫中顯示錯誤
5、密碼明文顯示
6、頁面無顯示白屏，無資料
7、地圖資料和圖表資料不一致
3級bug：（一般錯誤）
不影響產品的執行、不會成為故障的起例如：列名與列名下的內容不一致
3、查詢錯誤、資料錯誤顯示
4、簡單的輸入限制未放在前端進行控制；（格式顯示，如登入和註冊中的格式判斷可
由前端判斷）
5、刪除操作未給出提示
6、邊界條件錯誤或者未做限制
7、系統未做最佳化，資料頁面載入慢，操作卡頓之類（效能層面問題）
8、相容性問題（解析度，系統版本等等）
4級bug：（介面問題）
程式在一些顯示上不美觀，不符合使用者習慣，或者是一些文字的錯誤
1、介面不規範
2、輔助說明描述不清楚
3、提示視窗文字未採用行業術語
4、介面存在文字錯誤
5、操作時未給使用者提示
6、文字排列不整齊等一些小問題
5級bug：（建議性問題）
1、對於產品設計方面的意見和建議
2、對於產品介面最佳化方面的意見和建議
3、對於產品需要最佳化增強使用者體驗方面的意見和建議
四、bug的優先順序
1. P1： 即“馬上解決”，優先順序最高，應立即修復的問題，要求開發人員必須立即修
改這條bug，一般是指該缺陷導致程式完全不能滿足產品的需求，基本功能明顯未
實現或不可用，阻塞了測試流程與進度等。
2. P2：即“急需解決”，表示問題的修復很緊要，很急迫，關係到系統的主要功能模組
能否正常使用，包括功能、資料，或者其他的一些比較著急的需求。
3. P3：即“高度重視”，表示有時間就要馬上解決，主要是指系統實現的功能與預期結
果要求較大，但不影響其他功能和主要的核心功能。
4. P4：即“正常處理”，按照個人計劃處理就行，主要是指介面，互動和一些特別小的
功能出錯，但是可以跳過此類bug繼續進行測試。
5. P5：即“低優先順序”，一些可修改或不可修改，或者是還不確定能否修改成功的
bug，不影響使用者體驗使用，不過修改了最好，一般如果要修改且時間來不及可以
在後面的版本更新中再進行修改即可。
備註：嚴重性和優先順序並不總是一一對應。有時候嚴重性高的軟體缺陷，優先順序不
一定高，甚至不需要處理，而一些嚴重性低的缺陷卻需要及時處理，具有較高的優
先級，視具體情況而定。
BUG等級分類參考
一．ＢＵＧ等級分類
1.崩潰：阻礙開發、測試工作；造成系統崩潰、宕機、資料丟失；主要功能、基本模組丟失、一級選單不能使用；
2.嚴重：功能設計與需求嚴重不符；資料數值計算出錯；程式介面呼叫出錯；
3.一般：功能未實現但不影響使用；操作時間較長；資料庫表欄位過多；頁面樣式（如錯別字、介面格式不規範、頁面顯示重疊、不該顯示未隱藏、描述不清楚、提示語丟失、文字排列不整齊、游標位置不正確）
4.次要：頁面建議性問題不影響正常使用；使用者體驗感覺不好；
(注：對應禪道型別嚴重程度)
二．ＢＵＧ狀態
1.待處理：測試人員與網站使用人員發現問題提交的狀態。
2.已確認：由開發人員確認。（此步可省略）
3.已處理：經測試人員與開發人員討論確認ＢＵＧ，修改後未驗證。由開發人員來設定。
4.已修改：測試人員驗證ＢＵＧ已修改。由測試人員來設定。（在禪道關閉ＢＵＧ）
5.仍存在：測試人員驗證ＢＵＧ修改不透過。由測試人員來設定。（在禪道啟用ＢＵＧ）
6.暫不處理：當前版本不作修改，後續版本再作處理。由測試人員與開發人員討論後設定。
對於外包或其他按照缺陷型別與缺陷等級來評估軟體質量的企業，提交缺陷報告時，準確定義缺陷型別顯得尤為重要。這裡列出了常見的幾種缺陷型別，分別為功能缺陷、邏輯缺陷、資料問題、介面問題、相容性問題、環境問題、效能類缺陷、需求缺陷以及變更問題。提交缺陷報告時，依據不同型別的缺陷提交，再輔以完整附件與初步定位問題的結果分析，更有助於提高開發人員修復缺陷的效率與質量。（提升開發人員的效率，也正是測試人員展現自身附加價值的一種能力~~）
1 功能
影響了重要的特性、使用者介面、產品介面。如功能錯誤、功能缺失、功能超越、需求二義性。
2 邏輯
不符合業務邏輯。如：分支不正確、重複的邏輯、忽略極端條件、不必要的功能、誤解、條件測試錯誤、迴圈不正確、計算順序錯誤、邏輯順序錯誤
3 資料
影響資料輸入輸出，資料邊界、範圍。如：資料儲存錯誤、資料單位不正確、資料維數不正確、資料範圍不正確、資料覆蓋、外部資料錯誤、輸出資料錯誤、輸入資料錯誤、資料檢驗錯誤、精度不夠、舍入錯誤、介面傳遞資料。
4 頁面
人機互動特性：螢幕格式，確認使用者輸入，功能有效性，頁面排版等方面的缺陷。如：介面風格不統一、螢幕上的資訊不可用、螢幕上的錯誤資訊、介面功能佈局和操作不合常規、圖片顯示錯誤
5 相容
軟體之間不能正確地互動和共享資訊。如：操作平臺不相容、瀏覽器不相容、解析度不相容。
6 環境
由於執行環境引發的問題。包括測試環境、預釋出環境、正式環境。環境類缺陷也需要重要排查，提交缺陷報告時，要備註好結果分析，是配置問題還是穩定性問題。
7 效能
不滿足系統可測量的屬性值，如：執行時間，事務處理速率等缺陷。由效能測試工程師提出。