測試人員的基本功--測試用例、測試報告、缺陷報告、測試計劃
這篇文章是對測試人員的基本功的總結，基本功的紮實與否決定你是否可以走的更高、更遠。此篇博文會不斷更新內容。
1 測試用例
主要包含以下內容 測試編號 測試名稱 優先順序 預設條件 測試資料 執行步驟 預期結果 實際結果
2 測試報告
- 測試結論：測試是否通過/是否滿足釋出要/是否能夠釋出
- 環境 ：硬體環境、軟體環境、
- 測試範圍
- 測試用例執行情況（一共多少，執行多少等細節問題）
- 嚴重缺陷。
3 測試計劃
- 專案概述：背景，目的，文件
- 測試說明：範圍，環境，資源
- 風險控制
- 質量評估標準
- 附錄及其他
4 缺陷報告
缺陷名稱 測試人 指派給那個開發人員解決 優先順序 嚴重程度 操作步驟
相關推薦
Bug是一種財富-------研發同學的錯題集、測試同學的遺漏用例集
此文已由作者王曉明授權網易雲社群釋出。 歡迎訪問網易雲社群，瞭解更多網易技術產品運營經驗。 各位看官，可能看到標題的你一定認為這是一篇涉嫌“炒作”的文章，亦或是為了吸引眼球而起的標題，恭喜你猜對了一半，確實是為了吸引大家的關注而起的這個標題，不過不是為了“炒作”而只是為了讓更多人關注bu
python接口自動化測試(七)-unittest-批量用例管理
搜索 cnblogs 重點 手工 .com 執行 odin 技術 腳本 我們日常項目中的接口測試案例肯定不止一個，當案例越來越多時我們如何管理這些批量案例？如何保證案例不重復？如果案例非常多（成百上千，甚至更多）時如何保證案例執行的效率？如何做（批量）測試數據的管理？如
python接口自動化測試(六)-unittest-單個用例管理
exit 配置 pass 但是 com pri 斷言 wid unittest 前面五節主要介紹了環境搭建和requests庫的使用，可以使用這些進行接口請求的發送。但是如何管理接口案例？返回結果如何自動校驗？這些內容光靠上面五節是不行的，因此從本節開始我們引入pyth
Dotest--用例該如何書寫？完整示例-軟體測試
測試用例（case\測試點）：指導軟體測試工程師找bug的（思想邏輯的整理） 意義：1：怕忘；2：存檔（讓新人熟悉；產出）；3：迴歸測試（軟體即將上線之前，重新執行測試用例）--確認測試 書寫測試用例是一個測試工程師最基本也是最重要的能力，無論你是什麼崗位：黑盒、自動化、介面、效能亦或是安全測試工程師。
Python Unittest - 根據不同測試環境跳過用例詳解
本文章會講述以下幾個內容： 1、Unittest 如何跳過用例 2、如何使用sys.argv 3、自動化測試專案中如何一套程式碼多套環境執行 一、Unittest跳過用例 @unittest.skip(reason) ， 直接跳過被裝飾的用例 ，reason用於填寫跳過用例的原因 @unit
Python+Pytest 單元測試框架之執行用例（第二篇）
俗話說：無規矩不成方圓，做事做人都一樣。寫程式碼也是一樣，都需要遵循基本的程式碼規範和格式。只有瞭解和遵循規則，才能寫出更高質量的程式碼，才能在錯綜複雜的 Bug 中快速定位出問題並找到解決方案。相信大家在《Python 單元測試框架之 Pytest 剖解入門（第一篇）》 已
(selenium 六)unittest通過測試套件組織用例 (2)
上一邊文章中，all_tests.py檔案與測試用例都位於同一檔案見。下面通過在測試用例資料夾下新增__init__.py形成包檔案，然後再all_test.py中新增PATH路徑匯入包即可。具體操作如下： 1、在test_case資料夾下新建__init__.py檔案，
Jmeter介面測試（七）用例資料分離
之前我們的用例資料都是配置在 Jmeter Http 請求中，每次需要增加，修改用例都需要開啟 jmeter 重新編輯，當用例越來越多的時候，用例維護起來就越來越麻煩，有沒有好的方法來解決這種情況呢？ 其實我們可以將用例的資料存放在 csv
MyBatis+JUnit測試Dao(Mapper)的用例實現（ 不啟動web工程 且 未使用SpringMVC管理MyBatis時 )
<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN" "http://mybatis.org/dtd/mybatis-3-
功能測試話題分享-0324 用例
http info ima img 測試 功能 alt 14. mage 功能測試話題分享-0324 用例
測試人員的基本功--測試用例、測試報告、缺陷報告、測試計劃
這篇文章是對測試人員的基本功的總結，基本功的紮實與否決定你是否可以走的更高、更遠。此篇博文會不斷更新內容。 1 測試用例 主要包含以下內容 測試編號 測試名稱 優先順序 預設條件 測試資料 執行步驟 預期結果 實際結果 2 測試報告 測試結論：測試是否通過/是否
python unittest單元測試框架-3用例執行順序、多級目錄、用例類別、
1.用例執行順序 unittest預設會按照ascii碼的順序，依次執行。類名——方法名排序，使用discover也是預設排序。如果不想使用預設排序，就使用testsuite測試集的方式。 import unittest class TestB(unittest.TestCase): def se
搜尋功能、翻頁功能、輸入框的測試用例設計及知識
搜尋功能測試用例設計 搜尋功能點進行分解，把測試用例分解為多個測試場景 場景編號 場景描述 預期結果 場景一 頁面檢查 正確
#資料結構與演算法學習筆記#劍指Offer29：整數中1出現的次數 + 分段思想/按位考慮 + 測試用例（Java、C/C++）
2018.10.5 感受到開學之後工作和課業的雙重壓力，加上近段時間自己出了點小事故，因此斷更了許久。沒事，繼續。 這道題有兩種複雜度為的演算法。 方法1：遞迴（分段思想）。 所有數字出現1的個數 = 每一段數字中出現1的個數之和 1. 對於輸出的數字n，其最高位為
#資料結構與演算法學習筆記#劍指Offer30：把陣列排成最小的數 + 自定義比較器 + 測試用例（Java、C/C++）
2018.10.6 1.求全排列最小。事實上用全排列硬剛這道題確實是最直接的辦法，因為乍一眼看上去實在不好歸納數字之間的順序關係，全排列具體實現原理可以參考上述文章。 2.自定義比較器。為什麼說
#資料結構與演算法學習筆記#劍指Offer34：兩個連結串列的第一個公共結點 + 等長遍歷/輔助棧 + 測試用例（Java、C/C++）
2018.10.21 這道題也是屬於效率題，實現難度不大，但是要降低複雜度還是需要思考一下。有兩個o（n）的做法： 方法一：等長連結串列法。先計算兩條連結串列的長度，然後先遍歷長連結串列直到兩條連結串列等長，最後依次按奇偶順序挨個遍歷兩條連結串列各個結點。 方法二：輔助
#資料結構與演算法學習筆記#劍指Offer35：數字在排序陣列中出現的次數 + 測試用例（Java、C/C++）
2018.10.24 今天是程式設計師節，但是程式設計師有啥節好過的，還是好好幹活吧~ 這道題也是一道效率題，根據實際情況的不同有兩個比較好用的方法： 方法一：平均複雜度o(n)。二分找到某一個K
#資料結構與演算法學習筆記#劍指Offer35：是否平衡二叉樹/AVL樹 + 測試用例（Java、C/C++）
2018.11.3 前幾天有用遞迴實現了二叉樹的深度#資料結構與演算法學習筆記#劍指Offer36：二叉樹的深度（Java），因此可以對每個結點先序遍歷進行一次平衡驗證，只要確定每個結點都是平衡的
測試用例設計---上傳圖片、檔案匯出、檔案上傳、查詢（搜尋）
一、上傳圖片 1、對於上傳的圖片，假設系統要求上傳的格式為jpg或gif格式圖片，大小為<=某M的圖片 測試用例： （1）上傳圖片格式為jpg或gif的圖片，大小<=某M，成功上傳； （2）上傳圖片格式為jpg或gif的圖片，大小>某M，不能上傳；
Testlink工作中基礎教程（新建專案、管理測試用例）
先使用超級管理員登入，登入名和密碼均為admin。 一. （1）登入後，在test project一欄裡點選test project management建立一個新的專案。並給這個新建立的專案編輯基本資訊。Name填寫專案名稱，prefix為此專案新增一個字首，project descrip