讀書筆記（google）：
1观话、質(zhì)量不等于測(cè)試。到開發(fā)和測(cè)試不能區(qū)分彼此越平，就得到了質(zhì)量频蛔，質(zhì)量更像是一種預(yù)防行為而不是檢測(cè)。
2秦叛、質(zhì)量是效率的一部分晦溪。
3、產(chǎn)品發(fā)布：金絲雀版本（每天一版）——>開發(fā)版本（每周一版）——>測(cè)試版本（一月一版）——>beta或發(fā)布版本（對(duì)外發(fā)布第一版挣跋，已經(jīng)過所有質(zhì)量考核的一個(gè)版本）
4三圆、測(cè)試類型為：小型測(cè)試（自動(dòng)化）、中型測(cè)試（自動(dòng)化）避咆、大型測(cè)試（自動(dòng)化+手動(dòng)測(cè)試）舟肉，能自動(dòng)化就不手工測(cè)試。
5查库、mock測(cè)試是對(duì)于某些不容易構(gòu)造或者不容易獲取的對(duì)象路媚，用一個(gè)虛擬的對(duì)象來創(chuàng)建以便測(cè)試的測(cè)試方法。
fake測(cè)試是有實(shí)際可工作的實(shí)現(xiàn)膨报，但是通常有一些缺點(diǎn)導(dǎo)致不適合用于產(chǎn)品(基于內(nèi)存的數(shù)據(jù)庫就是一個(gè)好例子)磷籍。
6、在產(chǎn)品初級(jí)階段強(qiáng)調(diào)測(cè)試是非常愚蠢的行為现柠。
7院领、TE在進(jìn)入產(chǎn)品時(shí)，需要考慮的問題：
當(dāng)前軟件的薄弱點(diǎn)在哪里够吩？
有沒有安全比然、隱私、性能周循、可靠性强法、可用性、兼容性湾笛、全球化和其他方面的問題饮怯？
主要用戶場(chǎng)景是否功能正常？對(duì)于不同語言環(huán)境的用戶都這樣嗎嚎研？
這個(gè)產(chǎn)品能與其他產(chǎn)品互操作嗎蓖墅？
當(dāng)問題發(fā)生時(shí)，是否容易診斷問題所在？
8论矾、TE這個(gè)角色教翩，需要敏銳的洞察力和領(lǐng)導(dǎo)力，測(cè)試重點(diǎn)在于真實(shí)用戶的使用方式和系統(tǒng)級(jí)別的體驗(yàn)上贪壳。
9饱亿、ACC(特質(zhì)、組件闰靴、能力)是測(cè)試計(jì)劃的替代方法彪笼，指導(dǎo)原則：簡(jiǎn)明的列表、不必推銷蚂且、簡(jiǎn)潔杰扫、有用的內(nèi)容、漸進(jìn)式描述膘掰、指導(dǎo)計(jì)劃者的思路、測(cè)試用例佳遣，最終達(dá)到的結(jié)果是詳細(xì)的描述測(cè)試用例怎么執(zhí)行识埋。
特質(zhì)是系統(tǒng)的形容詞，代表產(chǎn)品的品質(zhì)和競(jìng)爭(zhēng)零渐，區(qū)別于競(jìng)爭(zhēng)對(duì)手的關(guān)鍵窒舟。
組件是系統(tǒng)的名稱，構(gòu)成待建系統(tǒng)的模塊诵盼，關(guān)鍵代碼塊惠豺。
能力是系統(tǒng)的動(dòng)詞，代表系統(tǒng)在用戶指令下完成的動(dòng)作风宁，是可測(cè)試的洁墙。
10、風(fēng)險(xiǎn)分析的兩個(gè)要素：
發(fā)生頻率：罕見戒财、少見热监、偶爾、常見
影響范圍：最小饮寞、一些孝扛、較大、最大
11幽崩、用戶故事來緩解風(fēng)險(xiǎn)苦始，用戶有一個(gè)需求，而故事通常描述了該用戶如何使用軟件來滿足需求慌申。
12陌选、眾包是測(cè)試領(lǐng)域的新現(xiàn)象，一部分懂測(cè)試的高級(jí)用戶參與到測(cè)試工作中來，利用群眾的力量柠贤。
13香浩、GTCM谷歌測(cè)試用例的管理工具，提供了一種靈活的標(biāo)簽格式臼勉，任何項(xiàng)目可以自行定制邻吭，使得測(cè)試用例便于查找和復(fù)用。
14宴霸、Bug分析思路：優(yōu)先級(jí)分布囱晴、各個(gè)等級(jí)的平均年齡分布（和嚴(yán)重程度成反比）、Bug發(fā)現(xiàn)的趨勢(shì)（Bug的增加速度要小于測(cè)試人員和開發(fā)人員增加的速度）瓢谢、Bug修復(fù)趨勢(shì)（Bug的修復(fù)速度要大于Bug的發(fā)現(xiàn)速度畸写，否則不再進(jìn)行新功能的開發(fā)）
15、追求數(shù)量而非質(zhì)量氓扛，是一種低效的工作方式枯芬。
16、測(cè)試一個(gè)web頁面采郎，上面有一個(gè)輸入框千所，一個(gè)計(jì)數(shù)按鈕，用于計(jì)算文本字符串中A出現(xiàn)的次數(shù)蒜埋。
首先淫痰，提出問題而不是直接埋頭寫測(cè)試用例，明白是否區(qū)分大小寫整份，只能輸入英文嗎待错，點(diǎn)擊計(jì)算后文本會(huì)被清除嗎，多次連續(xù)點(diǎn)擊會(huì)有什么影響嗎烈评，然后再寫測(cè)試用例
其次火俄，考慮到界面外觀問題，文本框最多可以輸入多長字符串础倍，多個(gè)用戶同時(shí)進(jìn)行會(huì)串?dāng)_嗎烛占，安全性數(shù)據(jù)會(huì)被記錄嗎，計(jì)算夠快嗎沟启，能夠承載大負(fù)載嗎
17忆家、作為一個(gè)測(cè)試工程師，要學(xué)會(huì)質(zhì)疑德迹，要求確定性的數(shù)據(jù)芽卿，不斷評(píng)估領(lǐng)導(dǎo)的指令。
18胳搞、接觸到一個(gè)新項(xiàng)目的正確做法
首先卸例，站在用戶角度了解產(chǎn)品称杨，以個(gè)人的賬戶和數(shù)據(jù)去使用產(chǎn)品，看所有的設(shè)計(jì)文檔筷转，查看已有的bug姑原，分析bug；
其次呜舒，積極和團(tuán)隊(duì)溝通锭汛，快速融入到團(tuán)隊(duì)中去，查看已有測(cè)試用例的覆蓋性袭蝗、完整性唤殴；
然后，將產(chǎn)品分模塊到腥，并根據(jù)bug考慮到每個(gè)模塊的風(fēng)險(xiǎn)朵逝；
最后進(jìn)行測(cè)試，目標(biāo)就是遺留到客戶的bug為0乡范，利用用戶的反饋來督促bug的修復(fù)
19配名、分析Bug是一種技能。
20晋辆、自動(dòng)化腳本需要能夠快速編寫段誊、快速執(zhí)行、解決特定問題栈拖，因?yàn)榛ㄙM(fèi)大量時(shí)間編寫腳本一旦功能有變就是最大的浪費(fèi)。大量的重復(fù)性工作最需要自動(dòng)化測(cè)試没陡。
21涩哟、測(cè)試工程師關(guān)注點(diǎn)：case、用戶故事盼玄、用戶場(chǎng)景贴彼、探索性測(cè)試。
22埃儿、查看設(shè)計(jì)文檔時(shí)的關(guān)注點(diǎn)：完整性（找出殘缺或需要特殊背景知識(shí)的地方）器仗、正確性（語法、拼寫童番、標(biāo)點(diǎn)）精钮、一致性（圖文一致、內(nèi)容沒有出入）剃斧、設(shè)計(jì)（目標(biāo)轨香、技術(shù)框架、是否復(fù)雜）幼东、接口與協(xié)議（是否統(tǒng)一標(biāo)準(zhǔn)臂容、是否可以自定義數(shù)據(jù)格式）科雳、測(cè)試（可測(cè)試性、易測(cè)試性）
22脓杉、用戶故事包含了她是誰糟秘，她有什么需求以及她為什么有這樣的需求。對(duì)于一個(gè)項(xiàng)目可以確定好用戶角色再構(gòu)建用戶場(chǎng)景