【正文】 使用注釋部分列出缺陷的其它問題；，將隨后的步驟和缺陷表現(xiàn)特征移到注釋部分。，軟件開發(fā)人員無法判斷該缺陷影響的軟件部分，不能進行徹底修正。由于提供的步驟不完整，開發(fā)人員經(jīng)常需要種種猜測，努力嘗試復(fù)現(xiàn)的步驟，浪費了大量時間。為了達到這個要求，復(fù)現(xiàn)步驟的信息必須是完整的、準確的、簡明的、可復(fù)現(xiàn)的。： 盡量按缺陷發(fā)生的原因與結(jié)果的方式書寫（“執(zhí)行完A后，發(fā)生B，”或者“發(fā)生B， 當A執(zhí)行完后”），例如“功能中斷，功能不正確，行為不起作用，”等。6）系統(tǒng)直接卸載UI測試，是否有卸載狀態(tài)進度條提示 。4）卸載過程中出現(xiàn)的意外情況的測試（如死機、斷電、重啟）。 2）測試系統(tǒng)直接卸載程序是否有提示信息。2）軟件安裝后的是否能夠正常運行，安裝后的文件夾及文件是否寫到了指定的目錄里。安裝測試只針對C/S架構(gòu)的系統(tǒng)（即App），需要驗證App是否能正確安裝、運行、卸載以及操作過程和操作前后對系統(tǒng)資源的使用情況。216。216。 不能通過任何方式獲得服務(wù)器的詳細版本信息。 未使用的端口應(yīng)為關(guān)閉狀態(tài)。 服務(wù)器運行賬號不應(yīng)該是特權(quán)賬號或高級別權(quán)限賬號，如“root”“administrator”等。 注銷后用戶信息被清除。 用戶登錄后，每次請求服務(wù)器數(shù)據(jù)后session ID都會改變。 用戶操作停止后會話保持時間不會超過10分鐘，超過10分鐘會跳轉(zhuǎn)回登錄界面。 cookie中不會帶有session ID信息。 用戶登錄后，身份信息由服務(wù)器端會話的Session中的用戶信息為準。l 會話管理測試會話管理用于保持用戶的整個會話活動與計算機系統(tǒng)跟蹤過程，根據(jù)項目需求，關(guān)注WEB服務(wù)器的會話管理。216。216。216。216。216。216。 不允許簡單面的存在。 系統(tǒng)存在驗證碼機制。 每個URL必須堅定權(quán)限，不能通過菜單屏蔽或按鈕disable作為限制條件。 用戶登錄后，應(yīng)以會話中的用戶session的用戶身份信息為準。 頁面是否進行權(quán)限判斷216。如需求上對軟件產(chǎn)品有具體的安全等級要求，那么我們需要從下面幾個方面進行安全測試：可測試性和通用性上劃分為：權(quán)限管理測試、認證測試、會話管理測試、服務(wù)器測試、數(shù)據(jù)注入測試，其余方面（如環(huán)境安全、媒體安全）可在部署和運維中保證。web兼容性測試范圍主要從操作系統(tǒng)、瀏覽器、分辨率這三方面考慮， 而系統(tǒng)（如不同的Windows版本）和瀏覽器（如IE谷歌、火狐）是重點考慮方向，系統(tǒng)應(yīng)該支持什么系統(tǒng)和瀏覽器，也是應(yīng)以需求為依據(jù)。l 容量測試：確定系統(tǒng)最大承受量，譬如系統(tǒng)最大用戶數(shù)，最大存儲量，最多處理的數(shù)據(jù)流量等。l 負載測試：是一種主要為了測試軟件系統(tǒng)是否達到需求文檔設(shè)計的目標，譬如軟件在一定時期內(nèi)，最大支持多少并發(fā)用戶數(shù)，軟件請求出錯率等，測試的主要是軟件系統(tǒng)的性能。一個系統(tǒng)需要達到的性能指標也是來源于需求，和用戶對該軟件的性能要求。通常情況下，三方面有效、合理的結(jié)合，可以達到對系統(tǒng)性能全面的分析和瓶頸的預(yù)測。性能測試是通過性能測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。測試內(nèi)容 輸入的實際參數(shù)與形式參數(shù)的個數(shù)是否相同； 輸入的實際參數(shù)與形式參數(shù)的屬性是否匹配； 輸入的實際參數(shù)與形式參數(shù)的量綱是否一致； 調(diào)用其他模塊時所給實際參數(shù)的個數(shù)是否與被調(diào)模塊的形參個數(shù)相同； 調(diào)用其他模塊時所給實際參數(shù)的屬性是否與被調(diào)模塊的形參屬性匹配； 調(diào)用其他模塊時所給實際參數(shù)的量綱是否與被調(diào)模塊的形參量綱一致； 調(diào)用預(yù)定義函數(shù)時所用參數(shù)的個數(shù)、屬性和次序是否正確； 是否存在與當前入口點無關(guān)的參數(shù)引用； 是否修改了只讀型參數(shù)； 對全局變量的定義各模塊是否一致；1 是否把某些約束作為參數(shù)傳遞。當模塊之間、子系統(tǒng)之間有接口交互時，需要根據(jù)接口文檔進行測試，接口測試也叫集成測試或灰盒測試，主要用于檢測外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個子系統(tǒng)之間的交互點。測試內(nèi)容 導(dǎo)航、鏈接、Cookie、頁面結(jié)構(gòu)包括菜單、背景、顏色、字 體、按鈕名稱、TITLE、提示信息的一致性等； 界面內(nèi)容完整性檢查，通過瀏覽器測試，確認對象可以正確的反應(yīng)業(yè)務(wù)的功能和需求，包括窗口與窗口之間的跳轉(zhuǎn)，字段與字段之間的瀏覽，各種快捷鍵的使用。 5) 測試push時，需要采用真機進行測試。4) 當push消息是針對登錄用戶的時候，需要檢查收到的push與用戶身份是否相符，沒有錯誤地將其它人的消息推送過來。l PUSH測試1) 檢查push消息是否按照指定的業(yè)務(wù)規(guī)則發(fā)送 2) 檢查不接受推送消息時，檢查用戶不會再接收到push. 3) 如果用戶設(shè)置了免打擾的時間段，檢查在免打擾時間段內(nèi)，用戶接收不到PUSH。時間一般需要根據(jù)服務(wù)器時間再轉(zhuǎn)換成客戶端對應(yīng)的時區(qū)來展示，這樣的用戶體驗比較好。l 時間測試客戶端可以自行設(shè)置手機的時區(qū)、時間，因此需要校驗該設(shè)置對app的影響。當確定允許開啟定位時，能自動跳轉(zhuǎn)到定位設(shè)置中開啟定位服務(wù)。l 定位、照相機服務(wù)1) App有用到相機，定位服務(wù)時，需要注意系統(tǒng)版本差異 2) 有用到定位服務(wù)、照相機服務(wù)的地方，需要進行前后臺的切換測試，檢查應(yīng)用是否正常。 6) 當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。 4) 當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。 3) 當版本為強制升級版時，當給出強制更新后用戶沒有做更新時，退出客戶端。 2) 當版本為非強制升級版時，用戶可以取消更新，老版本能正常使用。 l 離線瀏覽很多應(yīng)用會支持離線瀏覽，即在本地客戶端會緩存一部分數(shù)據(jù)供用戶查看。 4) 確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請求，還是有緩存到本地，這樣才能有針對性的進行相應(yīng)測試。 2) 確定哪些地方從后臺切換回前臺時需要進行數(shù)據(jù)更新。 9) 檢查用戶主動退出登錄后，下次啟動app，應(yīng)停留在登錄界面l 數(shù)據(jù)更新根據(jù)應(yīng)用的業(yè)務(wù)規(guī)則，以及數(shù)據(jù)更新量的情況，來確定最優(yōu)的數(shù)據(jù)更新方案。原手機里的用戶需要被踢出，給出友好提示。 4) 根據(jù)MTOP的現(xiàn)有規(guī)則，一個帳戶只允許登錄一臺機器。 2) 考慮無網(wǎng)絡(luò)情況時能否正常進入免登錄狀態(tài)。 8) 對于有數(shù)據(jù)交換的頁面，每個頁面都必需要進行前后臺切換、鎖屏的測試，這種頁面最容易出現(xiàn)崩潰。 5) 當App使用過程中有電話進來中斷后再切換到app，功能狀態(tài)是否正常 6) 當殺掉app進程后，再開啟app，app能否正常啟動。 3) app切換到后臺，再回到前臺時，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對于從后臺切換回前臺數(shù)據(jù)有自動更新的時候。使用錯誤的賬號、口令、無權(quán)限的被禁用的賬號進行注銷l 應(yīng)用的前后臺切換1) APP切換到后臺，再回到app，檢查是否停留在上一次操作界面。終止注銷能否返回原模塊，原用戶。登陸超時的處理。登陸后，頁面中登陸信息。刪除或修改后的用戶，原用戶登陸。使用禁用的賬號登陸系統(tǒng)是否正確處理。系統(tǒng)是否允許多次非法的登陸，是否有次數(shù)限制。3）App打開速度測試，速度是否可觀。App的功能測試具體為：