手機號碼設計測試用例測試婚姻軟件(11位手機號碼測試用例)
怎樣編寫有效測試用例
測試用例，是一份關於具體測試步驟的文檔，它描述瞭測試的輸入參數、條件及配置、預期的輸出結果等，以判斷被測軟件的工作是否正常。
設計、書寫和執行測試案例是測試活動中重要的組成部分，測試案例通常來講由測試案例管理系統或工具進行管理。
測試用例的重要程度是毋庸置疑的，它是軟件測試全部過程的核心，是測試執行環節的基本根據。測試用例編寫應該遵循的原則：
特性：
a good測試用例應該具有較高的發現某個尚未發現的錯誤的可能性，而一個成功的測試案例能夠發現某個尚未發現的錯誤，通常來講a good測試案例有以下特性：
測試用例沒有可能設計得天衣無縫，也沒有可能完全滿足軟件需求的覆蓋率，測試執行過程裡必定 會發現有些測試路徑或數據在用例裡沒有展現，那麼事後該將其補充到用例庫裡，以方便他人和後續版本的測試。
測試用例的信息有許多，可以依據實際的情形進行增刪，一般而講一個出色的測試用例應該蘊含以下信息：
這幾個信息建議可以由測試案例自動生成。
測試級別進行說明：
6、測試類型：功能測試、邊界測試、異常測試、性能測試、壓力測試、兼容測試、安全測試、恢復測試、安裝測試、界面測試、啟動/停止 測試、文檔測試、配置測試、可靠性測試、易用性測試、多語言測試。
7、預置條件：對測試的特殊條件或配置進行說明
8、測試步驟：詳細描述測試過程，案例的方法步驟建議少於15個。
9、預期結果：預期的測試結果
比如：假設目前測試中國移動互聯短信網關是否能正確發送短信給中國聯通網絡關，測試用例的設計如下：
（一）測試用例ID：TC000001
（二）測試用例名稱：中國移動全球通手機用戶成功發送短信給中國聯通手機用戶
（三）測試功能點：中國移動全球通手機用戶成功短信給中國聯通手機用戶，中國聯通網關返回成功的狀態報告
（四）測試目的：
A、中國移動互聯短信網關能不能正確處理全球通用戶發送給中國聯通用戶的短信；
B、中國移動互聯短信網關能不能正確處理中國聯通互聯短信網關返回成功的狀態報告的情形。
（五）測試級別：基本功能測試
（六）測試類型：功能測試
（七）預置條件：各網關實體依照組網圖中的關系連接好，各實體之間的連接和通信正常。
（八）測試步驟：
A、中國移動全球通手機用戶（13901000001）給中國聯通手機用戶（13001000001）發送MO短信，內容為“測試”，目的號碼填為中國聯通手機號碼；
B、中國聯通互聯短信網關把短信下發給中國聯通用戶成功後，給中國移動互聯短信網關返回一個標識成功的狀態報告。
（九）預期結果：
A、中國聯通手機用戶（13001000001）接收到瞭短信，內容為“測試”，源號碼為中國移動全球通的用戶號碼（13901000001）；
B、在咱們國傢移動互聯短信網關上產生SMO話單，其中“短消息發送狀態”填0（預示成功），“源手機號碼”13001000001，“目的手機號碼”為1300100000一、
以下是一個完整的測試用例的模版：
對一個全新的產品來說，first of all需要明白的是產品需求文檔和產品模塊之間的聯系。緊接著需要從需求文檔中書寫與所有需要相相應的主路徑測試案例和煙霧測試案例， 這一時刻也同時會包括一定的基本路徑測試案例甚至是詳細測試案例。在這一時刻，由於對產品沒有直接的使用感受，書寫測試案例要慎重考慮面廣而不要太過精細。繼 續閱讀產品功能定義文檔，將所有的功能定義直接對應寫有關的測試案例，這一時刻，最好能夠對流程的本身有一定的接觸，加深對流程的瞭解，以便寫出更佳，更 全面的測試案例。最後，在實際測試中，還need不斷擴充，修改以前的測試案例，得到完整的基本功能測試案例和詳細測試案例。假如對於一個已有一定或多數案 例的產品來說，無論測試者是否本身熟悉這個產品，其主要的任務就是閱讀，檢查需求及有關的變更，緊接著對原有的案例進行理解，擴充和修改。這便是案例的重用 /復用。設計測試案例的時刻，需要有清晰的測試思路，對要測試什麼，依照什麼順序測試，覆蓋哪些需求做到心中有數。測試用例編寫者不但要掌握軟件測試的技 術和程序，而且要對被測軟件的設計、功能規格說明、用戶試用場景以及流程/模塊的結構皆有比較透徹的理解。
測試用例設計一般包括以下幾個步驟：
1。測試需求剖析從軟件需求文檔中，找出待測試軟件/模塊的需求，通過本人的剖析、理解，整理成為測試需求，清楚被測試對象具有哪些功能。測試需求的特征是：蘊含軟件需求，具有可測試性。
測試需求應該在軟件需求基礎上進行歸納、分類或細分，方便測試用例設計。測試用例中的測試集與測試需求的關系是多對一的關系，即一個或多個測試用例集對應一個測試需求。
2。業務程序剖析軟件測試，不單純是基於功能的黑盒測試，還need對軟件的內部處理邏輯進行測試。為瞭不遺漏測試點，需要清楚的瞭解軟件產品的業務程序。建 議在做復雜的測試用例設計前，先畫出軟件的業務程序。假如設計文檔中已經有業務程序設計，可以從測試角度對現有程序進行補充。假如無法從設計中得到業務流 程，測試設計師應通過閱讀設計文檔，與開發人員交流，最終畫出業務程序圖。業務程序圖可以幫助理解軟件的處理邏輯和數據流向，從而指導測試用例的設計。
從業務程序上，應得到以下信息：
A、主程序是什麼
B、條件備選程序是什麼
C、數據流向是什麼
D、關鍵的判斷條件是什麼
3。測試用例設計
完成瞭測試需求剖析和軟件程序剖析後，開始著手設計測試用例。測試用例設計的那種包括功能測試，邊
界測試，異常測試，性能測試，壓力測試等。在用例設計中，除瞭功能測試用例外，應盡最大力量考慮邊界、異
常、性能的情形，以便發現更加的多的隱藏問題。
黑盒測試的測試用例設計方法有：等價類劃分、邊界值劃分、因果圖剖析和錯誤猜測，白盒測試的測試用
例設計方法有：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。在這兒主要探討黑盒測
試。在設計測試用例的時刻應該使用軟件測試用例設計方法，結合前面的需求剖析和軟件程序剖析進行設
計：
功能測試：測試某個功能是否達到要求的定義，功能是否正確，完備。
合適的技術：由業務需求和設計說明導出的功能測試、等價類劃分
邊界測試：對某個功能的邊界情況進行測試。
合適的技術：邊界值劃分
異常測試：對某些功能來說，其邊界情況無法簡單容易的瞭解或某些操作不完全是正確的但又是可能發生的，
類似如此的情況需要書寫有關的異常測試。
合適的技術：由業務需求和設計說明導出的特殊業務程序、錯誤猜測法、邊界值剖析、內部邊界值測試、
性能測試：檢查系統是否滿足在需求中所規定達到的性能，性能主要包括瞭解流程的內外部性能因素。內部性能因素包括測試環境的配置，系統資源使用狀況；外因包括響應時間，吞吐量等。
合適的技術：業務需求和設計說明導出的測試
壓力測試：壓力測試又稱強度測試，著重是檢查系統運行環境在極限情況下軟件運行的能力，打比方說說給一個相當大的負荷或互聯網流量給應用軟件兼容測試：測試軟件產品在不同的平臺，不同的工具，相同工具的區別版本下功能的兼容性。
4。測試用例評審
測試用例設計完成後，為瞭確認測試過程和方法是否正確，是不是有遺漏的測試點，需要進行測試用例的評審。
測試用例評審通常是由測試leader安排，參與的人員包括：測試用例設計者、測試leader、項目經理、開發設計師、其它有關開發測試設計師。測試用例評審完畢，測試設計師依據評審最終，對測試用例進行修改，並記錄修改日志。
5。測試用例更新完善
測試用例編寫完成之後需要不斷完善，軟件產品新增功能或更新需求後，測試用例必須配套修改更新；在測試過程中發現設計測試用例時考慮不周，需要對測試用例 進行修改完善；在軟件交付使用後顧客反饋的軟件缺陷，而缺陷又是因測試用例存在漏洞造成，也需要對測試用例進行完善。一般小的修改完善可在原測試用例文檔 上修改，但文檔要有更改記錄。軟件的版本升級更新，測試用例一般也應隨之編制升級更新版本。測試用例是“活”的，在軟件的生命周期中不斷更新與完善。
1。測試理論、測試計劃、測試用例
1、軟件定義：一系列依照特定順序組織的計算機數據和指令的集合。
軟件=數據 + 指令
2、軟件的分類：
(1)類型：工具類軟件、遊戲型軟件、媒體型軟件、電商型軟件等
(2)架構：
①單機軟件：office、紅警等
②分佈式軟件：
C/S架構軟件：顧客端需安裝專門軟件，如QQ 电话等
B/S架構軟件：顧客端為瀏覽器 ，如百度、hao123等
*面試題：C/S和B/S的不同
3、軟件測試:
定義：通過人工或自動化的方式來驗證軟件的實際結果與用戶需求是否一致的過程
原則：
1、測試顯示軟件存在缺陷
2、窮盡測試是沒有可能的
3、測試盡早介入
4、缺陷集群性（2/8原則）
5、殺蟲劑悖論
6、測試活動依賴於測試內容
7、沒有錯誤是好是謬論
4、測試模型：
1、V
2、W
3、H
4、X
5、測試程序
*角色：項目總監、產品經理、UI設計、項目經理（項目總監）、開發、測試
*面試題：測試程序
6、軟件分類
(1)技術：黑盒測試、白盒測試、灰盒測試
(2)階段：單元測試、集成測試、系統測試、驗收測試
(3)其他：冒煙、回歸、隨機、兼容、內測、公測
1、模板
(1)測試目的：測試內容、最多遺留bug、上線時間
(2)測試資源
①人力資源：崗位、姓名、職責
②軟件資源：瀏覽器、操作系統、DB、運行環境、服務器
③硬件資源：手機、電腦、平板、機器人、汽車
④互聯網資源：網絡、局域網
(3)測試范圍
①測試對象
②測試特性
③測試非特性
(4)測試進度：任務、測試人員、預期開始時間、預期終結時間、時間進度、備註
(5)測試風險
①內容：人資源環時
②模板：風險編號、風險描述、責任人、風險等級、對項目的作用與影響、規避方法
(6)測試準則：啟動、暫停、再啟動、停止準則
(7)人員分工：崗位、姓名、工作內容
(8)測試策略、功能測試、接口測試、接口測試、兼容測試、性能測試、易用性、安全測試
(9)測試輸出
①模板：文檔名稱、文檔編號、編寫人、文檔詳情
②內容：測試計劃、測試用例、測試報告、缺陷報告
2、怎樣寫
(1)封面
(2)九大項：標題 填內容
(3)插入目錄
九大項：測試目的、測試資源、測試范圍、測試風險、人員分工、測試策略、測試準則、測試進度、提交測試文檔。
隻要第1項和最後一項的具體位置是固定的，其他皆可以微調位置
1、測試用例概述
(1)定義：執行測試的用例
(2)原因
(3)怎樣保證高質量的測試用例：
①覆蓋率
②簡單並且明瞭
③符合需求
④用最少的用例覆蓋最多的需求
(4)方法：等價類劃分、邊界值剖析法、場景法、錯誤推斷法、因果圖法、正交實驗法
2、設計測試用例方法
(1)等價類劃分
①定義：把所有可能輸入的數據分為若幹個區域，緊接著從每個區域中取少量有表現性的數據進行測試。
②分類：
1)有效等價類：符合需求的數據
2)無效等價類：不符合需求的數據
③案例：
1)手機號案例
2)實名認證
(2)邊界值剖析法
①定義：取稍高於或稍低於邊界的一些數據進行測試
②取點：
1)左上點：邊界坐點
2)右上點：邊界右點
3)左離點：閉外開內
4)右離點：閉外開內
5)內點：區間任意一點
③邊界值和等價類劃分分法去重：內點和有效等價類一個點重復
(3)場景法
①定義：模擬用戶場景
②分類：
1)基本流：正確的程序
2)備選流：不正確的程序
③案例：註冊
(4)因果圖法
①定義：因果圖法可能適合輸入條件比較多的情形，測試所有的輸入條件的排列組合。經常提到的原因在於輸入，經常提到的結果就是輸出。
②案例：自動售貨機
(5)錯誤推斷法
①定義：經驗富饒的測試設計師
②案例：手機無法撥通
(6)判定表法
①定義：設計測試用例時，剖析和表達多輸入條件下執行不同操作的黑盒測試方法。
②案例：修車
(7)正交實驗法
①定義：使用正交小助手
②案例：字符設置
3、用例核心要素
必須掌握：用例編號(怎樣命名)、所屬模塊、用例標題（驗證誰在怎麼回事下，去做什麼，最終結果是什麼）、優先級、前置條件、方法步驟、測試數據、預期結果、實際結果
瞭解內容：通過否、bugID、編寫人員、編寫時間、測試人員、測試時間、備註
軟件測試面試題:一個輸入手機號獲取驗證碼的頁面，說出測試過程
first of all確定頁面有哪些元素，並且明確功能、測試點等，點擊手機號獲取驗證碼是用以做什麼的。（明確功能）驗證碼是手機下發的驗證碼，還是圖片驗證碼等 ，first of all明確和細化需求
在明確功能後先冒煙測試或通過性測試，測試功能正常使用後，再進行非通過性測試。
先進行通過性測試
輸入正確的手機號碼，點擊獲取驗證碼，查看手機有沒有收到短信。收到短信後輸入驗證碼，若為登錄功能，還應檢查是否進行頁面跳轉，是否正確進行登錄，是否可操作登錄後應操作的項，若功能為註冊，則應查看是否註冊成功，去數據庫檢查數據的正確性，若測試成功後進行非通過性測試
正確的手機號驗證的規則為：13，14，15，17，18為開頭的11位數字
為空測試，
2、1 不輸入手機號，不輸入驗證碼 直接點擊登錄或註冊等功能點 ，提示不能為空
2、2 不輸入手機號，隻輸入驗證碼 直接點擊登錄或註冊等功能點 ，提示不能為空
2、2 輸入手機號碼，不輸入驗證碼 直接點擊登錄或註冊等功能點 ，提示不能為空
輸錯手機號碼錯誤測試
3、1 輸入漢字、小數，字符串，空格及組合在手機號碼文本框中，提示手機號碼不正確
3、2 輸入10位，12位數字進行登錄，提示手機號碼不正確，提示手機號碼不正確
3、2 輸入11位非手機號碼進行獲取驗證碼，提示手機號碼不正確
驗證碼
4、1 輸入錯誤的驗證碼，提示請輸入正確的驗證碼
4、2 輸入多一位或少一位的驗證碼
4、3 明確驗證碼的失效時長後，在時長之後輸入輸入碼，提示該驗證碼已失效，請重新獲取驗證碼
其他按功能來補充
用等價分類法設計城市電話號碼的測試用例
官鬼持世 命主對老公的情感還是比較深的
應為子孫忌神化進 然妻財化退不能通關 子孫克官鬼 此乃不利婚姻
六爻兄弟應為競爭角逐對手 化回頭克 此人不能對你們的愛情婚姻造成大的作用與影響
問題多出此刻你們自己一身 忌神子孫處月破 化空
愛情婚姻暫時問題不大 但是到明年的陰歷六月或者九月或許是愛情婚姻的一道坎
目前手機號碼是11位數字 中間數字正好為6的概率是
first of all來算11位手機號碼總共也許有多少種，從高位算起，第1位隻能是1吧，第2位，或許是3，或許是5，其實也就是說無關緊要，俺依然是按隻有兩種情況來算，從第3位開始，就是數字0到9皆有可能，這裡是10個數字，所以11位手機號碼的總數為
1*2*10*10*10*10*10*10*10*10*10，同理，指定瞭正中間一個一個數字是六，亦即第6位是特別規定的數字六，所以此時第6位僅有一種取值，此時的號碼總數為1*2*10*10*10*1*10*10*10*10*10，緊接著用後面一個結果除以上面那個最終，都約掉瞭（因此我說第2位無所謂），答案是十分之一。其實也就是說想清楚瞭很簡單，其他數字都是相同的，就隻有中間限定瞭一個數字，而不限定的話，可以是十個數字，十個數字裡面限定一個出現的概率是多少呢？十分之一。或許應該是對的。呵呵
。。。判斷用戶輸入的電話號碼是否正確，電話號碼可以是7位，8位，11位。。。
用正則表達式 <html> <head> <title>js正則表達式</title> </head> <body> <script LANGUAGE="javascript"> //匹配固定電話，比如：031185907468或02185907468格式 function isphone1(){ var num = document。getElementById('ph')。value; var partten = /^0(([1-9]\d)|([3-9]\d{2}))\d{8}$/; if(partten。test(num)){ alert('是電話號碼'); }else{ alert('不是電話號碼'); } } function isphone2(){ var num = document。getElementById('mb')。value; var partten = /^1[3，5]\d{9}$/; if(partten。test(num)){ alert('是手機號碼'); }else{ alert('不是手機號碼'); } } </script> 請輸入固定電話：<input type="text" name="phone" id="ph"><input type="button" value="測試" onclick="isphone1();"> 請輸入手機號碼：<input type="text" name="phone" id="mb"><input type="button" value="測試" onclick="isphone2();"> </body> </html> 追問： 我們著重是解決7位8位的是正確的 不要求電話或手機號碼格式。 怎麼寫啊！！！謝謝啦！！！ 回答： 和什麼做判斷呢 怎麼判斷是對的呢 追問： 隻要是11位8位7位的 數字輸入進去 就是對的。其餘一切為錯。 回答： <input type="text" value="" id="phone" onblur="CheckPh()" /> <script> function CheckPh() { var obj = document。getElementById("phone")。value; if((obj。length==7)||(obj。length==8)||(obj。length==11)) { } else { alert("電話長度不對"); return false; } if(isNaN(obj)) { alert("務必是數字"); return false; } } </script>