收貨管理測試用例
1.添加頁面
? ? ? ? 1.1顯示收貨地址頁面信息
? ? ? ? 1.2查看頁面ui是否流暢
? ? ? ? 1.3界面的文字簡介易懂，沒有錯別字
2.詳細地址;
?2.1當(dāng)前定位：
.1.1使用當(dāng)前定位注意
? ? ? ? 1.查看GPS定位是否打開
? ? ? ? ?2.查看地圖是否有GPS定位
? ? ? ? ?3.查看地圖定位圖片是否顯示
? ? ? ? ? 4.查看當(dāng)前定位是否真確
?2.1.2修改當(dāng)前定位;
? ? ? ?1.選擇頁面提示的附件地點
? ? ? 2.在地圖上手動編輯地點
? ? ? 3.可點開地圖独泞，選擇位置
? ? ?4.點開地圖在頂部輸入位置呐矾，并選擇
2.2手動默認添加
? ?1.選擇省份
? 2.選擇城市
? 3.選擇區(qū)縣
? 4.填寫詳細地址
國內(nèi)城市按照首字母排序
? ?1.點擊首字母進行選擇
直接輸入：
直接手動輸入省市區(qū)縣街道
海外國家：
1.熱門國家
2.首字母進行排序
3.是否容易送達
右側(cè)默認輸入;
總結(jié)
測試用例定義：
??????要素：用例編號所屬模塊前提條件測試輸入預(yù)期結(jié)果實際結(jié)果
??? 備注版本測試人測試日期??
????測試方法：???
?? 等價類劃分因果圖邊界值正交法錯誤推斷法場景法
測試用例的評審：
評審內(nèi)容
評審的內(nèi)容有以下幾個方面
1)用例設(shè)計的結(jié)構(gòu)安排是否清晰、合理懦砂，是否利于高效對需求進行覆蓋蜒犯。
2)優(yōu)先極安排是否合理。
3)是否覆蓋測試需求上的所有功能點荞膘。
4)用例是否具有很好可執(zhí)行性罚随。例如用例的前提條件、執(zhí)行步驟衫画、輸入數(shù)據(jù)和期待結(jié)果是否清晰毫炉、正確期待結(jié)果是否有明顯的驗證方法。
5)是否已經(jīng)刪除了冗余的用例削罩。
6)是否包含充分的負面測試用例瞄勾。充分的定義，如果在這里使用2&8法則弥激，那就是4倍于正面用例的數(shù)量进陡，畢竟一個健壯的軟件，其中80%的代碼都是在"保護"20%的功能實現(xiàn)微服。?
7)是否從用戶層面來設(shè)計用戶使用場景和使用流程的測試用例趾疚。
8)是否簡潔，復(fù)用性強以蕴。例如糙麦，可將重復(fù)度高的步驟或過程抽取出來定義為一些可復(fù)用標(biāo)準(zhǔn)步驟
??分為組內(nèi)和組外評審：
組內(nèi)評審的人員：測試Leader和 測試人員
組內(nèi)評審著重與
1.用例的冗余性
2用例的準(zhǔn)確性
3用例的覆蓋度70%-80%
4用例滿足需求
組外評審：測試leader測試人員 ?項目經(jīng)理 ?產(chǎn)品經(jīng)理 ?
組外評審：1.是否滿足軟件的需求
2.?用例覆蓋率
3用例的執(zhí)行性
4用例的復(fù)用性
5用例是否具有正反的用例
6編寫用例的模板
7非功能性測試用例的編寫
8缺陷率在執(zhí)行的測試用例中的占比
開發(fā)團體人員：5：1
10人開發(fā)團隊 ?????1 UI ?5個后臺開發(fā) ??2個移動端 ???1個測試/運維 ??1產(chǎn)品
項目開發(fā)周期：6個月 ???
版本迭代：大版本1個半月 ???小版本 1周 ????
測試分工：功能界面性能+接口 ??自動化
一.定義
????????通過手動點擊或者工具對被測對象進行測試操作，驗證實際的結(jié)果是否和預(yù)期的結(jié)果之間存在差異??
二.軟件測試的作用
????????1.通過測試工作可以發(fā)現(xiàn)并修復(fù)軟件當(dāng)中存在的缺陷丛肮，從而提高用戶對產(chǎn)品的使用信心
????????2.測試可以記錄軟件運行過程中產(chǎn)生的一些數(shù)據(jù)赡磅，從而為決策提供數(shù)據(jù)支持
????????? 3.測試可以降低同類型產(chǎn)品開發(fā)遇到問題的風(fēng)險
三.測試的原則（在執(zhí)行測試的時候必須遵守的規(guī)則）
? ? ? ?1.測試證明軟件存在缺陷
? ? ? ? 2.不能執(zhí)行窮盡測試-----有些功能是沒有辦法將所有的測試情況都邏輯出來，所有任何的測試操作都有結(jié)束的時間
? ? ? ? 3.缺陷存在群集現(xiàn)象-----核心功能占20％宝与，非核心占80％焚廊，主要集中測試核心的功能，發(fā)現(xiàn)缺陷的幾率就會高于80％习劫，所以遇到缺陷都會集中在20％的功能模塊里
? ? 4.某些測試需要依賴特殊的環(huán)境
? ? 5.測試在項目當(dāng)中應(yīng)早介入
? ? ? 6.殺蟲劑現(xiàn)象---同樣的一個測試用例不能重的執(zhí)行多次咆瘟，否則會對它產(chǎn)生免疫
? ? ? ? 7.不會存在缺陷謬論，任何軟件都不可能是完美的
? 四.測試對象的介紹
? ? ? ? ? ? 軟件不僅僅只有功能需要測試诽里，可以將軟件分為三個部分：功能集合+使用說明書+配置數(shù)據(jù)
? ? ? ? ? ? 1.需求分析階段：各種需求規(guī)格說明書
? ? ? ? ? ? 2.軟件架構(gòu)設(shè)計：API接口文檔（接口測試）
? ? ? ? ? ? 3.編碼實現(xiàn)階段：源代碼--白盒測試袒餐，單元測試
? ? ? ? ? ? 4.系統(tǒng)測試：軟件功能主題
? ? ? 五.測試的級別
? ??????????軟件的開發(fā)都會依據(jù)相應(yīng)的開發(fā)模式，則測試級別指的就在這個模型當(dāng)中我們認為定義的開發(fā)步驟谤狡。
1.單元測試---在軟件測試中指組成軟件最小的底層代碼結(jié)構(gòu)匿乃，一般是類，函數(shù)豌汇，組成
2.集成測試---將多個單元模塊組合在一起幢炸，驗證之間溝通的橋梁是否能正常測試
3.系統(tǒng)測試---對軟件的功能主體進行測試
4.驗收測試
（1）a測試----內(nèi)側(cè)
? ??????????????（2）β測試----公測
? ? ? ? ? ? 驗收測試的核心就是讓用戶對當(dāng)前軟件買單
六.系統(tǒng)測試
1.功能測試：驗收當(dāng)前的軟件主體功能是否可用
2，兼容性測試：驗收當(dāng)前軟件在不同的環(huán)境下是否還可以使用拒贱。
3宛徊，安全測試：驗證軟件是否是能授權(quán)用戶提供功能使用。
4逻澳，性能測試：相對于當(dāng)前軟件消耗的資源它的產(chǎn)出能力闸天。
? 七.常見的系統(tǒng)測試方法
? 1.按測試對象來進行分類
（1）.白盒測試---主要測試的是軟件的底層代碼，不在意界面斜做，只要求底層的功能是否實現(xiàn)苞氮，邏輯是否正確
（2）.黑盒測試---指被測軟件外在主體功能是否可用，屬于功能性測試
（3）.灰盒測試---接口測試
? 2.按測試對象是否執(zhí)行來進行分類
（1）.靜態(tài)測試---測試執(zhí)行不執(zhí)行
（2）.動態(tài)測試---軟件在真實的使用環(huán)境下進行測試
3.按測試手段進行分類
（1）.手動測試---所謂的黑盒測試瓤逼，對被測對象來進行測試笼吟，使被測得對象可以靈活的改變測試操作借環(huán)境
（2）.自動化測試---分為兩種库物，一種是自己寫的測試腳本，另一種是通過第三方工具對被測對象進行測試贷帮，可以高效率的去執(zhí)行一些人工無法實現(xiàn)的操作
? ? ? ? 八.軟件的質(zhì)量特性
? ? ? ? ? ? ? ? ? ? 是基于ISO組織制定的戚揭，分為六大特征：
? ? ? ? ? ? ? ? ? ? 1.功能性：軟件需要滿足用戶顯示或者穩(wěn)式的功能
? ? ? ? ? ? ? ? ? ? 2.易用性：軟件易于學(xué)習(xí)和上手使用
? ? ? ? ? ? ? ? ? ? 3.可靠性：指軟件必須實現(xiàn)需求當(dāng)中指明的具體功能
? ? ? ? ? ? ? ? ? ? 4.效率型：軟件的性能
? ? ? ? ? ? ? ? ? ? 5.可維護性：需求軟件具有將某個功能修復(fù)之后繼續(xù)使用的功能
? ? ? ? ? ? ? ? ? ? 6.可移植性：從當(dāng)前的一個平臺移植到另一個平臺上
九.軟件測試流程
?????流程：
????????????????從產(chǎn)品接到需求開需求會，確立需求文檔撵枢，測試就應(yīng)該編寫測試計劃民晒，根據(jù)需求文檔進行編寫測試用例，開發(fā)進行編碼锄禽，等編碼結(jié)束后對主要功能進行冒煙測試潜必，測試執(zhí)行測試用例，如果發(fā)現(xiàn)bug就進行提交bug沃但。例如禪道之類磁滚，當(dāng)開發(fā)修改后對bug進行再次的回歸測試（1.bug是否已經(jīng)解決，2.解決后的bug是否對正常的功能有影響）如果bug修改完成測試必須將bug的狀態(tài)修改為關(guān)閉绽慈，如果bug沒有修改或者是修改后對其他的功能進行影響則bug必須重新打開并再次進行提交
如果公司內(nèi)部沒有需求文檔或者是API文檔你怎么做測試：
????????1. 根據(jù)公司的產(chǎn)品進行對同行業(yè)或是同類軟件進行分析恨旱，找到相關(guān)文檔。
????????2. 根據(jù)跟人經(jīng)驗對軟件進行測試
????????3. 先做到UI頁面和業(yè)務(wù)邏輯是否匹配 ?在進行功能模塊的實現(xiàn)能否正常 然后在整個軟件進行系統(tǒng)分析并實現(xiàn)坝疼，然后開展性能測試或者是接口測試
????????4. 沒有api文檔的時候 ?進行接口測試 ?可以通過抓包工具（charles /fiddler）來獲取接口相關(guān)信息（url 請求方式 參數(shù) 響應(yīng)結(jié)果等）進行對單個接口測試或者是通過接口錄制（bodboy 對web端進行錄制 ??jmeter對移動端的錄制） 實現(xiàn)多接口或者一個業(yè)務(wù)場景進行接口測試
????????5.進行性能測試或者是自動化測試
測試計劃
? ? ? ? 測試背景搜贤，測試目的，測試需求钝凶，測試用例及評審執(zhí)行的進度仪芒，bug跟蹤，風(fēng)險評估
如何做測試用例的評審耕陷？
?????????1.是否覆蓋測試需求上的所有功能點掂名，不違背產(chǎn)品原型和代碼設(shè)計，用例設(shè)計的結(jié)構(gòu)安排是否清晰合理哟沫，有利于高效覆蓋需求
????????2.用例是否具有可執(zhí)行性饺蔑，前提條件、執(zhí)行步驟和預(yù)期結(jié)果是否正確嗜诀，有明確的驗證方法猾警。優(yōu)先級安排是否合理
????????3.是否從用戶層面來設(shè)計用戶使用的場景和業(yè)務(wù)流程
????????4.是否包含充分的異常測試用例
????????5.是否簡潔，不冗余隆敢，復(fù)用性強
十.設(shè)計測試用例
? ??????用例的設(shè)計點：
? ? ? ? ? ? 1.功能上測試
? ? ? ? ? ? 2.UI頁面
? ? ? ? ? ? 3.性能測試
? ? ? ? ? ? 4.安全測試
? ? ? ? ? ? 5.弱網(wǎng)測試
? ? ? ? ? ? 6.易用性測試
十一.回歸測試及缺陷跟蹤
? ? ? ?1.????回歸測試指的就是當(dāng)我們將某個缺陷提交給開發(fā)之后发皿，由他們進行修復(fù)，修復(fù)完成之后需要測試人員再次對其進行測試（回歸測試）
? ? ? ? 2.????缺陷跟蹤：指的就是當(dāng)測試人員發(fā)現(xiàn)某個缺陷之后需要一直對其進行狀態(tài)的跟蹤
項目思維導(dǎo)圖
登錄測試用例
一.功能測試
? ? ? ? 1.輸入已注冊的用戶名拂蝎，和密碼驗證是否成功登錄
? ? ? ? 2.輸入正確的用戶名和錯誤密碼驗證是否登錄成功穴墅，并且提示正確的信息
? ? ? ? ? 3.輸入錯誤的用戶名，正確的密碼驗證是否登錄失敗，并且提示正確的信息
? ? ? ? ? ?4.輸入錯誤的用戶名和錯誤的密碼驗證是否登錄失敗玄货，并且提示正確的信息
? ? ? ? ? ? 5.輸入未注冊的用戶名和任意的密碼點擊登錄是否登錄成功皇钞，并且提示正確信息
? ? ? ? ? ? 6.輸入正確用戶名，密碼為空點擊登錄驗證是否登錄成功 誉结，并且提示正確的信息
? ? ? ? ? ? 7.輸入未注冊的用戶名鹅士，密碼為空點擊登錄驗證是否登錄券躁，并且提示正確的信息
? ? ? ? ? ? 8.用戶名和密碼都是空點擊登錄驗證是否可以登錄惩坑，并且是否有正確的提示信息
? ? ? ? ? ? 9.刷新頁面是否會刷新驗證碼
? ? ? ? ? ? 10.如果登錄頁面使用到接收驗證碼的功能，在用戶名和密碼都正確的情況下也拜，輸入正確或者錯誤的驗證碼是否會登錄成功
? ? ? ? ? ? 11.驗證忘記用戶名和密碼的功能是否可用
? ? ? ? ? ? 12.點擊驗證碼的圖片或者點擊換一張圖片是否可以更換驗證碼以舒，更換后的驗證碼是否可用
? ? ? ? ? ? 13.登錄頁面的密碼框是否存在加密顯示，或者有明暗碼的切換按鈕
? ? ? ? ? ? 14.接收的驗證碼是否有時間限制慢哈，是否可以在手機接收到正確的驗證碼
? ? ? ? ? ? 15.超過接收驗證碼的時間未輸入的驗證碼是否還可以再用
? ? ? ? ? ? 16.驗證碼的字符是否有長度和空格字符串的限制
? ? ? ? ? ? 17.點擊用戶名和密碼的輸入框是否可以彈起輸入欄
? ? ? ? ? ? 18.登錄成功后第二次進來是否需要在進行登錄
? ? ? ? ? ? 19.輸入欄是否設(shè)置快速刪除的按鈕
? ? ? ? ? ? 20.用戶名和密碼框是否可以粘貼和復(fù)制
? ? ? ? ? ? 21.用戶名和密碼是否有長度的限制蔓钟，是否存在可以添加特殊字符和空格之類
? 二.UI測試
? ? ? ? ? ? 1.布局是否合理
? ? ? ? ? ? 2.按鈕的長度和高度是否符合要求
? ? ? ? ? ? 3.界面的文字是否有錯別字
? ? ? ? ? ? 4.UI布局是否與藍湖的UI一致
? ? 三.兼容性測試
? ? ? ? ? ? 1.? 不同瀏覽器下，驗證登錄頁面的顯示以及功能正確性
????????????2.? 相同瀏覽器的不同版本下驗證登錄頁面的顯示以及功能正確性
????????????3.? 不同移動設(shè)備終端的不同瀏覽器下卵贱，驗證登錄頁面顯示以及功能的正確性
????????????4.? 不同分辨率的界面下滥沫，驗證登錄頁面的顯示以及功能正確性
四.安全測試
? ? ? ? ? ? ? ? 1.用戶名和密碼在后臺的存儲是否加密
? ? ? ? ? ? ? ? 2.密碼是否具有有效期，是否會提示需要修改密碼
? ? ? ? ? ? ? ? 3.錯誤登錄的次數(shù)限制
? ? ? ? ? ? ? ? 4.是否支持多用戶在同一機器上進行登錄
? ? ? ? ? ? ? ? ? 5.是否支持第三方登錄
? ? ? ? ? ? ? ? ? ?6.密碼的強弱性键俱，復(fù)雜度的檢驗
? ? ? ? ? ? ? ? ? ? 7.異地登錄的檢驗兰绣，更換設(shè)備登錄的校驗，登錄異常和是否考慮賬戶凍結(jié)编振，是否允許第三方平臺存儲密碼
? ? ? ? ? ? ? ? ? ? 8.登錄錯誤后的提示是否存在安全隱患
五.性能測試
? ? ? ? ? ? ? ? 1.單用戶登錄的響應(yīng)時間是否小于3秒
? ? ? ? ? ? ? ? 2.打開登錄頁面需要幾秒
? ? ? ? ? ? ? ? 3.登錄成功之后跳轉(zhuǎn)的頁面不超過5秒
六.易用性測試
? ? ? ? ? ? 是否支持全鍵盤操作缀辩，是否有快捷鍵
? ? ? ? ? ? 輸入用戶名和密碼點擊回車按鍵是否可以直接登錄
? ? ? ? ? ? 輸入框能否可以使用Tab建來進行切換
