軟件測試筆試題
一、選擇題
1.對計算機軟件和硬件資源進行管理和控制的軟件是____D__。
A.文件管理程序
B.輸入輸出管理程序
C.命令處理程序
D.操作系統(tǒng)
2、在沒有需求文檔和產(chǎn)品說明書的情況下只有哪一種測試方法可以進行的(A)
A.錯誤推測法測試
B.路勁分析測試
C.語句覆蓋測試
D.條件覆蓋測試
3、某測試人員通過執(zhí)行測試軟件測試的方法對當前功能進行了測試,該測試人員使用的測試方法為(C)
A.靜態(tài)測試
B.單元測試
C.黑盒測試
4、編寫測試計劃的目的是(ABC)多選題
A.使測試工作順利進行
B.使項目參與人員溝通更舒暢
C.使測試工作更加系統(tǒng)化
D.軟件工程以及軟件過程的需要
E.軟件過程規(guī)范化的要求
F.控制軟件質(zhì)量
5、關于軟件測試與軟件開發(fā)的認識,不正確的是(B)
A.軟件生命周期各個階段都可能產(chǎn)生測試
B.軟件測試是獨立于軟件開發(fā)的一個工作
C.軟件開發(fā)的需求分析和設計階段就應開始測試工作
D.測試越早進行,越有助于提高被測軟件的質(zhì)量
6、當一個應用程序窗口被最小化后該應用的程序?qū)霈F(xiàn)一下哪種情況(D)
A.被終止執(zhí)行
B.繼續(xù)在前臺執(zhí)行
C.被暫停執(zhí)行
D.被轉(zhuǎn)入后臺執(zhí)行
7、下列方法中,不屬于黑盒測試的是?(A)
A.基本路勁測試法
B.等價類測試法
C.邊界值分析法
D.基于場景的測試方法
8、對于維護軟件的人員來說,使用質(zhì)量是【】的結果(C)
A.功能性
B.可靠性
C.可維護性
D.效率
9、下列軟件屬性中,軟件產(chǎn)品首要滿足的應該是(A)
A.功能需求
B.性能需求
C.可擴展性和靈活性
D.容錯、糾錯能力
10、單元測試中設計測試用例的依據(jù)是(D)
A.概要設計規(guī)格說明書
B.用戶需求規(guī)格說明書
C.項目計劃說明書
D.詳細設計規(guī)格說明書
二、判斷題
1、單元測試通常應該先進行“人工走查”,再以白盒法為主,輔以黑盒法進行動態(tài)測試。(√)
2、軟件測試就是為了驗證軟件功能實現(xiàn)的是否正確,是否完成既定目標的活動,所以軟件測試在軟件工程的后期才開始具體的工作( × )
3、發(fā)現(xiàn)錯誤多的模塊,殘留在模塊中的錯誤也多。( √ )
4、測試人員在測試過程中發(fā)現(xiàn)一處問題,如果問題影響不大,而自己又可以修改,應立即將此問題正確修改,以加快、提高開發(fā)的進程。( × )
5、單元測試通常應該先進行“人工走查”,再以白盒法為主,輔以黑盒法進行動態(tài)測試。( √ )
6、功能測試是系統(tǒng)測試的主要內(nèi)容,檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。( √ )
7、軟件質(zhì)量管理即QM由QA和QC構成,軟件測試屬于QC的核心工作內(nèi)容。(√)
8、軟件測試只能發(fā)現(xiàn)錯誤,但不能保證測試后的軟件沒有錯誤。(√)
9、軟件就是程序。(X)
10、測試只要做到語句覆蓋和分支覆蓋,就可以發(fā)現(xiàn)程序中的所有錯誤。(X)
三、問答題
1、在您以往的工作中,一條軟件缺陷(或者叫BUG)記錄都包含了哪些內(nèi)容?如果提交高質(zhì)量的軟件缺陷(bug)記錄?
答:一條BUG記錄最基本應包含:編號、BU所屬模塊、BUG描述、BUG級別、發(fā)現(xiàn)日期、發(fā)現(xiàn)人、修改日期、修改人、修改方法、回歸結果等等;要有效的發(fā)現(xiàn)bUG需要參加需求以及詳細的設計等前期文檔設計出高效的測試用例,然后嚴格執(zhí)行測試用例,對發(fā)現(xiàn)的問題要充分確認肯定,然后再向外發(fā)布,這樣才能提高提交BUG的質(zhì)量。
2、測試分為那幾個階段?
答:按照開發(fā)階段劃分,軟件測試可分為單元測試、集成測試、系統(tǒng)測試和驗收測試
集成測試:針對每個單元的測試,以確保每個模塊能正常工作為目標
集成測試:對已經(jīng)測試過的模塊進行組裝,進行集成測試。目的就是在于檢驗與軟件設計相關的程序結構問題。
系統(tǒng)測試:檢驗軟件產(chǎn)品能夠與系統(tǒng)的其他部分(比如:硬件、數(shù)據(jù)庫及操作人員)協(xié)調(diào)工作。
驗收測試:檢驗軟件產(chǎn)品質(zhì)量的最后一道工序,主要突出用戶的作用,同時軟件開發(fā)人員也有一定程度的參與。
3、了解哪些測試工具?你是用過和知道的測試工具有哪些?各有什么用途?
答:Jmeter:接口測試、壓力測試
soapui:接口測試
xshell、xftp:管理linux系統(tǒng)
禪道:管理BUG
navictt:管理數(shù)據(jù)庫
4、先有一個程序,頁面提供3個輸入框a、b、c,一個輸出框d,根據(jù)a、b、c的輸入判斷數(shù)據(jù)層是否只能組成一個三角形(三角形兩邊之和大于第三邊),在d中輸出:是,否
答:等價類劃分法:
有效等價類:a、b、c的值都大于0
a+b>c且b+c>a且a+c>b
無效等價類:
a/b/c為0或負數(shù)
a/b/c為空
a/b/c為非數(shù)字
a+b<=c b+c<=a a+b<=b
5、你認為一個測試工程師應具備哪些素質(zhì)和技能
答:技能:計算機專業(yè)技能,測試專業(yè)技能,軟件編程技能
素質(zhì):.溝通能力,要有嚴謹、敢于承擔責任、穩(wěn)重的做事風格,具有懷疑與破壞的精神,善于自我總結、自我督促。
6、問題單都有哪些屬性?
答:我所知道的有:產(chǎn)品模塊、所屬項目、所屬版本、bug標題、步驟及測試數(shù)據(jù)、bug及日志截圖、類型及嚴重程度、系統(tǒng)/瀏覽器
7、一個完整的測試方案包含哪些要素?
答:測試計劃、人員分配、時間安排、測試方法的確定、測試工具的確定、測試報告
8、查看接口的工具有哪些?說出一個工具的操作
答:jmeter與soapui都支持
jmeter的用法:新建一個線程組,天劍http類型的請求→填上接口地址和數(shù)據(jù)→添加查看結果樹→進行運行→查看結果、進行分析
9、如何定位BUG,是前端還是后端的問題,用什么工具,還是利用別的?
答:如果是功能性的問題,那么就是后端問題,如果是界面的效果或者是按鈕問題,那么也許是前端問題,分析問題,有的時候需要開發(fā)的協(xié)作,大師這些也是經(jīng)驗的問題,多工作就可以總結出來
--------------------金融保險面試題------------------------
邏輯題測試部分
1.小柯一家過一座橋,過橋時是黑夜,所以必須有燈,現(xiàn)在小柯過橋要1秒,弟弟要3秒,爸爸要6秒,媽媽要8秒,爺爺要12秒,當2個人一起過橋時所用時間只能按慢的那個人計算。問小明一家怎樣才能在30秒之內(nèi)通過這座橋。
設小明是A,小明的弟弟是B,小明的爸爸是C,小明的媽媽是D,小明的爺爺是E,----是橋.
步驟 已用秒數(shù) 位置狀況
1.小明和小明的弟弟先過去. 0+3=3秒 AB----CDE
2.小明的弟弟回來. 3+3=6秒 A----BCDE
3.小明的媽媽和爺爺過去. 6+12=18秒 ADE----BC
4.小明回來. 18+1=19秒 DE----ABC
5.小明和他的爸爸過去. 19+6=25秒 ACDE----B
6.小明回來. 25+1=26秒 CDE----AB
7.小明和他的弟弟過去. 26+3=29秒 ABCDE----全部通過
答:.小明和小明的弟弟先過去----.小明的弟弟回來----小明的媽媽和爺爺過去-------小明回來---小明和他的爸爸過去------小明回來--------小明和他的弟弟過去
2.如果電動剃須刀中的電池用完了,剃須刀就不能工作。我的剃須刀不能工作,因此電池一定是用完了。以下哪項與以上論證具有相同的結構(C)
A.如果馬拉多納上場,阿根廷隊就一定會贏。阿根廷隊輸了,所以馬拉多納肯定沒上場。
B.所有的證據(jù)都可被接受除非它被破壞。這個證據(jù)不能被接受,因此,它被破壞了。
C.如果某甲犯罪了,他的指印可以在現(xiàn)場找到。某甲的指印在現(xiàn)場被找到了,所以,某甲犯罪了。
D.老葛是我的叔叔,小菲是老葛的侄女。因此,小菲是我的姐姐。
3.有甲、乙、丙三個學生,一個出生在北京,一個出生在上海,一個出生在武漢;他們中一個學國際金融專業(yè),一個學工商管理專業(yè),一個學外語。其中:
①甲不是學國際金融的,乙不是學外語的;
②學國際金融的不出生在上海;
③學外語的出生在北京;
④乙不出生在武漢。
請根據(jù)上述條件,判斷甲的專業(yè)是(C)
A . 國際金融
B . 工商管理
C . 外語
D . 3種專業(yè)都可能
答案解析
由“學國際金融的不出生在上?!焙汀皩W外語的出生在北京”可以推出“學國際金融的出生在武漢”和“學工商管理的出生在上海”。由“乙不是學外語的”、“學國際金融的出生在武漢”和“乙不出生在武漢”可以推知“乙是學工商管理的”。甲不是學國際金融的,也不是學工商管理的,所以甲的專業(yè)是外語。三人的情況是:甲出生在北京,學的是外語。乙出生在上海,學的是工商管理。丙出生在武漢,學的是國際金融。
4.小楊、小方和小孫在一起,一位是經(jīng)理,一位是教師,一位是醫(yī)生。小孫比醫(yī)生年齡大,小楊和教師不同歲,教師比小方年齡小。根據(jù)上述資料可以推理出的結論是_ D____。
A.小楊是經(jīng)理,小方是教師,小孫是醫(yī)生
B.小楊是教師,小方是經(jīng)理,小孫是醫(yī)生
C.小楊是教師,小方是醫(yī)生,小孫是經(jīng)理
D.小楊是醫(yī)生,小方是經(jīng)理,小孫是教師
答案解析
仔細推理一下,就可以得出答案D:因為教師不是小楊,也不是小方,所以是小孫;小孫比小方小,比醫(yī)生大,所以醫(yī)生是小楊,經(jīng)理是小方。D選項正確。
------------------------------------話語面試題-----------------------------------------------
基礎知識部分
<meta charset="utf-8">
1.請列舉你所了解的編程語言
java、python、c/c++、javascript
2.請列舉你了解的操作系統(tǒng)
window、unix,linux,蘋果
3.請簡要說明一下數(shù)組和鏈表的區(qū)別
1)數(shù)組便于查詢和修改,但是不方便新增和刪除
2)鏈表適合新增和刪除,但是不適合查詢,根據(jù)業(yè)務情況使用合適的數(shù)據(jù)結構和算法是在大數(shù)據(jù)量和高并發(fā)時必須要考慮的問題
4.請分別解釋一下TCP/IP、FTP和HTTP的含義
FTP則是File Transfer Protocol文件傳輸協(xié)議。
TCP是傳輸協(xié)議,HTTP是應用協(xié)議。
二、使用端口號不一樣
HTTP:80
HTTPS:443
FTP:21
TCP:很多端口,作用都不一樣。
三、作用與描述
簡單說HTTP是面向網(wǎng)頁的,而FTP是面向文件的
要從FTP上下載東西,你需要的是支持FTP協(xié)議的客戶端,其實IE就是一個,但是有更好的工具可供選擇,比如CuteFTP或者FlashFXP都是不錯的工具。
HTTP的連接很簡單,是無狀態(tài)的。
HTTPS協(xié)議是由SSL+HTTP協(xié)議構建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議,要比HTTP協(xié)議安。
HTTP承載在TCP之上。打個比喻,網(wǎng)絡是路,TCP是跑在路上的車,HTTP是車上的人。每個網(wǎng)站內(nèi)容不一樣,就像車上的每個人有不同的故事一樣。
5.針對軟件開發(fā)過程中的不同階段,應該進行哪些類型的軟件測試
單元測試(各個測試的基礎,測試對象:最小可測試單元)
集成測試(測試關注最小可測試單元之間接口和子系統(tǒng)集成)
系統(tǒng)測試(整個系統(tǒng)組裝后置于真實運行環(huán)境進行全面評估)
驗收測試(用戶角度對系統(tǒng)進行認可驗收)
6.請列舉出白盒測試中的幾種邏輯覆蓋方法
定義:
白盒測試又稱結構測試,透明盒測試、邏輯驅(qū)動測試或基于代碼的測試。白盒測試是一種測試用例設計方法,白盒指的是程序的內(nèi)部結構和運作機制是可見的。
白盒測試的目的:
通過檢查軟件內(nèi)部的邏輯結構,對軟件中的邏輯路徑進行覆蓋測試;在程序不同地方設置檢查點,檢查程序的狀態(tài),以確定實際運行狀態(tài)與預期狀態(tài)是否一致。
白盒測試的方法:大致分為靜態(tài)方法和動態(tài)方法兩大類。
A. 靜態(tài)分析:
是一種不執(zhí)行程序而進行測試的技術。靜態(tài)分析的主要目的是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。
B. 動態(tài)分析:
當軟件系統(tǒng)在模擬或真實的環(huán)境中執(zhí)行前、過程中和執(zhí)行后,對其行為分析。它顯示了一個系統(tǒng)在檢查狀態(tài)下是否正確。在動態(tài)分析技術中,最重要的技術是路徑和分支測試。下面要介紹的六種覆蓋測試方法屬于動態(tài)分析方法。
符號說明:
^ 代表邏輯運算符 && 或者 ||
T 代表 True F 代表 False
A / B 代表條件表達式
(1)語句覆蓋
使程序中的每個可執(zhí)行語句都能執(zhí)行一次的測試用例
測試用例條件: A ^ B = Timage
(2)判定覆蓋(分支覆蓋)
對于判斷語句,在設計用例的時候,要設計判斷語句結果為True和False的兩種情況
測試用例條件:
A ^ B = T
A ^ B = Fimage
(3)條件覆蓋
設計用例時針對判斷語句里面每個條件表達式true 和 false各取值一次,不考判斷語句的計算結果
測試用例條件:
A=T A=F
B=T B=Fimage
(4)判定條件覆蓋(分支條件覆蓋)
設計測試用例時,使得判斷語句中每個條件表達式的所有可能結果至少出現(xiàn)一次,每個判斷語句本身所有可能結果也至少出現(xiàn)一次。
測試用例條件:
A ^ B = T A ^ B = F
A=T A=F
B=T B=Fimage
(5)條件組合覆蓋
設計測試用例時,使得每個判斷語句中條件結果的所有可能組合至少出現(xiàn)一次
測試用例條件:
A= T B= T
A= T B= F
A= F B= T
A= F B= Fimage
(6)路徑覆蓋
設計測試用例時,覆蓋程序中所有可能的執(zhí)行路徑
優(yōu)點:這種覆蓋方法可以對程序進行徹底的測試用例覆蓋,比前面講的五種方法覆蓋度都要高。
缺點:于路徑覆蓋需要對所有可能的路徑進行測試(包括循環(huán)、條件組合、分支選擇等),那么需要設計大量、復雜的測試用例,使得工作量呈指數(shù)級增長。路徑覆蓋雖然是一種比較強的覆蓋,但未必考慮判斷語句中條件表達式結果的組合,并不能代替條件覆蓋和條件組合覆蓋。
7.請列舉出黑盒測試中的幾種設計用例的方法,并選其中1中方法進行簡單解釋
- 等價類
- 邊界值
邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充,這種情況下,其測試用例來自等價類的邊界。
比如:
輸入框長度為1-11,取邊界值為:1、11、12、0
運動員的參賽項目為1-3項,取邊界值為:0項、1項、3項、4項 3. 查詢面頁面有999行,每50行為一頁,取邊界值為:輸出0行、1行、50行、51行、999行
上面提到的注冊郵箱的軟件需求,用戶名要求長度為6-15位 。
邊界值上點為:5,6,15,16 全了嗎?
在實際的測試設計中,會將等價類和邊界值結合起來使用,那么我們最終可以確認的用例設計為: 5,6,10,15,16五個長度的字符的輸入值
- 判定表
- 場景法
- 錯誤推測法
8.請簡要描述性能測試的目的,并列舉幾種常見的性能測試類型

9.請列舉你了解或熟悉的中間件
中間件位于客戶機/ 服務器的操作系統(tǒng)之上,管理計算機資源和網(wǎng)絡通訊。是連接兩個獨立應用程序或獨立系統(tǒng)的軟件。相連接的系統(tǒng),即使它們具有不同的接口,但通過中間件相互之間仍能交換信息。執(zhí)行中間件的一個關鍵途徑是信息傳遞。通過中間件,應用程序可以工作于多平臺或OS環(huán)境。
Tomcat是Sun的JSWDK(JavaServer Web Development Kit)中Servlet的運行環(huán)境(servlet容器)。Tomcat是Apache Jakarta軟件組織的一個子項目,Tomcat是一個JSP/Servlet容器,它是在SUN公司的JSWDK(Java Server Web Development Kit)基礎上發(fā)展起來的一個JSP和Servlet規(guī)范的標準實現(xiàn),使用Tomcat可以體驗JSP和Servlet的最新規(guī)范。經(jīng)過多年的發(fā)展,Tomcat不僅是JSP和Servlet規(guī)范的標準實現(xiàn),而且具備了很多商業(yè)Java Servlet容器的特性,并被一些企業(yè)用于商業(yè)用途。
10.請列舉你了解或熟悉的linux中的命令及含義
3.1 pwd 打印工作目錄,當前所有文件夾全路徑(print work directory)
3.2 cd 進入到文件夾(change directory)
3.2.1 cd .. 向上跳一級文件夾
3.2.2 cd 具體路徑 進入到指定文件夾
3.3 mkdir 新建空文件夾(make directory)
3.4 ls 顯示當前目錄下的文檔名(list),ll (等于ls -l)顯示當前目錄下的文檔詳細信息(包括權限,所屬用戶和組,大小,時間,名稱等)
3.5 vi(visual editor:可視化比較器)和vim(vi improved:vi的升級版)都是編輯文件
3.5.1 如果文件不存在,帶有創(chuàng)建文件功能
3.5.2 vi普通編輯 vim高級編輯(帶有顏色)
3.5.3 進入到編輯器后非可編輯狀態(tài),點擊"i"或"insert"啟用編輯狀態(tài)
3.5.4 編輯后點擊"esc"退出編輯狀態(tài),輸入
3.5.4.1 :wq 保存并退出
3.5.4.2 :q 不保存退出(適用于沒有編輯時)
3.5.4.3 :q! 強制退出
3.6 touch 創(chuàng)建空文件
3.7 cat(catenate) 查看文件全部內(nèi)容
3.8 head [-n] 文件名 查看文件前n行,默認前10行
3.9 tail [-n] 文件名 查看文件后n行,默認后10行
3.9.1 tailf 動態(tài)顯示文件后n行內(nèi)容,常用在顯示tomcat日志文件功能
3.10 echo '內(nèi)容'>> 文件名 向文件中添加一些內(nèi)容
3.11 ifconfig 打印網(wǎng)卡信息(可查看ip地址)
3.12 reboot 重啟
3.13 tar zxvf 文件名
3.13.1 打包并壓縮文件:“tar -czvf 壓縮包名.tar.gz 文件名”
3.13.2 解壓并展開壓縮包:“tar -xzvf 壓縮包名.tar.gz”
3.13.3 z:通過gzip支持壓縮或解壓縮。還有其他的壓縮或解壓縮方式,比如j表示bzip2的方式。
3.13.4 x:解壓縮。c:是壓縮
3.13.5 v:在壓縮或解壓縮過程中顯示正在處理的文件名
3.13.6 f:f后面必須跟上要處理的文件名。
3.13.7 z代表gzip的壓縮包;x代表解壓;v代表顯示過程信息;f代表后面接的是文件
3.14 cp [-r] 原文件 新文件路徑 :復制文件
3.14.1 cp:copy
3.14.2 -r 復制文件夾(遞歸處理,將指定目錄下的所有文件與子目錄一并處理)
3.15 ctrl+c 中斷(或用exist)
3.16 mv 原文件 新文件 :剪切(具備重命名功能)
3.16.1 mv:move
3.17 rm [-rf] 文件名 :刪除
3.17.1 rm:remove
3.17.2 -r :刪除目錄
3.17.3 -f :強制刪除,不需要確認
3.18 clear 清屏
3.19 kill -7 進程號 殺掉進程
3.20 mkdir -p
3.20.1 創(chuàng)建t1,t2,t3三個文件夾命令:mkdir t1 t2 t3
3.20.2 使用-p參數(shù)創(chuàng)建多級文件夾,如:t1/t2/t3;命令:mkdir -p t1/t2/t3
3.20.3 在多個文件夾里的每個文件里面創(chuàng)建一個test文件夾,命令:mkdir {t1,t2,t3}/test
11.如果需要對QQ或者MSN中‘發(fā)送文件’功能進行測試的話,你能從哪些方面進行測試
QQ 傳文件 ,擴展下這個詞語: QQ通過網(wǎng)絡傳文件, 我們來分析下里面的名詞和動詞
名詞: QQ 文件 網(wǎng)絡 動詞: 傳
QQ的屬性:好友 非好友 QQ版本 在線 不在線
文件屬性:文件 文件夾 文件大小 文件類型 文件數(shù)量
網(wǎng)絡屬性:網(wǎng)絡好,網(wǎng)絡差, 跨網(wǎng)
根據(jù)我們提取出來的屬性,分析出下面需要測試的場景
1、給在線非好友傳文件
2、給不在線非好友傳文件
3、給不支持傳文件版本的QQ的在線用戶傳文件
4、給在線的好友傳文件
5、給不在線的好友傳文件
6、假如QQ支持單個QQ同時給5個用戶傳文件, 那么同時給5個用戶和6個用戶傳文件
7、傳文件夾
8、傳文件
9、文件大小最大支持XXG, 傳XXG的文件和比XXG大一點的文件
10、傳不允許的文件類型
11、同時支持傳XX個文件, 那么測試同時傳XX個文件, 測試同時傳XX+1個文件
12、支持文件的最大傳輸速率XX,需要測試是否有限制
13、單個用戶每天最大傳輸XXG文件,需要測試是否有限制
14、 單個用戶每天最多給XX人傳輸文件
15、單個用戶每天最多傳輸XX個文件
16、傳輸過程中斷網(wǎng), 如何處理
17、傳輸過程中網(wǎng)絡很差,是否能夠成功
18、傳輸過程中取消
19、傳輸時沒有網(wǎng)絡
20、 傳文件時對方拒絕
筆試題
<meta charset="utf-8">
一.闡述安裝程序的測試要點
1)軟件在不同操作系統(tǒng)下安裝是否正常。
2)軟件安裝后的是否能夠正常運行,安裝后的文件夾及文件是否寫到了指定的目錄里。
3)軟件安裝各個選項的組合是否符合概要設計說明
4))軟件安裝向?qū)У腢I測試
5)軟件安裝過程是否可以取消,點擊取消后,寫入的文件是否如概要設計說明處理
6)軟件安裝過程中意外情況的處理是否符合需求(如死機,重啟,斷電)
7)安裝空間不足時是否有相應提示
8)安裝后沒有生成多余的目錄結構和文件
9)對于需要通過網(wǎng)絡驗證之類的安裝,在斷網(wǎng)情況下嘗試一下
10)還需要對安裝手冊進行測試,依照安裝手冊是否能順利安裝
二.闡述程序界面中如下類型控件的測試要點(姓名,年齡,email,身份證號,密碼)
姓名輸入框:
1、重復
2、長度:例如支持100字符, 那需要測試100字符、101字符、100字符后輸入一個漢字的情況, 最大長度的顯示是否正常
3、哪些是支持的字符類型:數(shù)字、字母、漢字、字符!@!#、特殊字符(tab 回車鍵是否支持)
4、是否支持多行,保存是否成功,顯示是否按輸入的多行顯示
5、字符中帶有HTML標記對時,顯示是否正常
6、字符串前后中帶空格,前后的空格是否過濾, 中間的空格是否保留
7、最大長度顯示是否正常
8、全角半角的字母、數(shù)字
9、字符串中帶JS標記對, 比如<script>alert('aa');</script>
10、復制功能是否可用
11、粘貼功能是否可用、粘貼超過最大長度的字符串怎么顯示?
12、多瀏覽器的兼容性
年齡下拉框:
1)默認值(為空,提示選擇,某一值)檢查;
2)列表內(nèi)容,是可變還是固定的,可變的最好要用SQL或其他方式驗證正確性,不允許出現(xiàn)重復值;
3)列表中的排序方式,特別是選項過多時尤為重要;
4)列表過長是否提供滾動條支持,一般超過10個需要滾動條;
5)選擇一個選項后是否可編輯,有的下拉菜單允許編輯選擇,這還需要驗證其合法性;
6)列表中文本的對齊方式,一般都是左對齊;
7)選擇框的長度是否可變;
8)選擇框的長度是否合適,是否會出現(xiàn)選擇項后不能全部顯示其內(nèi)容;
9)下拉菜單獲取焦點后,是否可以通過鍵盤操作,主要包括↑,↓,Home ,End ,PageUP ,PageDown等。
下拉菜單聯(lián)動檢查:
假設有A、B、C三個下拉菜單,A聯(lián)動B,B聯(lián)動C;這時需要檢查:
1)A選擇一個選項后,B下拉菜單內(nèi)容應該是A中這一項所包括的所有內(nèi)容;
2)選擇B中的一個選項,C下拉菜單內(nèi)容應該是B中這一項所包括的所有內(nèi)容;
3)更改A中的內(nèi)容,B,C菜單應該做相應改變;
4)更改B中內(nèi)容,C菜單應做相應改變。
email:
郵箱格式:郵箱名@域名(a@b.c) 先根據(jù)常用的郵箱,總結出郵箱名的要求:
- 163網(wǎng)易郵箱規(guī)則
(提示信息不夠全面,但是輸入有誤時有相應提醒)
(1)結尾形式有:@126.com @163.com @yeah.net
(2)長度:6~18個字符
(3)字符類型:字母,數(shù)字,下劃線
(4)首尾限制:需字母開頭,字母或數(shù)字結尾


- QQ郵箱
(提示信息不夠全面,但是輸入有誤時有相應提醒)
(1)結尾形式有:@qq.com @foxmail.com
(2)長度:3~18個字符
(3)字符類型:英文,數(shù)字,點,減號,下劃線
(4)首尾限制:需a-z的英文字母(不分大小寫)開頭,英文字母或數(shù)字結尾


- 新浪郵箱
(提示信息很全面)
(1)結尾形式有:@sina.com @sina.cn @vip.sina.com
(2)長度:4~16個字符
(3)字符類型:英文小寫,數(shù)字,下劃線
(4)首尾限制:下劃線不能用在首尾



- 搜狐郵箱
(字符類型和長度提示信息簡潔,但是點,減號,下劃線表示形式不太美觀,易懂)
(1)結尾形式有:@sohu.com
(2)長度:4~16位
(3)字符類型:英文,數(shù)字,(點),下劃線,減號
(4)首尾限制:開頭需為小寫子字母,結尾沒有限制(大小寫字母,數(shù)字,點,下劃線,減號均可)

- Hotmail(微軟)郵箱
(字符類型和長度均沒有提示,體驗很差)
(1)結尾形式有:@hotmail.com outlook.com
(2)長度:沒有明確表示,大概為1~65位
(3)字符類型:字母,數(shù)字,點,下劃線,減號
(4)首尾限制:開頭需字母,結尾可用大小寫字母,數(shù)字,下劃線,減號,不可用點

身份證號碼輸入框:
1、非1位數(shù)字(包括空格、空)
2、非X和x的字母
3、18位合法的身份證號
4、17位數(shù)字、19位數(shù)字
5、15位合法的身份證號
6、14位數(shù)字、16位數(shù)字
7、號碼中含有特殊字符、中文、字母(除最后一位是X或x)、全角字符、空格
8、全部為空格
9、輸入框不可粘貼復制漢字 ,數(shù)字超過 18位
密碼輸入框:
1、輸入錯誤的密碼是否會有提示
2、輸入空格或比復合規(guī)則的內(nèi)容時是否會提示
3、兩次密碼不相同是是否有提示
4、密碼是否有長度限制
5、密碼是否區(qū)分大小寫
6、密碼為一些簡單常用字符串時,是否提示修改?如:123456
7、密碼存儲方式是否加密
3.假設某個系統(tǒng)的查詢模塊具有如下功能需求:通過“商品名稱”,“商品類型”,“成交日期”,“付款日期” 幾個條件查詢所需的交易記錄,請針對這個需求設計測試用例
https://blog.csdn.net/m0_46482126/article/details/104694503
四.請闡述缺陷描述的要點
測試環(huán)境:瀏覽器:全部/IE8,操作系統(tǒng):win7 x64
測試數(shù)據(jù):用戶名,密碼,相關的業(yè)務賬號
重現(xiàn)步驟:缺陷發(fā)現(xiàn)的過程
缺陷等級:開發(fā)修復的順序
缺陷說明:告訴開發(fā),你所認為的缺陷是什么,取得理解上的一致實際結果與預期結果進行比較來說明這個缺陷
截圖:
1.截大一點,最好截整個桌面或整個窗口
2.盡量注意不要包含不好的信息,比如群聊窗口
3.截圖中強烈建議加上文字描述缺陷的位置和說明




