測試手機(jī)app流程規(guī)范方案標(biāo)準(zhǔn)-展示頁
2025-05-02 04:32本頁面
【正文】 用戶數(shù)據(jù) 11) 檢測App的用戶授權(quán)級別、數(shù)據(jù)泄漏、非法授權(quán)訪問等 1）應(yīng)用程序應(yīng)能正確安裝到設(shè)備驅(qū)動程序上 2）能夠在安裝設(shè)備驅(qū)動程序上找到應(yīng)用程序的相應(yīng)圖標(biāo) 3）是否包含數(shù)字簽名信息 4）JAD文件和JAR包中包含的所有托管屬性及其值必需是正確的 5）JAD文件顯示的資料內(nèi)容與應(yīng)用程序顯示的資料內(nèi)容應(yīng)一致 6）安裝路徑應(yīng)能指定 7）沒有用戶的允許, 應(yīng)用程序不能預(yù)先設(shè)定自動啟動 8）卸載是否安全, 其安裝進(jìn)去的文件是否全部卸載 9）卸載用戶使用過程中產(chǎn)生的文件是否有提示 10）其修改的配置信息是否復(fù)原 11）卸載是否影響其他軟件的功能 12）卸載應(yīng)該移除所有的文件 1）當(dāng)將密碼或其他的敏感數(shù)據(jù)輸人到應(yīng)用程序時, 其不會被儲存在設(shè)備中, 同時密碼也不會被解碼 2）輸人的密碼將不以明文形式進(jìn)行顯示 3）密碼, 信用卡明細(xì), 或其他的敏感數(shù)據(jù)將不被儲存在它們預(yù)輸人的位置上 4）不同的應(yīng)用程序的個人身份證或密碼長度必需至少在4一8 個數(shù)字長度之間 5）當(dāng)應(yīng)用程序處理信用卡明細(xì), 或其他的敏感數(shù)據(jù)時, 不以明文形式將數(shù)據(jù)寫到其它單獨(dú)的文件或者臨時文件中。C） 總結(jié)上線版本的基本情況。3. 產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報(bào)告4. 上線報(bào)告所包含的內(nèi)容為：A） 對當(dāng)前版本質(zhì)量進(jìn)行分級（參考《產(chǎn)品質(zhì)量分級標(biāo)準(zhǔn)》文檔）。B） 對較嚴(yán)重的問題進(jìn)行例舉，提示開發(fā)人員優(yōu)先修改。1. 測試人員每天需對所測項(xiàng)目發(fā)送測試日報(bào)。7. 回歸測試A） 軟件最終上線前，需對產(chǎn)品進(jìn)行回歸測試，測試內(nèi)容包含之前所有的測試項(xiàng)目B） 回歸測試不再對細(xì)節(jié)進(jìn)行測試，而是類似于對產(chǎn)品進(jìn)行驗(yàn)收，從客戶正常使用的角度對產(chǎn)品進(jìn)行再一輪的整體測試。C） 盡可能真實(shí)地模擬用戶行為。6. 用戶行為統(tǒng)計(jì)測試A） 確保手頭的行為統(tǒng)計(jì)分析定義文檔為最新版本，且與開發(fā)人員手中的文檔一致。B） 核對“訂單查詢”項(xiàng)，測試時必須保證各數(shù)據(jù)均正確，且每次成功下單后都會有相應(yīng)的統(tǒng)計(jì)記錄。啟動查詢”項(xiàng)，此項(xiàng)數(shù)據(jù)就是經(jīng)常說的“激活量”，非常重要。C） 性能測試方面必須滿足硬件壓力條件下的測試需要（例如多線程）D） 網(wǎng)絡(luò)響應(yīng)用戶體驗(yàn)方面的性能測試，請參考且遵守《Mobile app可用性能標(biāo)準(zhǔn)》。H） 測試細(xì)節(jié)可參考且必須遵守《Test checklist》以及《公司客戶端通用測試用例》文檔。G） 測試下單時，所有測試人員必須嚴(yán)格遵守《測試單下單規(guī)范》標(biāo)準(zhǔn)。E） PMS上所有的“外部原因”問題，都需要盡早地督促開發(fā)人員與客戶服務(wù)端人員聯(lián)系協(xié)調(diào)解決。C） 一切功能問題以需求文檔為準(zhǔn)，若有用戶體驗(yàn)方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。D） 由于測試環(huán)境中的數(shù)據(jù)為模擬數(shù)據(jù)，測試時必須預(yù)先考慮到正式環(huán)境中可能出現(xiàn)的數(shù)據(jù)類型3. 功能測試A） 確保手頭的功能需求文檔為當(dāng)前最新版本。B） 確保產(chǎn)品UI符合產(chǎn)品經(jīng)理制定的原型圖與效果圖。B） 日常接收版本時需要注意測試版本規(guī)范，如不符合，請開發(fā)人員重新修改合適的版本號后再次提交測試。測試任務(wù)開始前，檢查各項(xiàng)測試資源。 關(guān)于手機(jī)APP測試流程規(guī)范流程圖接收版本 不符App測試版本送測規(guī)范用戶行為統(tǒng)計(jì)測試后臺訂單統(tǒng)計(jì)測試盡快申請到正式環(huán)境下測試兼容性測試、性能壓力測試功能測試：核對需求文檔UI測試：核對rp/效果圖 符合回歸測試 仍然為測試環(huán)境 進(jìn)入正式環(huán)境發(fā)送上線報(bào)告 Fail Pass測試周期測試周期一般為兩周（10個工作日），根據(jù)項(xiàng)目情況以及版本質(zhì)量可適當(dāng)縮短或延長測試時間。正式測試前先向主管確認(rèn)項(xiàng)目排期。1. 產(chǎn)品功能需求文檔2. 產(chǎn)品原型圖3. 產(chǎn)品效果圖4. 行為統(tǒng)計(jì)分析定義文檔5. 測試設(shè)備（；；；Symbian v3/v5/Nokia Belle等）6. 其他（例如有秒殺專題的項(xiàng)目，需要規(guī)劃秒殺時間表；有優(yōu)惠券使用的項(xiàng)目，需要申請?zhí)砑觾?yōu)惠券數(shù)據(jù)；支付寶/銀聯(lián)支付功能的項(xiàng)目，需要提前申請支付寶/銀聯(lián)賬戶等等）1. 接收版本A） 接收測試版本的同時，需要查看程序填寫的《App測試版本提交質(zhì)量規(guī)范》，若符合則開始測試任務(wù)，若不符合規(guī)范，可拒絕測試。2. UI測試A） 確保手頭的原型圖與效果圖為當(dāng)前最新版本。C） 一切界面問題以效果圖為準(zhǔn)，若有用戶體驗(yàn)方面的建議，必須先以郵件或口頭的形式詢
公司管理相關(guān)推薦
鄂ICP備17016276號-1