關於讀書的感受：
這本書是一本關於軟體測試工程師面試指導的書，其實80%是介紹作為乙個測試工程師需要的基礎知識，以及工作中需要的一些知識技能；與其說是一本面試指導書，不如說是測試基礎知識詳解。而我讀完這本書後，列了乙個讀書的大綱，整理了作者這本書的乙個主要框架；由於作者主要做本地化測試方向，所以需要的部分知識會偏重於這方面，但是作為測試崗位來說，所用的測試方法、測試流程、測試思想都是一樣的。
有些著重的地方，是一些我個人覺得比較重要的點，或者我自己欠缺的技能思想，都著重標識了；總之我總結的大綱都是這本書的大概知識框架，每個人讀書都會讀出來不一樣的東西，也會有自己的側重點，希望自己的這篇筆記大綱能給大家一些幫助。
1.c語言：資料型別、運算子、資料、控制流、函式、指標、結構、標頭檔案
2.c++：物件導向、類和物件、建構函式、繼承、多型
3.作業系統：作業系統型別、程序、程序的同步和互斥、程序間的通訊、執行緒、資源分配、記憶體 管理、磁碟分割槽、檔案管理系統
4.資料結構：演算法的時間複雜度和空間複雜度，線性表、棧、堆、佇列、樹的基本概念、二叉樹、圖的基本概念、排序
5.資料庫：關係型資料庫、表、索引、觸發器、儲存器、事物的提交和回滾、sql語言、游標、資料備份、資料匯入匯出、許可權控制
6.軟體工程：軟體工程概念、開發模型、需求分析、軟體設計基本原理、程式流程圖、軟體測試的基本概念、單元測試、整合測試、功能測試和效能測試
1.積極：做好自己的工作、考慮公共區間、與同事分享經驗、多發言、多參加團隊活動
2.團隊合作能力：有意識的去關注專案進度和組內情況、願意共享經驗從別人那裡學習、從團隊出發，不過多計較、同時互助、虛心認同尊重他人、批評對事不對人、寬容對待新同事
3.耐心和細心
"""
關於入門的基本要求，我個人的理解的話。對於入門來說，個人的性格品質是更重要一些的，
個人的性格和測試這個崗位的契合，積極主動的推進專案很重要。至於計算機知識，我認為
是測試工程師的高階所需要的儲備，而且初級測試工程師，沒有計算機知識也可以很好的
完成工作內容。
"""
2.著重描寫工作經驗
3.描述對某技術/職業的理解
4.正式
5.對不同的職業和公司準備不同的簡歷
6.簡歷命名規範
1.題目型別：開發題、測試題、英語題（比較少）目前會有一些實踐題目
2.注意事項：字跡整潔、不交白卷、可以申請更換試題、留下姓名等
1.誠懇、謙虛、淡定
2.工作經歷、技術面試、情景面試、人事面試
"""
關於這本書主要講面試，實際上面試部分的內容佔比並不多，所講的很好不過中規中矩，
我想作者把大部分篇幅用來講軟體測試基礎，應該也有其深層的用意在，告訴我們面試
中最重要的還是關於這個職業的相關知識技能。
"""
2.邊界值劃分
3.因果圖和判定表
4.**覆蓋、條件覆蓋
1.簡明扼要的標題
2.詳細的步驟
3.正確的預期結果
4.注意事項：含混不清、步驟書寫過於簡單、沒有寫預期結果、多個用例混合在乙個用例裡等
1.重現步驟
2.結果對比
3.級別定義
4.原因分析（如果可以分析出原因）
5.附圖
6.注意事項：必須要可以重現、避免重複提交
1.響應速度
2.吞吐量
3.cpu佔用率
4.占用記憶體數和記憶體佔用率
1.功能
2.介面
3.翻譯不全
4.翻譯出錯
1.產品的需求說明書
2.產品需要遵守軟體規範
3.易用性的要求
1.從需求調研、軟體設計、發布後維護的階段，都需要測試來參與
1.自己多思考
2.多評審，大家給出建議
3.多看同事的測試文件，參考學習
4.多看書，看一下大咖的思路
5.多參加技術講座，提高見識和思路
1.專門人員做版本build
2.新版本做bvt(冒煙測試)，通過的話再做接下來的測試
3.確定好版本資訊
1.明確測試範圍
2.測試策略：白盒，黑盒的分工、手工和自動化的分工等
3.測試思路：具體功能點、指標
4.測試進度的安排
5.測試資源的安排：人員、裝置、軟體
6.風險分析：容易遺漏的地方、測試的難點、時間風險等
1.了解整個產品的細節，不要只了解自己的模組
2.閱讀其他人的測試計畫和測試用例
3.多考慮使用者的實際使用場景
4.安排一些探索性測試
1.整個專案小組評審測試計畫(開會前收集大家對測試計畫的意見和建議，開會時討論這些改進)
2.請開發人員來評審一些重要的用例，能降低一些bug的出現率
3.做code complete（類似於bvt）
4.做好bvt
5.定義用例的優先順序
6.做效能測試：發現系統連線數、資源消耗、瓶頸
7.探險測試
8.保持改進，任何時候保持改進的餘地
1.少提交虛假bug
2.少提交重複bug
3.窮追不捨，推動、驅動、多次的交流驗證。在pm沒有考慮全面時需要測試來驅動開發
4.重視交流，與pm和dev
5.分析錯誤原因，節省開發時間，增長自己的經驗
6.發現問題後要重現一遍，不要急於提交
7.不要放棄不能重現的bug，做好記錄
8.bug描述清晰無歧義
9.做好裁剪和標註
10.服從專案和商務策略
1.功能測試
2.易用性測試
3.效能測試
4.ui測試
5.相容性測試
"""
這裡的軟體測試基礎知識中，我覺得比較重要的點，用藍色標識著重標記了。實際上除了基礎知識外,
我覺得比較重要就是，我們測試人員的想法。也就是我們要怎麼保證產品交給我們測試後，上線後就是沒有
問題的，測試該怎樣從需求討論到產品上線中的每個環節發揮自己的作用。
需求階段：理解需求，並且確認需求具體細節，是否全面合理好用。
研發階段：可以和開發溝通交流，關於需求的內容以及實現。
測試階段：有了需求和研發階段的溝通，可以規避：需求不合理、需求不全面、邏輯場景缺失等問題；
在具體的測試階段，需要更全面的考慮多種情況，通過思考、評審等方面豐富測試場景；具體測試時
要針對模組功能的交界部分多留意，而測試中需要我們做的最多的事情就是：追著開發改bug，追著產品
對需求，追著leader催進度。
"""
軟體測試工程師面試雜談
發表於2011 年 8 月 31 日 由 sam最近一段時間以來由於專案組進度實在是緊張所以從5月初就開始招人計畫 到目前為止面試了20多位前來應聘軟體測試崗位的同行 當然到現在為止都還沒有招到合適的人選 見識過了形形色色的面試者 不吐不快 以至於有了這篇文章。我僅僅是乙個測試負責人而已不屬於管理層...
軟體測試工程師
首先，最根本的還是要看企業自身的需要，綜合自己的測試團隊力量，自己公司的研發狀況，當然還有公司的資金 到底到測試這塊公司願意投入多少money呢?另外要搞清楚自己公司招聘測試人員的目的是什麼?比如，如果公司暫時還沒有測試團隊，這個時候公司剛好有財力，同時研發力量比較大的時候，因為發展的需要，必須要組...
軟體測試工程師
理解產品的功能要求，並對其進行測試，檢查軟體有沒有缺陷，測試軟體是否具有穩定性 安全性 易操作性等效能，寫出相應的測試規範和測試用例的專門工作人員。最重要的客戶是軟體的使用者。測試工程師需要站在客戶的使用和需求角度測試軟體，報告問題。軟體測試只能證明軟體存在錯誤，不能保證軟體沒有錯誤，不可能找出全部...