看一下(xià)APP開發公司的(de)測試用(yòng)例怎麽寫

專業一點的(de)APP開發公司在開發一個(gè)項目時(shí)，都會寫測試用(yòng)例。不管是測試人(rén)員(yuán)寫，還(hái)是産品經理(lǐ)寫，總之會有這(zhè)麽一份文檔，用(yòng)于産品測試和(hé)項目驗收。那麽，一般在APP開發公司該如何撰寫測試用(yòng)例呢(ne)？

一、産品測試的(de)意義
一個(gè)完整的(de)開發流程。從提需求、開發、交付。這(zhè)中間都應該有個(gè)結果。就如你做(zuò)一件事，得(de)有個(gè)東西來(lái)判斷你是否已經完成了(le)這(zhè)件事。那麽測試結果就是這(zhè)個(gè)東西了(le)。
一般情況下(xià)，在開需求評審會議(yì)時(shí)同時(shí)會把測試需求列明(míng)，以确保産品按質量上線。

二、測試文檔的(de)結構
一般情況下(xià)，測試文檔主要分(fēn)兩個(gè)部分(fēn)。即：非功能性測試需求、功能性測試需求。
所謂非功能性測試，主要指APP運行時(shí)在各種環境下(xià)是否能正常運行，而功能性測試是指每個(gè)具體功能是否按要求運行。
測試文檔也(yě)不需要太複雜(zá)，直接使用(yòng)excel編撰就可(kě)以了(le)。
一般情況下(xià)，功能性測試文檔直接使用(yòng)該模闆就能滿足大(dà)部分(fēn)的(de)需求。

三、具體編寫方法
在編寫測試用(yòng)例之前，你得(de)想好有哪些前置條件。這(zhè)些前置條件滿足了(le)才能達到你得(de)預期。比如賬号密碼登錄，前置條件時(shí)賬号和(hé)密碼同時(shí)正确才能正常登錄成功。那麽此時(shí)你就得(de)編寫條件不符的(de)時(shí)候，是否也(yě)會成功。如果成功了(le)，那就屬于BUG，需要技術進行修複。
一般正常情況，請考慮一下(xià)幾個(gè)方面：
頁面布局是否合理(lǐ)，如導航欄上面應該顯示三個(gè)按鈕，實際上卻顯示了(le)兩行。
頁面文字描述是否準确，如氣泡提示：密碼格式錯誤，請重新輸入。實際上卻顯示：賬号密碼錯誤。
如果有加載規則，是否符合加載規則。如：進入頁面加載20條内容，實際上卻加載了(le)10條。
如果有排列規則，是否符合排列規則。如應按照(zhào)時(shí)間倒序排列，實際上卻是正序排列。
操作是否符合要求，如單擊某個(gè)點，是否準确跳轉或顯示内容。如本應該進行跳轉，實際上卻未進行跳轉。
輸入框輸入的(de)内容是否有符合格式要求。如：賬号不允許”,”,而實際上卻允許了(le)。
輸入的(de)内容是否符合合法性要求。如：賬号密碼是否一緻等問題。
……
這(zhè)些基本考慮内容都需要考慮進來(lái)。
大(dà)概理(lǐ)清楚需要考慮的(de)内容之後，就可(kě)以開始動手寫了(le)。
序号： 不用(yòng)說，就是按順序下(xià)去的(de)。
模塊：該功能點具體屬于哪個(gè)模塊的(de)，填寫這(zhè)個(gè)主要是方便查找，如：注冊/登錄模塊
編号：對(duì)每個(gè)用(yòng)例進行編号，方便後期跟進。畢竟用(yòng)文字說，容易口誤。不過此處建議(yì)編号設計的(de)有點規則，方便快(kuài)速定位查找。如：A0001。其中A表示注冊/登錄模塊。00表示賬号登錄，01 表示賬号密碼登錄下(xià)的(de)第一個(gè)測試用(yòng)例。
功能點：具體指某個(gè)功能，如：賬号登錄、首頁、發布等。
子功能點：具體指功能點，如：賬号密碼登錄、手機驗證碼登錄、郵箱登錄、第三方授權登錄等。
用(yòng)例名稱：具體測試用(yòng)例的(de)名稱。如：輸入賬号、輸入密碼、密碼不合規等等。
前置條件：指要達到預期測試結果，需要滿足那些條件才能達到。如：賬号密碼不一緻時(shí)，就需要登錄失敗，那麽此時(shí)就得(de)保
證賬号正确或密碼正确以及賬号正确時(shí)是存在的(de)。
操作步驟：指要達到預期測試結果，需要按這(zhè)些步驟來(lái)。最好說明(míng)在什(shén)麽頁面，點擊或操作什(shén)麽内容，輸入什(shén)麽内容。
預期結果：說明(míng)按照(zhào)前面寫的(de)應該呈現出怎樣的(de)結果。
測試結果：如果符合預期結果，直接填寫正常或OK，如果不符合，則說明(míng)不符合或NO，
結果描述：如果正常，可(kě)以不用(yòng)填寫，如果不符合預期結果，則說明(míng)哪裏不符合。
測試人(rén)員(yuán)：填寫測試人(rén)的(de)名字，方便後期跟蹤BUG。
測試日期：填寫測試的(de)時(shí)間，方便後期查詢。
BUGID：跟測試編号一樣，自己設定ID規則，方便快(kuài)速查詢。
BUG負責人(rén)：此處應該有技術那邊填寫，具體落實到某個(gè)人(rén)身上，才能更好的(de)解決到問題。
以上就是測試用(yòng)例的(de)具體填寫方法及作用(yòng)。測試完了(le)之後，記得(de)進行回歸測試以确保測試的(de)意義。