1. 程式人生 > >一個紙杯子的測試用例

一個紙杯子的測試用例

       一個紙杯,我們能想出多少個測試用例呢?想必很多人都在網上看過微軟公司面試軟體測試職位的這個考試題,由於當時對軟體測試理論和測試用例的設計知之甚少,看到這個題目的時候不知所措,我試著以開發的思維來考慮這個問題,想了半天還是一頭霧水,不知從哪個方面入手。接著我看了別人對這個題目的分析,原來此題考察的是測試人員的經驗,想象力和思維的敏捷性,可是測試人員應該具備怎樣的素質和能力才能勝任測試工作呢?也正是因為帶著對測試思想的好奇,我開始了我的測試生涯。
   我一直都覺得軟體測試是一門藝術,恰恰也是因為這個緣故,讓我很有衝動去認識和領悟其中的奧妙。很慶幸在我入職不久,測試部組織了測試用例PK,雖然當時大部分內容,我聽的雲裡霧裡,但是從中也讓我受益匪淺,讓我第一次知道什麼是測試用例,如何去展開測試用例的設計,測試用例的重要性。我認為,測試用例的設計在軟體測試中是非常重要的,不管是功能測試人員,還是介面測試人員,學好測試用例設計是首要的,因為測試用例確實影響到我們測試的質量。剛開始做介面測試時,自已定的目標是先了解業務,然後是讀懂開發的程式碼,然後按照以前別人寫的測試程式碼編寫指令碼,後來經過一次次週會的“洗腦”,經過一次次宋缺師傅的指引,我反醒自已的目標是什麼?作為一個測試人員應該具備的素質是什麼?重新認識自已的目標應該是從思想上讓自已成為測試人,用測試的思維去編寫測試用例,帶著測試的需求去了解業務,帶著測試的相關背景去跟蹤程式碼來完善用例和理解軟體的設計,帶著測試的目的是什麼去編寫測試指令碼來校驗結果的正確性。

基本功能測試(邏輯功能測試)。

硬度:是否達到設計標準。

裝載能力:在杯子內分別裝入少量的、半杯的、滿杯的,看其裝載量是否達到設計標準。

裝載種類:開水(是否產生異味)、溫水、冷水、冰水、咖啡。。。

     介面測試(UI測試)。

看其形狀、大小設計是否適合人方便拿起。

外觀是否吸引人(廣告嘛),賞心悅目。

帶廣告的圖案沾水受是否掉色、模糊。

       易用性測試。

看其形狀、大小設計是否適合人方便拿起。

殘疾人士用此杯去喝水的容程度。

杯子設計是否上大下小,在運輸過程中可以套在一起有效利用空間,在使用時也容易拿開。

       穩定性測試(24 X 7測試)。裝入液體後記錄其多少以後漏水。

       安全性測試。杯子所用的材料(包括紙基、塗層和廣告顏料)是否符合食品衛生標準,在內外溫度等環境因素下是否會與所盛各種飲料相反應,而產生對人體有害的物質。

       本地化測試。為國際化和本地化的需要,廣告圖案和文字是否在政治、宗教和文化方面具有廣泛的適用性。

       對設計的改進建議。“如果是一次性杯子,能否標示已使用(比如變色)”和“杯子是否有使用者標貼(多人使用時防止混淆)”。

相關推薦

怎樣才算是一個好的試用

今日花了數小時的時間仔細的閱讀了一下Cem Kaner教授的《What Is a Good Test Case?》一文。起初看到文章的標題原以為是一篇講述編寫測試用例所應該採用的步驟和注意事項的文章,讀完才發現原來是一篇講述評判測試用例”good”的文章。文中提出的測試用例應

使用springboot寫一個簡單的試用

report prop odi sco mat Delve edi utf-8 exceptio 使用springboot寫一個簡單的測試用例 目錄結構 pom <?xml version="1.0" encoding="UTF-8"?> <projec

一個杯子試用

       一個紙杯,我們能想出多少個測試用例呢?想必很多人都在網上看過微軟公司面試軟體測試職位的這個考試題,由於當時對軟體測試理論和測試用例的設計知之甚少,看到這個題目的時候不知所措,我試著以開發的思維來考慮這個問題,想了半天還是一頭霧水,不知從哪個方面入手。接著我看了別

編寫一個簡單的單元試用

ide bsp span log 加減乘除 self teardown __main__ str 開發一個簡單的計算器,用於計算兩個數的加減乘除,示例: 1 class Calculator(): 2 ‘‘‘實現簡單的加減乘除‘‘‘ 3 def _

如何設計一個"好的"試用

補充 設計時 功能需求 發現 測試執行 實踐經驗 以及 分析方法 系統 什麽才算是“好的”測試用例? 好的測試用例一定是一個完備的集合,它能夠覆蓋所有等價類以及各種邊界值,而跟能否發現缺陷無關。 "好的"測試用例必須具備哪些特征? 一個“好的”測試用例,必須具備以下三個特征

創建一個超級簡單的JMeter試用

url 在線 不同的 rom clas let 一個 服務器 兩種 1.建立測試計劃 啟動jmeter後,jmeter會自動生成一個空的測試計劃,用戶可以基於該測試計劃建立自己的測試計劃。 修改名稱為ASuperSimplePlan 2.新建線程組 一個性

一個試用testcase,分別驗證TXT檔案和gzip檔案的可平行計算性?

寫一個測試用例testcase,分別驗證TXT檔案和gzip檔案的可平行計算性? 1)TXT和gzip檔案準備OK,放到hdfs上去,各自的大小必須大於一個block塊。 2)寫hivesql,通過某種計算兩種不同形式的資料檔案對應的表,檢視其map個數的差異 3)下個結論 txt檔

手寫一個Promise/A+,完美通過官方872個試用

前段時間我用兩篇文章深入講解了非同步的概念和Event Loop的底層原理,然後還講了一種自己實現非同步的釋出訂閱模式: setTimeout和setImmediate到底誰先執行,本文讓你徹底理解Event Loop 從釋出訂閱模式入手讀懂Node.js的EventEmitter原始碼 本文會講解另一種更現

試用

功能 正常 配置 編輯 連接 限制 nbsp 我們 pan 日程管理 No. 測試用例 實際結果 期望結果 測試結果 Pass/Failed 備註 1. (1)測試內容: 設置歡迎界面,5秒後自動跳轉 到日程管理的主界面 (2)測試步驟: a.打開Andro

日程管理APP試用

nbsp 圖庫 代碼實現 符號 訪問 攝像 led height 測試用例 No. 測試用例 實際結果 期望結果 測試結果(Pass/Failed) 備註 1 輸入僅有數字或字母的用戶名及密碼,點擊註冊 註冊成功 註冊成功 Pass / 2 輸入含有特殊符

Tcl腳本調用高層API實現儀表使用和主機創建配置的自己主動化試用

sub ret eat ati 包含 lin name ref config #設置Chassis的基本參數,包含IP地址。port的數量等等 set chassisAddr 10.132.238.190 set islot 1 set portList {11 12

因果圖法設計試用

內容 splay 陰影 輸入 .cn 什麽 通過 -- tom 一、使用因果圖的好處 1 考慮了多個輸入之間的相互組合、相互制約關系 2 能夠幫助我們按一定步驟,高效率地選擇測試用例,同時還能為我們指出,程序規格說明描述中存在著什麽問題 二、利用因果圖導出測試用例需要

如何設計試用

交易 vivo 數據庫 tap 單點 個數 切換 統一 miui 測試用例設計方法 一、 Android系統功能測試設計的測試用例: a.對所測APP劃分模塊 b.詳細列出每個模塊的功能點(使用Xmind繪制功能圖) c.使用等價類劃分、邊界值、場景法等對各功能點編寫測試用

如何根據需求分析文檔編寫試用

編寫測試用例從拿到需求文檔不要立馬開始著手寫測試用例,需要仔細推敲整理需求,畫出系統級、模塊內流程圖,並找出各種測試點,等對需求進行了頭腦風暴般的整理之後,此時已對測試系統的功能很清楚了,再著手開始寫測試用例。那麽編寫測試用例的總體思路是什麽呢?1、整理分析需求文檔仔細將需求文檔閱讀一遍,記錄不明白的地方及關

VSCode下調試mocha試用

try 調試 oot 分享 png ima ace get mage 之前使用tape做Node.js的單元測試,最方便一條就是使用它就和自己寫個控制臺應用程序測試一樣,控制起來比較靈活,直接用VSCode進行調試也比較方便。然而tape輸出中文字符總是亂碼,想了很多辦法也

selenium之批量執行試用

span stl def python3 text 指定 unit efault cnblogs 把寫好的測試用例放在指定目錄下,使用discover函數掃描該目錄,並根據關鍵字自動篩選需要執行的用例。本例使用Python3.6版本。 1 # 遍歷指定目錄,批量執行測試

如何設計單元試用

圖例 定義 遍歷 負責 多少 break ima class 格式 如何編寫單元測試用例(白盒測試)。 一、 單元測試的概念 單元通俗的說就是指一個實現簡單功能的函數。單元測試就是只用一組特定的輸入(測試用例)測試函數是否功能正常,並且返回了正確的輸出。

Java NIO 之 ByteBuffer 試用

bytebuffer java 分享一下,關於ByteBuffer的一些非常基礎的測試用例package xingej.buffer.test001; import java.nio.ByteBuffer; //註意:1、原生JAVA NIO的ByteBuffer的緩沖區是不能添加字符串的,其實,從

測試理論--如何根據需求設計試用

角色 分解 中文 查詢 理論 通過 根據 步驟 正常 從拿到需求文檔不要立馬開始著手寫測試用例,需要仔細推敲整理需求,畫出系統級、模塊內流程圖,並找出各種測試點,等對需求進行了頭腦風暴般的整理之後,此時已對測試系統的功能很清楚了,再著手開始寫測試用例。那麽編寫測試用例的總體

IP地址等價類試用

cells class 3.5 不可用 win blog adding cin 訪問 下面是一個比較完善的設計方案,這個方案中,首先把IP地址分成有效可用的IP地址和有效但不可用的IP地址兩個等價類;其中有效可用的IP地址中包括IP地址的A,B,C三類地址,有效但不可用的I