題目： 環(huán)境：B/S結(jié)構(gòu)由安博測試空間技術(shù)中心http://www.btestingsky.com/提供內(nèi)容：后臺，一個(gè)文本框，要求輸入5-100個(gè)長度的任意格式的字符串；要求輸入的字符可以在前臺正確

題目： 環(huán)境：B/S結(jié)構(gòu)

由安博測試空間技術(shù)中心http://www.btestingsky.com/提供

內(nèi)容：后臺，一個(gè)文本框，要求輸入5-100個(gè)長度的任意格式的字符串；要求輸入的字符可以在前臺正確的顯示。請根據(jù)需求設(shè)計(jì)一組測試數(shù)據(jù)，根據(jù)這組測試數(shù)據(jù)的測試，可以完整把握功能的正常使用。

答案：

長度分別為4，5，6的中文字符串——長度為4不通過，其他通過 長度分別為50的中文字符串——通過

長度分別為99，100，101的中文字符串——長度為101不通過，其他通過

長度分別為4，5，6的英文字符串——長度為4不通過，其他通過 長度分別為50的英文字符串——通過

長度分別為99，100，101的英文字符串——長度為101不通過，其他通過

字符串：<’”& &”’> ——顯示和編輯的時(shí)候正常顯示

字符串： 99個(gè)空格 “中中中中中中”——通過

字符串：“中中中中中中” 99個(gè)空格——通過

另外，我覺得作為軟件測試人員，應(yīng)該打開思路，逆向思維，這樣才可以發(fā)現(xiàn)更多缺陷。

作為一位功能測試人員，其主要的職能就是進(jìn)行測試用例的設(shè)計(jì)，并根據(jù)測試用例執(zhí)行測試，通過全面的測試來驗(yàn)證產(chǎn)品的質(zhì)量。因此測試用例也從側(cè)面反映了一個(gè)測試人員的測試思路的嚴(yán)密和發(fā)散性，要做好功能測試，測試用例的重要性無法忽視?，F(xiàn)將本人設(shè)計(jì)測試用例的流程和思路進(jìn)行總結(jié)，也方便進(jìn)行交流和探討：

1） 首先要對測試用例的組織結(jié)構(gòu)進(jìn)行劃分

如果公司的測試流程還算規(guī)范完整的話，在進(jìn)行需求評審的時(shí)候，測試人員就應(yīng)該根據(jù)需求對測試用例的結(jié)構(gòu)進(jìn)行分類，如果是一個(gè)比較大型的管理系統(tǒng)，那么測試用例就可以根據(jù)功能模塊來進(jìn)行分類，比如：

如果是游戲，就可以根據(jù)場景來進(jìn)行劃分，比如：

對測試用例的組織結(jié)構(gòu)進(jìn)行劃分的思路，主要根據(jù)需求文檔的測試切入點(diǎn)來進(jìn)行參考。

2） 根據(jù)功能點(diǎn)細(xì)致地設(shè)計(jì)測試用例

進(jìn)行完需求評審后，開發(fā)人員會根據(jù)需求文檔及自己所負(fù)責(zé)的工作提交自己的設(shè)計(jì)文檔來進(jìn)行評審，測試人員可以參考設(shè)計(jì)文檔中的內(nèi)容提取出各個(gè)功能模塊中的功能點(diǎn)來設(shè)計(jì)測試用例，如果是管理模塊，首先可以將增刪查改功能作為第一層功能點(diǎn)，然后再根據(jù)必填項(xiàng)非空判斷、輸入格式驗(yàn)證來作為第二層功能點(diǎn)；如果是報(bào)表模塊，就可以根據(jù)各種查詢條件來提取功能點(diǎn)。

劃分好功能點(diǎn)后，就可以利用等價(jià)類劃分、邊界值分析等一些測試方法來編寫測試用例，并且可以進(jìn)行標(biāo)注，這樣對于后期的測試用例整理相當(dāng)有幫助。

3） 執(zhí)行完一輪測試之后，都要對測試用例進(jìn)行補(bǔ)充和整理

執(zhí)行完一輪測試之后，都會對所測試的內(nèi)容有進(jìn)一步的了解，并且開發(fā)人員在實(shí)際開發(fā)過程中，會對某些功能的細(xì)節(jié)部分做出一些修改，測試人員應(yīng)該根據(jù)變更和熟悉程度對之前編寫的測試用例進(jìn)行完善，主要是對測試步驟的修改和異常情況的補(bǔ)充，提高測試用例對需求的覆蓋率，以便能發(fā)現(xiàn)更多的BUG 。

4） 測試結(jié)束之后，根據(jù)測試用例整理出測試思路進(jìn)行總結(jié) 測試結(jié)束之后，測試人員在提交測試報(bào)告之后一般基本就會有一段短暫的休閑期，在此期間，再看看被自己不斷完善的測試用例，根據(jù)用例中的標(biāo)注，可以將之前的測試思路很條理地整理出來，反思有哪些地方考慮不足，這就是經(jīng)驗(yàn)積累。

做好這些工作之后，在面對領(lǐng)導(dǎo)問你功能測試會測試到哪些功能，會測試哪些情況，執(zhí)行一輪測試所需的大概時(shí)間問題時(shí)，測試人員就可以根據(jù)自己編寫的測試用例進(jìn)行流利回答。套用郭德剛的一句詞：做科學(xué)的人都是很嚴(yán)謹(jǐn)?shù)摹４蠹易鳛槎际怯猩矸葑C的測試人員，只有工作做得細(xì)致嚴(yán)謹(jǐn)，自身的水平才能得到提高。

列表頁面顯示：

1. 確認(rèn)頁面的默認(rèn)排序方式，字段 升降續(xù)；

2. 含link 的列，驗(yàn)證其有效性，即，點(diǎn)擊后的跳轉(zhuǎn)是否正確；

3. 第一列的選擇框，“全選”和“部分 選擇”需有效；部分選中時(shí)，全選按鈕應(yīng)自動(dòng)取消。

頂部搜索功能：

4. 逐個(gè)測試每個(gè)搜索條件的有效性；

5. 做2-3個(gè)組合條件的查詢，驗(yàn)證結(jié)果；合計(jì)共有N 3個(gè)搜索條件的測試。

6. 有時(shí)間區(qū)間的，驗(yàn)證列表項(xiàng)的開始到結(jié)束時(shí)間 和 選擇區(qū)間有交叉，則為有效，且包含所選日期的記錄；

7. 條件中，開始時(shí)間不能大于結(jié)束時(shí)間；

8. 搜索條件，在分頁顯示時(shí)，需始終保持有效；

9. 點(diǎn)擊名為“顯示全部”的按鈕，需清除所有條件，并顯示所有記錄。

10. 每一次新的搜索執(zhí)行，都應(yīng)該去除分頁，顯示第一頁、并回到進(jìn)入頁面時(shí)的默認(rèn)排序方式。

右側(cè)或底部的按鈕（按功能分成多個(gè)用例）：

11. 單選，多選、全選的情況下，點(diǎn)擊按鈕執(zhí)行某個(gè)功能，如暫停服務(wù)、恢復(fù)服務(wù)的按鈕；

12. 跨頁選擇，在一些 選擇成員的列表中是應(yīng)有效的，需進(jìn)行確認(rèn)。

列表數(shù)據(jù)的驗(yàn)證：

13. 驗(yàn)證從數(shù)據(jù)庫中得到的列表項(xiàng)中每列數(shù)據(jù)的正確性，要求覆蓋不同情況下的值，比如“開通”、“暫?！钡姆?wù)狀態(tài)；已使用空間大小和總空間大小等數(shù)字的正確性?？煽紤]結(jié)合其他用例來描述，但必須覆蓋到。

列表按標(biāo)題的排序：

14. 檢查每個(gè)列標(biāo)題，要求點(diǎn)擊后能按其進(jìn)行排序：第一次點(diǎn)擊為正序，以后每次點(diǎn)擊為升、降續(xù)的切換。

15. 進(jìn)入下一頁、上一頁，以及任意分頁顯示時(shí)，條件需始終保持有效。

分頁：

16. 第2頁/共8頁 每頁 10條/共 79條中的 分頁數(shù)據(jù)必須正確；

17. 第一頁、 上一頁、下一頁、最后一頁的link 在當(dāng)前上下文有意義時(shí)顯示，否則隱藏或顯示為文本標(biāo)簽；

18. 填入某個(gè)數(shù)字，點(diǎn)擊“跳轉(zhuǎn)到”按鈕，到正確的頁數(shù)；

另外請考慮每個(gè)文本框輸入的有效性，比如日期、域名、跳轉(zhuǎn)到某頁的文本框的能接受的值，具體可參考需求文檔。以上為工作中的手記，供新手參考。

對于測試用例我自己的理解為：測試用例將軟件測試的行為活動(dòng)，做一個(gè)科學(xué)的組織歸納的過程，簡單地說，測試用例就是設(shè)計(jì)一個(gè)情況，軟件程序在這種情況之下，必須能正常運(yùn)行并達(dá)到程序所設(shè)計(jì)的執(zhí)行結(jié)果；測試用例描述了按一定的順序執(zhí)行的并與測試目標(biāo)相關(guān)的測試活動(dòng)，它明確的是“怎樣”測試。

編寫測試軟件用例設(shè)計(jì)的目的，是為了能將軟件測試的行為轉(zhuǎn)換為" 可管理、可維護(hù)" 的模式。軟件測試行為必須能量化，這樣才能進(jìn)一步讓管理層掌握所需要的測試過程，同時(shí)軟件測試的生命周期伴隨著產(chǎn)品生命周期的發(fā)展，其中測試行為也需要逐漸推進(jìn)的過程，所以測試用例就成為測試行為具體量化與改進(jìn)的有效途徑。

有了測試用例，可以進(jìn)行測試用例評審和測試用例的持續(xù)改進(jìn)，進(jìn)而達(dá)到提高測試用例質(zhì)量的目的。對于測試用列的日常時(shí)間中，個(gè)人有以下幾點(diǎn)心的體會：

1、明確用例設(shè)計(jì)的必要性：日程的測試行為中，我們不可能對軟件進(jìn)行窮舉測試，為了節(jié)省資源與實(shí)踐、提高測試效率、就必須從數(shù)量極大的可用測試數(shù)據(jù)中科學(xué)的挑選即有代表性、特殊性、或典型性(基于業(yè)務(wù)使用場景) ，的測試數(shù)據(jù)來進(jìn)行測試；

2、以日常實(shí)踐指導(dǎo)用例設(shè)計(jì)、改進(jìn)的思想：

2.1、在實(shí)施軟件測試之初，以測試的角度解讀需求，設(shè)計(jì)完成測試用例，避免盲目測試，提高測試效率

2.2、測試用例的使用，使得測試的實(shí)施重點(diǎn)突出、目的明確

2.3、在軟件版本更新后只需維護(hù)較少數(shù)用例便可開展后續(xù)測試迭代，降低測試強(qiáng)度，縮短整個(gè)項(xiàng)目周期

2.4、測試用例亦能做到通用化與復(fù)用化，使得軟件測試過程針對性強(qiáng)，互補(bǔ)性強(qiáng)。并且用例的設(shè)計(jì)水平不斷的精化與攀升

3、科學(xué)選擇設(shè)計(jì)方法：目前主流用例方法都比較實(shí)用，但在測試實(shí)踐中，具體采用什么方法，還是要正對開發(fā)項(xiàng)目的特點(diǎn)對方法加以適當(dāng)?shù)倪x擇，切勿死板硬套。