大家好，我是愛分享知識的小拿~

那麼今天一起來看看“線上實習”吾研專案第一期中，學長學姐認證模組官方測試用例的改進版。

話不多說，讓我們進入今天的知識分享環節叭！

1）如果整個業務模組稍微多一些，那麼可以在測試項之前加一個模組，可以按頁面、也可以按功能，自己做一個判斷。那這樣更方便的去看到你這個case 屬於哪個地方里面，甚至屬在哪個頁面上。

2）大家對這個ABCD可能不是很瞭解。那一般我們是這麼認為，我們分為四層。

• A是主流程，就是我們正常頁面功能，如果有bug，他是沒法往下走的。那這個時候需要我們的開發同學儘量自測，測完之後測試同學再去進行case 的重測，如果是測試圖沒過去的話，那麼就會極大的影響測試的。如果主流程有問題，測試是無法進行下去的。所以這種情況下，我們一般會把鍋踢回給開發。
• B就是一些流程的細節，這個主流程的責任。但是這個流程裡面可能他有很多判斷的條件，可能讓開發去測的話就很繁瑣，所以測試把那些細節、各種分支、一二三、各種test case去測清楚
• C是一些比較小的bug ，一般來說就算不改，可能也對整個產品上線的影響不是很大。
• D一般就是一個建議：我覺得這個頁面這個地方顏色配色不好、我覺得這個地方可能不好…測試同學是有一個許可權去提，因為測試是獨立於開發。他雖然在做case 的時候可能要彼此溝通，但是在自己做的時候，也有自己的一個立場。

所以主流的還還是ABC，所以很多同學標ABC可能沒太理解到底是意思，標的有點不太對。

3）大家需要做一些等價類或其他類的測試用例時，沒有去認真做，沒有去想好測試這個職位，怎麼能夠保證功能上線沒有bug。所以不光要測正規的流程，還要測它的異常流程。如果異常流程你測出bug 了，說明開發沒有去做這塊邏輯。如果正常流程你一測都沒有問題，說明上面開發做了這個流程，所以最後上線時，你才有把握說基本上沒有什麼bug，因為能測的都覆蓋到了。

所以這三點一定要注意。

那麼這個同學其實做得比較OK，所以大拿老師就簡單補充一下。

大拿老師點評：

1. 首先在流程裡面分為未認證、認證中、稽核中、認證失敗和認證成功，分別點選認證狀態，後面是它的一個預期結果。
2. 在預期結果裡面，比如單向流程，你點了它應該沒有什麼異常效果，所有的異常效果都是錯的。
3. 但是在一些輸入框、或者在一些邏輯部分就需要注意。比如選省市，它是二級聯跳，一定要寫清楚有省，而且省寫完之後有幾種狀態
4. 如果比較資深的話，一定要注意最後提交時，他的資訊、他所謂的省的i d 或者學校的i d 是與輸入相一致的。
5. 所以這個是提交後的一個bug，很多同學沒有去寫，但是我這邊我們認為就它是一體，所以想到這個地方你會想到很多的case 點，就相當於你的產品功底很好，會不斷的補充。所以一個新手，閉環上總是缺點東西。

03

大拿老師點評：

1. 像輸入文字這一條，就是大家不管是產品還是開發是測試，大家知道他預設就是靠左的，那麼就不用去寫這條，一般來說我們會有一個統一的介面的一個case。
2. 然後你覺得這個地方不合適，可以提出來。除非很特殊，你覺得看著非常彆扭，必須要改，你可以打個B級的case ；但如果正常的話，可以打個C 甚至是D ，這是要判斷ABCD的要點的地方。
3. 文字長度是一個非常標準的等價類測試。但是一般來說必填項肯定是有最少次數的，只是說產品可能有時候忘了告訴文件說多少字，這時候測試可以去問產品，這個地方應該多少字。比如我們覺得最少可能是兩個字，如果少於兩個字，提交之後資訊專業這塊會報錯，所以這個對應的那個報錯資訊，產品應該給出。
4. 一定要注意，等價類一定要測邊界，兩個字和十五個字都要去測。他成功，說明開發去處理了這個二和十五，所以，你最多的時候測一個三、四，測一個就好了。那你知道，原來邊界處理了，內部處理了，外部也處理了，所以這個輸入框架不會有任何問題。
5. 只有做到這個程度上，你才能基本上自己相信，這個長度沒有別的可能會出現問題的地方。所以你要注意它的完整性。
6. 從這些邏輯基礎上發現，原來這才是測試真正要去考慮的事情，而不是說光考慮單個流程，要考慮開發有沒有能實現了這個異常邏輯的判斷。要不然到處都沒有判斷，然後你提交一個字也成功，提交五個字也成功，最後問題比較大。

04

大拿老師點評：

“取消”這個要注意，如果插入成功，注意插入成功的樣式，而且要提供刪除功能。如果他想在提交之前把提交成功的刪掉，重新傳，這個是一個閉環。很多產品沒有想到啊，但是測試同學應該要去想到這種細節，因為我們測試的工作就是為了保證整個產品它是沒有問題的。

大拿老師小結：

其他的細節，大家到時候看一下文件就好了。因為這個文件特別容易看，我看幾個同學寫的都比較到位。

那麼今天的官方改進版就到這裡，大家有問題可以在評論裡面進行溝通哦。