實(shí)習(xí)崗位-互聯(lián)網(wǎng)電視研發(fā)中心測試-rom
環(huán)境搭建
- secureCRT -當(dāng)然祖?zhèn)鞅I版啦‘(>﹏<)′ 或者XSHELL也可以。
- JDK1.8,Andorid Debug Bridge, Hash，VLC,Notepad++,禪道，WiKi，F(xiàn)TP
- 還有就是公司的各個產(chǎn)品盒子和串口線和串口小板
功能測試
- 測試經(jīng)理安排測試項(xiàng)目——測試負(fù)責(zé)人安排具體測試模塊
- 規(guī)定時間內(nèi)跑完自己負(fù)責(zé)模塊的TestCase
- 查看WiKi和禪道看之前測試報(bào)告的記錄和commit的修改點(diǎn)
- 通過FTP和SFTP下載安裝包，自己配置后臺環(huán)境，搭建好測試環(huán)境
- 遇到和測試用例不符合的現(xiàn)象，根據(jù)情況，確認(rèn)是否為bug，若是，提交到禪道，注明優(yōu)先級和嚴(yán)重等級和出現(xiàn)概率（x/20）。
- 發(fā)現(xiàn)bug，要打印log，協(xié)助開發(fā)定位bug，對bug的描述要邏輯清晰，方便開發(fā)人員對bug進(jìn)行復(fù)現(xiàn)。
測試流程
- 參加項(xiàng)目需求的評審
- 根據(jù)產(chǎn)品設(shè)計(jì)文檔，編寫測試用例
- 開發(fā)發(fā)提測郵件，開始進(jìn)行測試，發(fā)測試報(bào)告。
- 當(dāng)版本穩(wěn)定了，進(jìn)行測試結(jié)果評審
測試細(xì)節(jié)
- 搭建測試環(huán)境要確認(rèn)清楚安裝的rom和apk版本和md5值和開發(fā)郵件中的值是否對應(yīng)
- 在測試中，出現(xiàn)的不符合設(shè)計(jì)的任何問題都應(yīng)該提出來，bug可以不修改，但是應(yīng)該提出來，可以把優(yōu)先級調(diào)低。
- 對已經(jīng)提交過的bug，不要重復(fù)提交，若新版本出現(xiàn)同類此問題，可以進(jìn)行備注，激活此bug
測試用例
- 測試需求覆蓋率
- 測試用例覆蓋率
- 測試用例優(yōu)先級-高-中-低
- 測試用例執(zhí)行結(jié)果：
1.通過(Passed)：實(shí)際結(jié)果與預(yù)期結(jié)果一致。
2.失敗(Failed)：實(shí)際結(jié)果與預(yù)期結(jié)果不一致。
3.阻塞(Blocked)：缺少測試條件，無法執(zhí)行測試。
4.無效(Not Available)：需求或設(shè)計(jì)變更，此用例已不適用。
未執(zhí)行(No Run)：未進(jìn)行測試。
bug缺陷優(yōu)先級定義
image.png
測試報(bào)告
-
一般分為4個模塊
2 測試報(bào)告版本的具體細(xì)節(jié)
1.測試報(bào)告版本歷史
image.png
3基本功能測試，其中包括（功能名稱，測試點(diǎn)，結(jié)果，備注）image.png
4測試策略
5 Bug listimage.png
包含：bug編號，bug標(biāo)題，嚴(yán)重程度，優(yōu)先級，bug狀態(tài)，由誰創(chuàng)建，影響版本，解決者，解決方案，解決版本
測試總結(jié)
做測試首先要了解產(chǎn)品的邏輯，根據(jù)產(chǎn)品邏輯，編寫測試用例，讓測試用例盡量的覆蓋到用戶的需求。當(dāng)對產(chǎn)品很熟悉了可以快速的跑case，并對可能出現(xiàn)bug的功能點(diǎn)，進(jìn)行有針對性的測試。把測試的基本功練習(xí)好，對編寫測試用例有堅(jiān)實(shí)的基礎(chǔ)，那就可以慢慢的用工具和自動化框架來代替一些重復(fù)的手工測試，但是測試的核心是保證產(chǎn)品的質(zhì)量。
