電梯功能的測(cè)試用例和測(cè)試方案

1、精選文檔一、如果給你一臺(tái)電梯，請(qǐng)問你如何測(cè)試它，分析如下1.功能：上升、下降、停止、開門、關(guān)門、梯內(nèi)電話、燈光、指示燈等；2.性能：速度、反應(yīng)時(shí)間、關(guān)門時(shí)間等；3.壓力：超載、尖銳物碰撞電梯壁等；4.安全：停電、報(bào)警裝置、轎箱?？课恢谩⒂腥税情T時(shí)的情況等；5.可用性：按鍵高度、操作是否方便、舒適程度等；6.UI：美觀程度、光滑程度、形狀、質(zhì)感等；7.穩(wěn)定性：長時(shí)間運(yùn)行情況等；8.兼容性：不同電壓是否可工作、不同類型電話是否可安裝等。其實(shí)在簡單分析的過程中，發(fā)現(xiàn)許多東西根本測(cè)試不全，比如電話、燈光、材質(zhì)、調(diào)度程序、可維修性等，當(dāng)發(fā)現(xiàn)在一個(gè)用例中無法說清楚時(shí)，這些應(yīng)該拆分開來分別測(cè)試。可以告訴主考

2、官，你需要模塊化地測(cè)試電話、燈光等。再有在一起的組裝測(cè)試。二、下面是詳細(xì)的測(cè)試點(diǎn)：需求測(cè)試：查看電梯使用說明書、安全說明書等界面測(cè)試：查看電梯外觀功能測(cè)試：1.測(cè)試電梯能否實(shí)現(xiàn)正常的上升和下降功能。2.電梯的按鈕是否都可以使用。3.電梯門的打開，關(guān)閉是否正常。4.報(bào)警裝置是否可用。5.與其他電梯之間是否協(xié)作良好。6.通風(fēng)狀況如何。7.突然停電時(shí)的情況。8.上升途中的響應(yīng)。 1）電梯本來在1樓，如果有人按18樓，那么電梯在上升到5樓的時(shí)候，有人按了10樓，這時(shí)候是否會(huì)在10樓先停下來； 2）電梯下降到10層時(shí)顯示滿員，此時(shí)若8層有人等待電梯，是否在8層停。9.是否有手機(jī)信號(hào)可靠性：1.門關(guān)上的一

3、剎那出現(xiàn)障礙物。2.同時(shí)按關(guān)門和開門按鈕。3.點(diǎn)擊當(dāng)前樓層號(hào)碼4.多次點(diǎn)擊同一樓層號(hào)碼5.同時(shí)按上鍵和下鍵易用性：電梯的按鈕的設(shè)計(jì)符合一般人的習(xí)慣嗎用戶文檔：使用手冊(cè)是否對(duì)電梯的用法、限制、使用條件等有詳細(xì)的描述壓力測(cè)試：1.看電梯的最大承重量，在負(fù)載過重時(shí)報(bào)警裝置是否有提醒2.在一定時(shí)間內(nèi)不斷讓電梯上升、下降穩(wěn)定性測(cè)試：看電梯在最大負(fù)載下平穩(wěn)運(yùn)行的最長時(shí)間如何編寫測(cè)試用例：1、了解軟件的原始需求(測(cè)試目的)在編寫一個(gè)軟件或者模塊的測(cè)試用例時(shí)候，一定要明白這個(gè)功能的原始需求，也就是軟件的使用者(客戶)的需求。理解原始需求后，編寫的測(cè)試用例才更有目的性。2、熟悉軟件的功能需求(測(cè)試點(diǎn))這個(gè)功能需

4、求是指軟件的細(xì)化需求點(diǎn)，這個(gè)一般在需求文檔里面都會(huì)體現(xiàn)。這里要做的是把需求穩(wěn)定的“粗略”的需求，細(xì)化成一個(gè)個(gè)小需求點(diǎn)。熟悉功能需求后，要知道軟件是怎么使用的，這也才能覆蓋到各種操作?？傊?，測(cè)試用例一定要全部覆蓋所有的需求點(diǎn)，這是最基本的一點(diǎn)。3、熟悉軟件的實(shí)現(xiàn)原理(測(cè)試點(diǎn))在理解原始需求和軟件的功能需求后，軟件有什么功能，如何使用就基本上都知道啦。這時(shí)候在根據(jù)需求編寫測(cè)試用例，基本上都能覆蓋的比較全面。在此基礎(chǔ)上，熟悉軟件的實(shí)現(xiàn)原理，理解軟件的內(nèi)部處理。(1)熟悉原理的過程是進(jìn)一步深入熟悉軟件的過程。如果單單是從需求點(diǎn)上面覆蓋案例，測(cè)試用例只能覆蓋“表面”的一層。一些內(nèi)部的處理流程也許沒有覆蓋

5、到，而這些沒有覆蓋到的代碼很可能就是一個(gè)風(fēng)險(xiǎn)點(diǎn)。(2)熟悉模塊原理后，還有一點(diǎn)就是易于分析軟件模塊的關(guān)聯(lián)性。一個(gè)大型的軟件，都是一些小模塊的組合而成。軟件越是大型，耦合就越大?！盎ハ嘤绊憽本蜁?huì)越多，設(shè)計(jì)用例單單是從模塊本身考慮的話，很可能就會(huì)對(duì)其他模塊造成風(fēng)險(xiǎn)。4、用戶場(chǎng)景和網(wǎng)上問題(測(cè)試點(diǎn))從用戶的使用場(chǎng)景考慮，這些在一些網(wǎng)絡(luò)設(shè)備比較重要。比如軟件后期在一些真實(shí)的使用環(huán)境中使用。還要就是從一些網(wǎng)上問題總結(jié)出來的，那些地方容易出錯(cuò)。在設(shè)計(jì)案例的時(shí)候需要考慮進(jìn)去5、測(cè)試用例的框架我覺得一個(gè)測(cè)試用例的框架體現(xiàn)了一個(gè)測(cè)試人員在設(shè)計(jì)測(cè)試用例的整體思路?？蚣芤彩菑拇蟮叫澐窒聛恚梢允牵篣I界面，功能，

6、容錯(cuò)，兼容，性能等幾大類，每個(gè)大類在根據(jù)軟件的邏輯等進(jìn)行劃分成小類，最后細(xì)分到測(cè)試點(diǎn)。6、測(cè)試步驟(測(cè)試技巧方法)前面4點(diǎn)都是從測(cè)試點(diǎn)的角度考慮，測(cè)試用例在完成測(cè)試點(diǎn)外，下來就是測(cè)試步驟和測(cè)試結(jié)果啦。測(cè)試用例可以寫的很詳細(xì)，也可以寫的比較簡單?？垂镜囊螅行┕疽y(cè)試步驟很細(xì)很細(xì)，包括測(cè)試結(jié)果和測(cè)試步驟一一對(duì)應(yīng)。我個(gè)人不太認(rèn)同這種做法，測(cè)試用例最重要的我認(rèn)為是測(cè)試點(diǎn)。只要理解了測(cè)試目的后，下來的就是測(cè)試人員的執(zhí)行工作啦。如果對(duì)一些非常嫻熟的測(cè)試人員，他們一般看測(cè)試用例的標(biāo)題就是知道你測(cè)試目的了，具體的操作就是根據(jù)他們的測(cè)試方法進(jìn)行測(cè)試。如果測(cè)試步驟寫的很詳細(xì)的話，一會(huì)很耗時(shí)間。你要考慮到

7、文字語言的描述，以及一些前置步驟的操作，這也會(huì)導(dǎo)致案例有時(shí)候像個(gè)文章，而且過于詳細(xì)的會(huì)限制執(zhí)行人員的思維。要求測(cè)試步驟寫的很詳細(xì)的公司，一般是怕執(zhí)行人員的執(zhí)行力不到位，導(dǎo)致沒有理解案例的目的，導(dǎo)致漏測(cè)。一般出現(xiàn)在新員工對(duì)軟件系統(tǒng)的不熟悉。7、測(cè)試用例的一些思路在設(shè)計(jì)案例中，我用的最多的是邊界值，等價(jià)類，正常和異常的測(cè)試。下面是我想到的幾個(gè)方面：(結(jié)合一些網(wǎng)上文章的觀點(diǎn))一)從單個(gè)模塊或者單個(gè)功能點(diǎn)考慮(1)UI界面(易用性，提示信息，整體布局，色彩，中英文標(biāo)點(diǎn)錯(cuò)別字)(2)數(shù)據(jù)的多樣性有效數(shù)據(jù)合法的無效數(shù)據(jù)(邊界值)非法和異常數(shù)據(jù)各種數(shù)據(jù)的組合(3)操作多樣性添加刪除編輯查詢多用戶的操作(4)容量測(cè)試(5)用戶權(quán)限(使用權(quán)限)(6)升級(jí)安裝卸載(平滑升級(jí))(7)日志相關(guān)(包括調(diào)試日志)(8)軟件功能的邏輯劃分功能上劃分未能覆蓋的代碼邏輯，可以添加白盒灰盒用例;(9)關(guān)聯(lián)的功能設(shè)計(jì)關(guān)聯(lián)的測(cè)試的用例(10)可靠性，容錯(cuò)性(11)兼容性(瀏覽器，系統(tǒng))(12)安全性(13)性能(這里的性能是指，單個(gè)模塊或者子系統(tǒng)的性能)總之測(cè)試用例首