電梯功能的測試用例和測試方案

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

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

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

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

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

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

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