2. 程式人生 > >測試人員代碼走查基礎要點

測試人員代碼走查基礎要點

阿新 • • 發佈：2017-06-26
異常 業務邏輯 類型 找到 錯誤 都沒有 發生 數據庫連接 有效

測試人員代碼走查基礎要點 　代碼走查，是測試人員了解代碼邏輯，進行測試設計的重要環節。並且有很多bug並非需要到運行程序進行測試才能發現。通過合理的代碼走查方法能提前發現相當多的BUG。除常見的業務邏輯與程序邏輯不符外，本文收集了在過往工作中的經常能發現BUG的走查要點，以供參考。 　　走查要點：一段代碼存在多個副本 　　［釋義］ 　　相同的代碼段，在程序的不同地方復制和粘貼。 　　甚至同一項目，復制出多個副本。 　　［問題表現］ 　　修改好的bug，一直反復出現。 　　由於存在多個副本，如果代碼段中有bug，就需要修復多個副本。其修復難點在於：如何確定找到所有的代碼副本。如果無法確定修復了所有副本，極易導致漏測。看似減輕工作的復制粘貼給後期維護帶來了極大工作量和風險。 　　走查要點：初始化對象或返回值為空
　　［釋義］ 　　在實例化對象時（例如，從數據庫中取出一條訂單數據，實例化一個訂單對象），某些字段字段為空。而後面定邏輯需要使用這個字段時，沒有進行判空。或者在一些遠程調用過程中，返回的對象有可能是空，或者某些字段為空，在後面的使用中，沒有判空。 　　［問題表現］ 　　空指針異常NullPointerException 　　走查要點：數據定義被破壞 　　［釋義］ 　　在處理各種數據時，由於某些數據的定義（類型、長度、必填、範圍及其他性質）被破壞，例如，某接口需要接受三個都為必填項的參數，由於未對是否必填進行校驗，導致數據庫中的數據與預期的定義不符。應盡早檢查數據的定義。 　　［問題表現］ 　　代碼運行好好的，突然就發生一些問題，之後又沒問題了。完整的數據任務都沒有問題，只有當程序運行到不完整數據時，才會報錯。 　　走查要點：資源（內存、文件或數據庫連接）未被正確釋放
　　［釋義］ 　　程序的一些執行路徑沒有完成它們應該做的工作，或者持有不再使用的對象。 　　［問題表現］ 　　資源未能正常釋放，導致連接被用完、文件打開過多、FGC 　　走查要點：接口定義不一致 　　［釋義］ 　　接口定義與實現不一致，導致調用接口出錯。 　　［問題表現］ 　　當使用某個接口時，處理結果與接口定義的結果不一致，甚至直接報錯異常。 　　走查要點：消息隊列能否補發消息、對補發消息的處理 　　［釋義］ 　　生產者發出消息時發生異常，導致消費者無消息可用。需要能夠補發消息。而消費者在處理消息時（或者回調），是否能處理重復的消息（重復的回調通知）。特別是在多線程的情況下，對數據的修改，需要對線程進行分析。 　　［問題表現］ 　　消費者端無響應 　　少數數據處理出錯，而大部分都正常。 　　走查要點：不恰當的日誌
　　［釋義］ 　　日誌中的敏感信息：卡號、手機號、密碼、cvv、有效期等 　　關鍵的操作步驟沒有日誌（修改狀態，異常報錯） 　　日誌量過大，打印無效日誌，導致無法查問題。 　　［問題表現］ 　　泄漏用戶信息 　　無法查錯 　　走查要點：查詢SQL的底線 　　［釋義］ 　　查詢的sql語句，需要有條件限制，不能無條件的查詢數據庫。常見的約束：時間範圍，數據量限制。 　　［問題表現］ 　　查詢出的大數據量的結果集，導致數據庫和應用的性能問題。 　　走查要點：緩存 　　［釋義］ 　　（1）集中緩存，還是分布式緩存 　　（2）分布式緩存如何保證緩存間的一致性，不一致時，如何影響流程。 　　（3）緩存如何與數據庫的數據保持一致性，不一致時，如何影響流程。 　　（4）如果緩存失效，如何影響流程 　　［問題表現］ 　　修改了配置，但有的服務器更新了，有的沒更新。 　　集中式緩存服務掛了，沒有備份，直接查數據庫，導致數據庫壓力過大。 　　走查要點：系統間調用的保護 　　［釋義］ 　　同步調用外部系統，必須有超時時間的設置，防止線程池漲滿影響其他業務。考慮用異步調用替代同步調用。 　　［問題表現］ 　　由於被調用系統的性能瓶頸，導致調用系統的響應也下降。 　　走查要點：異常處理 　　［釋義］ 　　異常是否得到明確的定義 　　是否有未捕獲到異常 　　捕獲異常後，是否有合適的處理，後續代碼是否能正常執行 　　［問題表現］ 　　異常未能正確定義，導致問題無法快速定位 　　未捕獲異常，導致信息泄漏、系統處理異常 　　未能正確處理異常，導致後續流程錯誤 註明：以上內容摘自網絡

測試人員代碼走查基礎要點

相關推薦

測試人員代碼走查基礎要點

異常 業務邏輯 類型 找到 錯誤 都沒有 發生 數據庫連接 有效 測試人員代碼走查基礎要點 　代碼走查，是測試人員了解代碼邏輯，進行測試設計的重要環節。並且有很多bug並非需要到運行程序進行測試才能發現。通過合理的代碼走查方法能提前發現相當多的BUG。除常見的業務邏輯與程序

代碼走查案例2

分隔符 base 邏輯 rate def 問題 線程資源 自己的 表達 使用阿裏代碼規約IDEA插件掃描了工程代碼，發現了需要優化的地方，希望大家可以在開發自己的項目時避免此類問題。 【Blocker】 long或者Long初始賦值時，必須使用大寫的L，不能是小寫的

HTML實體符號代碼速查表（轉載）

plus tro agg 小於號 times 問號 大於號 豎線 table 1.特色的 ? © ? 版權標誌 | | 豎線，常用作菜單或導航中的分隔符 · · · 圓點，有時被用來作為菜單分隔符 ↑ &

Spark Core源代碼分析: RDD基礎

water 節點 遞歸 extc 細致 get part -- 排序 RDD RDD初始參數：上下文和一組依賴 abstract class RDD[T: ClassTag]( @transient private var sc: SparkCont

【自動化__GUI自動化】__java__案例__java應用程序計算器__執行測試的代碼

time static one turn box 計算器 awt sleep 代碼 一、代碼如下 package com.woniuxy.auto; import java.awt.Component; import java.awt.Frame; import

簡單Elixir遊戲服設計-完善測試和代碼改進

測試 設計 需要 api sim imp 現在 代碼 con 上回提到SImpleTable有些函數的cond 少了true字句， 表明我們的測試覆蓋不到。 這回給增加了上去，並改進了幾個api。 相應的測試代碼也做了更正。 有測試做支撐，可以放心修改。 已經提交

銀聯在線支付---利用測試案例代碼模擬支付應用

nts lin 商戶 應用 dpa eight dem 操作 eclipse 一、工程搭建 新建一個Web工程，命名為PayOnLine，把你下載好的案例代碼拷貝到你的工程下，我的代碼目錄如下： acp_sdk.pr

集合總結（全是代碼）----------java基礎學習

map() 讀取 簡單 util 技術分享 test 結構 dsa tag 前言：在剛學習的時候，切記不能粘貼復制，更不能眼高手低，再簡單的代碼，都要自己獨立動手寫。 第一步：目錄結構 第二步：代碼區 Student.java:（一個學生的實體類） 1 packag

GoogleTest框架測試C++代碼

lib dir 文件夾 main clone gpo ++ 測試 ubuntu GoogleTest框架測試C++代碼 開發環境：Ubuntu16.04 判斷是否安裝cmake 輸入cmake -v，如果沒有安裝，輸入sudo apt-get install cmake

Python Api接口自動化測試框架 代碼寫用例

簡書 場景 分享圖片 else basic UNC ant ctc ascii 公司新來兩個妹子一直吐槽這個接口測試用例用excel維護起來十分費腦費事，而且比較low（內心十分贊同但是不能推翻自己),妹子說excel本來就很麻煩的工具，於是偷偷的進行了二次改版。 變更

springboot學習章節代碼-Spring MVC基礎

好代碼是管出來的——.Net Core中的單元測試與代碼覆蓋率

情況 其它 netcore output 窗口 一個數據庫 過濾 and 令行 　　測試對於軟件來說，是保證其質量的一個重要過程，而測試又分為很多種，單元測試、集成測試、系統測試、壓力測試等等，不同的測試的測試粒度和測試目標也不同，如單元測試關註每一行代碼，集成測試關註的是

.NET Core TDD 前傳: 編寫易於測試的代碼 -- 縫

廠商 關鍵字 com omap 註入 大堆 解決 而是 不知道 有時候不是我們不想做單元測試, 而是這代碼寫的實在是沒法測試.... 舉個例子, 如果一輛汽車在產出後沒完成測試, 那麽沒人敢去駕駛它. 代碼也是一樣的, 如果項目未能進行該做的測試, 那麽客戶就不敢去使用它

.NET Core TDD 前傳: 編寫易於測試的代碼 -- 構建對象

rep 文章 建立 ini 代碼 ali 請求 uid 依賴項 該系列第1篇: 講述了如何創造"縫". "縫"(seam)是需要知道的概念. 本文是第2篇, 介紹的是如何避免在構建對象時寫出不易測試的代碼. 本文的概念性內容大部分都來自Misko Hevery的這篇博客

.NET Core TDD 前傳OA 信用盤平臺搭建: 編寫易於測試的代碼構建對象

建造者 五個 包括 值類型 bject 方法 之前 關系 服務 聯系方式：QQ：2747044651 網址http://zhengtuwl.com常情況下, 我們是先去建造汽車, 組裝好汽車後, 我們再去駕駛它. 軟件開發也類似, 我們應該把對象構造完畢之後, 再去用它.

[Swift通天遁地]七、數據與安全-(15)使用單元測試進行代碼的性能分析

修改 ets cat sts each code swift 顯示 called 單元測試提供了一個測試性能的方法，可以用來對應用程序的執行性能進行檢測。 本文將演示使用單元測試進行代碼的性能分析： 兩種不同的圖片加載方式的性能差異，在【Assets.xcassets】

Eclipse4.7使用基礎 快捷鍵 F3或者 ctrl+左鍵 查看類或者函數的源代碼

window 兩種 math類 .com 基礎 代碼 都是 分享 查看類 os ：windows7 x64 jdk：jdk-8u131-windows-x64 ide：Eclipse Oxygen Release (4.7.0) 代碼區

Chrome64基礎 開發者工具 查看a標簽處於:hover時的css代碼

基礎 ima blog class inf log 鏈接 body 消失 禮悟：　　 公恒學思合行悟，尊師重道存感恩。葉見尋根三返一，江河湖海同一體。 虛懷若谷良心主，願行無悔給最苦。讀書鍛煉養身心，誠勸且行且珍惜。 　　

如何使用VS2013進行單元測試和查看代碼覆蓋率

引用 esp 寫入 選中 oid 代碼覆蓋 name 測試的 [] 新建一個C#控制臺項目，如下圖： 新建一個Cmp.cs 將代碼寫入： 右擊解決方案管理器新建一個單元測試項目： 右擊引用將測試項目導入進去：

第4次作業類測試代碼+105032014045+楊銘河

rfi color too efi rgs text blog ace val 1、類圖： 2、代碼： （1）計算類： class Arithmetic{　　//邏輯計算類 private int headphoneNum; private int