1. 程式人生 > >測試用例編寫

測試用例編寫

如果你是一位軟體測試的入門者,你到單位報到後接手的第一項工作很可能是執行軟體測試用例,而不是去編寫。你不要因此而鬱悶,這樣的安排是合理的,因為你畢竟是一個新手,執行測試用例是一個迅速熟悉當前測試工作的好機會,而且壓力也不大。因為在英語中執行測試用例是Run test case,所以有些公司把執行測試用例叫做“跑case”,想來也是比較形象的。我們還以驗證記事本程式可以編輯中英文混合的內容為例。當我們面對這個用例的時候,我們首先要做的是清晰且正確地理解用例,不帶半點含糊。測試的特點就是嚴謹,你來執行一個測試用例就是要貫徹用例編寫者的測試思想,不能誤解或曲解,不能用自己的主觀意志去代替原來的意思。例如,第一步“執行記事本程式”,你就應當清楚地知道“記事本”是哪個程式,如果有疑問馬上問清楚,否則,如果真的吧測試的產品弄錯了,一切就都白忙了,還浪費了時間。這個例子因為淺顯,所以出現誤解的可能性很小,而在實際的工作中,還是會有很多模稜兩可的地方,這個時候我們不能偷懶,要勤學多問。
執行用例不能走樣。例如第二步,要求輸入“學習編寫”四個字,如果你為了省事,拷貝了這幾個字,每次都是貼上過來,快是快樂,卻違背了原著的意思,這樣式不行的。用例編寫者要求用輸入法來輸入,肯定是有道理的。如果哦你發現沒有檢測“貼上”的測試用例,可以建議增加,但不能再執行的時候就偏離了用例的本意。說一個萬一的事兒,如果這個軟體通過了你的測試,釋出給使用者,使用者卻發現不能輸入,只能貼上,這個責任你能負的起嗎?大家可能都知道,做軟體測試要細心,這個要求在執行用例的過程中表現得很明顯。我們在執行一個測試用例的時候,不但要注意實際結果是否與預期結果是一致的,而且在整個過程中都要保持觀察。例如上例中,如果第四步執行儲存後,你發現檔名並不是自己輸入的testcase.txt
,這時你就應當停下來,因為這就是bug
我們執行測試用例的目的是什麼?就是發現bug,所以,我們在執行測試用例的過程中,要收集好發現的問題,不能有洩露。在實際工作中, 執行測試用例的過程一般都是緊張的,工作量很大,並不像我們今天在這裡討論的這麼輕鬆,因為你要不停地往前趕,所以容易出現一些遺漏的問題。每當發現一個問題,我們都要做好記錄,而不要總以為自己能記得住,好記性不如爛筆頭。Bug是最能證明測試工程師工作成績的東西,好不容易發現了,如果還被自己遺漏了,豈不令人懊悔?而且,還給產品留下了一個隱患。

相關推薦

測試編寫規範

不同 輸出 相互 安全 邊界情況 輸入 不變 ans 基本 一、測試用例編寫準備從配置管理員處申請軟件配置:《需求規格說明書》和《設計說明書》;根據需求規格說明書和設計說明書,詳細理解用戶的真正需求,並且對軟件所實現的功能已經準確理解,然後著手制訂測試用例。 二、測試

測試編寫思路

瀏覽器 elf 也會 strong let 滾動提示 方便 java 獲得 測試用例的編寫可不簡單呢,寫一份專業的測試用例,是所有測試工作者考慮的內容,其實用例的編寫是可以通過一些思路來進行,不少比較成熟的公司為了提升用例的專業性,就會有自己的用例庫,包括流程、關註

自動化測試編寫的規範

上下 可能 重復 功能點 正向 font 場景 關閉瀏覽器 進行 1.一個腳本是一個完整的場景,從用戶登陸操作到用戶退出系統關閉瀏覽器。 2.一個腳本腳本只驗證一個功能點,不要試圖用戶登陸系統後把所有的功能都進行驗證再退出系統 3.盡量只做功能中正向邏輯的驗證,不要考慮太

HTTP介面自動化經驗總結(四)Okhttp3 介面測試編寫

經過前面幾次的分享,我們已經有了方法和結果,那麼這篇文章我們就來寫測試用例。 首先我們新建一個TestNG class,名字為APITest,繼承我們的依賴方法DependeicesMethod 1.get介面測試 //測試Get方法,其餘校驗請自行新增 @Test

原生elasticsearch測試編寫

1.座標 <dependencies> <dependency> <groupId>org.</groupId> <artifactId>elasticsearch</artif

測試 -介面測試-測試編寫

一、.介面功能測試的測試方案規格建議可以有如下幾點: 1、需求所涉及的介面的背景描述 2、介面跟頁面功能互動的關聯關係 3、介面邏輯的流程圖 4、介面文件定義 5、介面所涉及的快取,以及快取對應的key值,失效時間定義 6、介面所涉及的SQL,以及資料庫表字段定義

golang測試編寫示例

package goconvey import ( "errors" ) func Add(a, b int) int { return a + b } func Subtract(a, b int) int { return a - b } func Multiply(a,

流程圖在測試編寫中的運用

一個複雜的網際網路應用,敏捷開發過程,業務系統從啟動需求到研發實施,通常沒有預留太多時間給測試去詳細瞭解各個業務的具體規則、業務邏輯。產品經理僅提供文件資料,測試沒有資料作為憑據,則可以使用流程圖來梳理業務流程,並在畫圖的過程中,和對應開發溝通交流,對關鍵邏輯判

註冊 測試編寫

先看圖和要求: 要求: 1.註冊賬號可以是手機號或郵箱。 2.手機號碼:中國地區手機號長度11位,以13/14/15/17/18開頭 3.郵箱:“@”前面的部分、“@”和最後一個“.”之間部分、最後一個“.”後面的部分和一些其他的情況 4.密碼:英文或英文數

測試編寫方法

    在獨自摸爬打滾的測試經驗中,從一開始在書本上獲取基本測試用例要素到後來漸漸自己設計測試用例,一個從無到有的過程,我只是在做,在執行,少有停下來思考總結。在測試用例思考頻率多起來是在最近,當我覺得傳統的EXCEL

自動化測試編寫守則

  先來說下一般自動化測試的流程,今天一個朋友也問過我這個問題,就順便說說。   一般在開始自動化測試,如拿到一個程式包或apk或網站檔案後,我們首先要做的就是要分析這個程式適不適合進行自動化測試;之後再對程式的執行路徑進行分析,找出一些關鍵路徑和有針對性的進行測試設計

測試編寫

如果你是一位軟體測試的入門者,你到單位報到後接手的第一項工作很可能是執行軟體測試用例,而不是去編寫。你不要因此而鬱悶,這樣的安排是合理的,因為你畢竟是一個新手,執行測試用例是一個迅速熟悉當前測試工作的好機會,而且壓力也不大。因為在英語中執行測試用例是Run test case,所以有些公司把執行測試用例叫做“

測試編寫及管理

前段時間將專案中的測試用例進行了一次大規模的整理,從工作量出發認識到了測試用例書寫及管理規範的重要性。規範的測試用例管理可以為後續的測試工作節約不小的工作量。 隨著網際網路時代的到來,專案迭代的頻率越來越快。測試用例的可持續性尤為重要。如何有效的將測試用例進行編寫及管理慢慢

軟體測試編寫規範總結

  複雜的業務會貫穿於整個軟體,涉及眾多功能點,裡面組合的分支更不可勝數。測試用例務求簡潔、明確,這一點也與業務“格格不入”。功能用例依賴程式介面,業務描述依賴需求文件。於是我們更偏向於根據已實現的介面編寫功能用例,列舉出眾多的邊界值、等價類。流程的操作只有憑藉經驗和理解,這時測試出的bug是最多的,但我們卻

測試編寫要素與模板

測試用例設計是測試工作的核心任務之一,也是工作量最大的任務之一。一般來說,編寫測試用例所涉及的內容或者要素以及樣式均大同小異,一般都包含主題、前置條件、執行步驟、期望結果等。測試用例可以用資料庫、Word、Excel、xml等格式進行儲存和管理。 1.編寫測試用例要素 一般

編寫測試的方法

關系 控件 方法 https sdn 業務流程 fonts 大量數據 建議 1、等價類劃分法 適用場景: 有數據輸入的地方,就可以使用等價類劃分法。如:輸入框 測試思想: 從大量數據中劃分範圍(等價類),然後從每個範圍中挑選代表數據,這些代表數據要能反應這個範圍內數據的測

利用unittest框架編寫web測試(demo)

spec arm repr follow aid content ext lin get 1、前言: 對於初學者來說,python自帶的IDLE,精簡又方便,不過一個好的編輯器能讓python編碼變得更方便,更加優美些。 不過呢,也可以自己去下載其他更好用的代碼編輯器,

寫給自己看-編寫測試的注意點(之後想到還會更新)

1.標題寫全之後,步驟不需要再從頭開始寫操作 反案例 正案例 2.每條內容不宜過多,若不可避免的內容過多時,應加序號用於區分 反案例 正案例 3.寫結果時注意是否與其他功能有互動 例:商品成功下單後商品詳情頁面所購商品規格的數量和商品列表頁面該商品的銷售量是否改變、我的訂單中是否

測試編寫【!!!可以說是很強了】

一、遊戲測試 1. 你有玩過什麼遊戲 一般玩的比較多的是手遊,比如:糖果傳奇、消滅星星、密室逃脫,以及前段時間比較風靡的陰陽師。 在電腦上,QQ歡樂四川麻將,以前還會玩一些經營類遊戲,初高中的時候是:QQ寵物、QQ農場,大學的時候玩過模擬人生 2. 什麼樣的遊戲可

最完整的自動化測試流程:Python編寫執行測試及定時自動傳送最新測試報告郵件

  今天筆者就要歸納總結下一整套測試流程,從無到有,實現零突破,包括如何編寫測試用例,定時執行測試用例,查詢最新生成的測試報告檔案,自動傳送最新測試報告郵件,一整套完整的測試流程。以後各位只要著重如何編寫測試用例即可,其他模板可以套用的,希望幫助到大家。 目錄