本期導(dǎo)讀：用戶(hù)下載APP后，APP性能體驗(yàn)比如啟動(dòng)時(shí)間贪绘、響應(yīng)時(shí)間等，直接影響用戶(hù)使用頻率央碟，甚至決定是否卸載APP税灌。本期由李睿怡帶來(lái)android app啟動(dòng)響應(yīng)時(shí)間測(cè)試方法，彭海波介紹了一種APP響應(yīng)時(shí)間測(cè)試的不同思路亿虽。
@Author: 徐國(guó)誠(chéng)
原創(chuàng)文章
淺談Android啟動(dòng)時(shí)間@李睿怡
面對(duì)海量APP的今天菱涤，APP用戶(hù)量和活躍度成為評(píng)價(jià)一款A(yù)PP是否成功的重要因素。用戶(hù)下載APP后洛勉，APP性能體驗(yàn)比如啟動(dòng)時(shí)間粘秆，直接影響用戶(hù)使用頻率，甚至決定是否卸載APP收毫。想和大家分享【APP性能關(guān)于啟動(dòng)時(shí)間】的資料和心得攻走。
Android App響應(yīng)時(shí)間測(cè)試方法研究@彭海波
上篇文章中睿怡為我們介紹了通過(guò)adb命令獲取啟動(dòng)啟動(dòng)時(shí)間的測(cè)試方法殷勘。本文從用戶(hù)感知的角度出發(fā)，結(jié)合Monkeyrunner和Appium自動(dòng)化工具昔搂，研究了幾種響應(yīng)時(shí)間的測(cè)試方案玲销。通過(guò)自動(dòng)化的手段計(jì)算App的啟動(dòng)時(shí)間和響應(yīng)時(shí)間測(cè)試方案。
移動(dòng)測(cè)試技術(shù)
Android單元測(cè)試?yán)鳕CRobolectric 多線(xiàn)程Demo
被測(cè)試的類(lèi)的源碼摘符，HelloThread的init方法主要功能是啟動(dòng)一個(gè)線(xiàn)程贤斜，然后在新線(xiàn)程內(nèi)部做實(shí)際初始化，實(shí)際初始化完畢后將初始化狀態(tài)標(biāo)志為成功或者失敗逛裤，在本場(chǎng)景里將狀態(tài)標(biāo)志為失敗瘩绒。在非多線(xiàn)程的場(chǎng)景中，我們進(jìn)行單元測(cè)試時(shí)别凹，通常直接對(duì)被測(cè)試函數(shù)的返回值做校驗(yàn)草讶，而多線(xiàn)程場(chǎng)景中，因?yàn)閷?shí)際功能在另外一條線(xiàn)程里完成炉菲，所以對(duì)函數(shù)的返回值做校驗(yàn)并沒(méi)有實(shí)際價(jià)值堕战，但是我們可以通過(guò)校驗(yàn)日志來(lái)看執(zhí)行效果。
iOS instruments trace 文件解析方案
在 iOS 上做性能測(cè)試拍霜，Instruments 是必不可少的工具嘱丢。然而由于蘋(píng)果的封閉性，我們很難根據(jù)自己項(xiàng)目實(shí)際需要去修改它來(lái)獲取自己想要的數(shù)據(jù)祠饺。
后端測(cè)試技術(shù)
Linux的進(jìn)程優(yōu)先級(jí)
為什么要有進(jìn)程優(yōu)先級(jí)?這似乎不用過(guò)多的解釋?zhuān)吘棺詮亩嗳蝿?wù)操作系統(tǒng)誕生以來(lái)越驻，進(jìn)程執(zhí)行占用cpu的能力就是一個(gè)必須要可以人為控制的事情。因?yàn)橛械倪M(jìn)程相對(duì)重要道偷，而有的進(jìn)程則
性能測(cè)試瓶頸定位——磁盤(pán)IO和線(xiàn)程切換過(guò)多
IO缀旁、線(xiàn)程切換這塊最容易出現(xiàn)瓶頸
通用測(cè)試技術(shù)
基于CMMI的軟件測(cè)試過(guò)程設(shè)計(jì)
首先，在CMMI中勺鸦，軟件測(cè)試與兩個(gè)關(guān)鍵過(guò)程域有關(guān)并巍，一個(gè)是驗(yàn)證，一個(gè)是確認(rèn)换途。驗(yàn)證懊渡，是為了確認(rèn)某一開(kāi)發(fā)階段的產(chǎn)品是否滿(mǎn)足在階段初期提出的要求而進(jìn)行評(píng)估的過(guò)程；確認(rèn)军拟，是在開(kāi)發(fā)過(guò)程中或結(jié)束時(shí)剃执，對(duì)軟件產(chǎn)品進(jìn)行評(píng)估以確定其是否滿(mǎn)足軟件需求規(guī)格的要求。簡(jiǎn)單地講懈息，驗(yàn)證就是證明是否正確地構(gòu)造了產(chǎn)品肾档；確認(rèn)則是證明構(gòu)造的產(chǎn)品是否正確。
軟件質(zhì)量預(yù)測(cè)與評(píng)估方法探究
大多數(shù)軟件質(zhì)量從業(yè)者認(rèn)為辫继，軟件質(zhì)量衡量的直觀標(biāo)準(zhǔn)就是軟件存在 bug 的多少阁最，是否具有高性能戒祠，以及是否具有高安全性。但實(shí)際上并不全面速种，更準(zhǔn)確地說(shuō)，軟件質(zhì)量的高低是由軟件產(chǎn)品對(duì)用戶(hù)產(chǎn)生的價(jià)值的高低衡量的低千。一方面配阵，要體現(xiàn)對(duì)用戶(hù)的需求的滿(mǎn)足；另一方面示血，要體現(xiàn)軟件本身的優(yōu)勢(shì)和特性棋傍。
新技術(shù)學(xué)習(xí)－QA也瘋狂
JUnit 5 Alpha版本簡(jiǎn)化了單元測(cè)試
JUnit是流行的Java單元測(cè)試框架，近日J(rèn)Unit Lambda團(tuán)隊(duì)宣布發(fā)布新的主要版本——JUnit 5 alpha版本难审。通過(guò)一個(gè)成功的眾籌活動(dòng)允許全職開(kāi)發(fā)人員工作在該項(xiàng)目上瘫拣，JUnit 5的主要變化集中在去除了JUnit 4帶給開(kāi)發(fā)人員的普遍問(wèn)題，同時(shí)修改了框架以便于將來(lái)的變更告喊。與構(gòu)建工具和集成開(kāi)發(fā)環(huán)境的整合仍需要一些額外的工作麸拄。
GPS定位冷啟動(dòng)和熱啟動(dòng)的區(qū)別
GPS模塊一般支持冷啟動(dòng)(Cold start)和熱啟動(dòng)(Hot start)兩種模式
測(cè)試雜談
驗(yàn)證和確認(rèn)到底是什么?
(1)驗(yàn)證對(duì)應(yīng)需求規(guī)格說(shuō)明，確認(rèn)對(duì)應(yīng)軟件任務(wù)書(shū)黔姜，是不是可以這么理解?
(2)用戶(hù)參與驗(yàn)證過(guò)程還是確認(rèn)過(guò)程?
開(kāi)發(fā)人員VS測(cè)試人員：究竟誰(shuí)更好
總是在不停的思考一個(gè)問(wèn)題拢切，究竟是開(kāi)發(fā)人員好還是測(cè)試人員好，這個(gè)簡(jiǎn)單的問(wèn)題糾結(jié)了我很久很久秆吵，一直都沒(méi)有定論淮椰，因?yàn)槲矣肿鲞^(guò)開(kāi)發(fā)又做過(guò)測(cè)試，總是在上面不停的徘徊
