-- 會員 / 註冊 --  
 帳號:
 密碼:
  | 註冊 | 忘記密碼
3/26 新書到! 3/19 新書到! 3/14 新書到! 12/12 新書到!
購書流程Q & A站務留言版客服信箱
3ds MaxMayaRhinoAfter EffectsSketchUpZBrushPainterUnity
PhotoShopAutoCadMasterCamSolidWorksCreoUGRevitNuke
C#CC++Java遊戲程式Linux嵌入式PLCFPGAMatlab
駭客資料庫搜索引擎影像處理FluentVR+ARANSYS深度學習
單晶片AVROpenGLArduinoRaspberry Pi電路設計CadenceProtel
HadoopPythonStm32CortexLabview手機程式AndroidiPhone
可查書名,作者,ISBN,3dwoo書號
詳細書籍分類

軟件測試進階之路——測試路上你問我答

( 簡體 字)
作者:何飛類別:1. -> 程式設計 -> 綜合
譯者:
出版社:電子工業出版社軟件測試進階之路——測試路上你問我答 3dWoo書號: 49040
詢問書籍請說出此書號!

缺書
NT售價: 245

出版日:4/1/2018
頁數:212
光碟數:0
站長推薦:
印刷:黑白印刷語系: ( 簡體 版 )
加入購物車 加到我的最愛
(請先登入會員)
ISBN:9787121338502
作者序 | 譯者序 | 前言 | 內容簡介 | 目錄 | 
(簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證)
作者序:

譯者序:

前言:

推薦序
一年前,我出版了一本教材《軟件測試——基于問題驅動模式》,這本書特意加了一個副標題——“基于問題驅動模式”,這是因為考慮到軟件測試所要解決的問題相對復雜,依賴于復雜的情景(上下文)——項目背景、軟件研發技術和流程、實際業務的應用場景等。所以,在軟件測試工作中,我們不能通過簡單地提取已有知識來解決實際問題,而是需要根據具體應用場景來構建解決問題所需的知識。而對應的學習方法就是今天所提倡的“建構主義(Constructivism)”,它是學習理論從行為主義發展到認知主義后進一步發展的結果,強調學習者的主動性在建構認知結構過程中的關鍵作用,認為“情境”“協作”“會話”是學習環境的關鍵要素,注重和應用背景的緊密結合,強調在實踐(實驗)中學習。現在,我要推薦的這本書和之前提到的那本書有相同之處:問題驅動——作者先擺出問題,然后逐一回答。之前許多軟件測試從業人員基于自己所面對的困境(相當于“背景”“情景”)提出問題,作者根據自己十幾年積累的實際經驗來回答這些問題,以此幫助讀者構建軟件測試所需的知識。

作者和我共事多年,在工作中不僅認真積極,而且善于思考、總結經驗,正如作者在前言中認真地介紹“什么是知識”、區分知識和信息、進行3W 分析來幫助讀者重新認知學習。3W 分析其實就是回答下面三個問題:

?? What is the problem?(真正的問題是什么?)
?? What is the root cause?(根本原因是什么?)
?? What is the solution?(解決方案是什么?)

3W 分析是一種優秀的實踐方法,即碰到任何問題,不要急于解決它,不要只看表面現象,頭痛醫頭、腳痛醫腳,而是要明確真正的問題,找出根本原因,這樣才能徹底地解決問題。本書基于這樣的思路來組織內容,可以更有效地幫助讀者解決問題。下面簡單地舉幾個例子來說明本書是如何做的。

第一個例子,本書把問題歸為積累,不是按照通常的軟件測試知識來進行歸類的,如測試計劃、測試設計、測試執行,或者單元測試、系統測試和驗收測試等,而是基于讀者的背景(從事軟件測試工作年限、想解決什么問題)來進行歸類的。

? 跨進軟件測試之門(適合工作年限:0 ∼ 2 年)。
? 在軟件測試之路上越走越好(適合工作年限:3 ∼ 4 年)。
? 是走“管理”路線還是走“技術”路線(適合工作年限:5 ∼ 7 年)。
? 成為資深軟件測試專家(適合工作年限:7 年以上)。

剛開始從事軟件測試工作的讀者最關心的是如何成為一名專業的軟件測試人員,工作幾年之后最關心的問題是如何成長為優秀的軟件測試人員。之后的成長可能會有困惑,因為再往前,前進的道路就有分叉——是走“管理”(當“官”)路線還是走“技術”(當“專家”)路線,這是每個職場人都需要做出的選擇。

第二個例子,針對每個問題,本書會先給出背景,也就是讓讀者理解問題的上下文,為什么會有這樣的問題?在什么情況下會問這樣的問題?誰最有可能會問出這樣的問題?這樣讀者就比較容易理解問題及其解決方法,從而將所學的知識和工作中的場景聯系起來,讓所學的知識得到良好的應用。

第三個例子,問題問得可能不清楚,如“應該先學習軟件測試技術方法還是工具”,作者首先答復“不能一概而論,得先看看是什么軟件測試技術,再看看學習的對象是‘小白’還是‘老兵’”,然后就接口測試、性能測試等實際環境來討論這個問題。這樣容易抓住問題的本質,“其實他們是被工具的復雜度難倒了,而不是被接口測試本身難倒了”。找到了問題,再就問題進行分析解答。

在特定環境下,如接口測試,就應該先掌握測試的方法,然后再學習工具。工具的種類繁多,不同的工具設計是不一樣的。但萬變不離其宗,方法是基礎,掌握方法是首要的。掌握了方法,就更能理解工具,用什么工具也不會覺得困難,掌握工具也會相對快一些。

本書不僅僅討論軟件測試技術,而且還討論軟件測試管理;不僅僅討論傳統的軟件測試,而是更多地討論“敏捷測試”,包括敏捷測試的軟著陸、高性價比的敏捷落地方案等。本書也不局限于軟件測試,而是深入職場—討論軟件測試人員的職業發展,例如,前面討論的“是走‘管理’路線還是走‘技術’路線”就是一個職場人普遍會遇到的問題。本書還討論了其他一些有趣的問題,如“‘老兵’混職場”,并給出打破職業發展瓶頸的終極絕招。

本書覆蓋了軟件測試人員的“一生”,適合不同層次的測試人員閱讀,雖然不是全部內容,但也值得我們學習和思考。對于軟件測試新人來說,有困惑時拿起它,讀幾個問題,也許它可以陪伴你走完職業之路。

朱少民
一位軟件測試老者


前言
在職場中如何正確學習
學習,是我們將信息轉化為知識的一種行為。但在進入職場之后,很多人變得不太會學習了,或者說不知道該怎樣正確學習了。

既然我們已經清楚了問題是什么,就一起來看看產生這個問題的根本原因是什么吧。
在此之前,我們先來了解一些基本概念。

信息,指音訊、消息、通信系統傳輸和處理的對象,泛指人類社會傳播的一切內容。
知識,指符合文明方向,人類對物質世界及精神世界探索的結果總和。一條陳述能稱得上知識,必須滿足三個條件:它一定是被驗證過的、正確的,而且是被人們相信的。
換一種簡單的說法,能夠改變你的思維模式和行為習慣,對你以往的輸出結果產生了影響的就是知識。

信息只有在被有效地處理后才會變成知識。
3W 分析法
了解了以上概念后,下面再對前面所提出的問題(在職場中如何正確學習)進行3W 分析。

真正的問題是什么
為什么在進入職場之后,很多人找不到有效的、正確的學習方法?

根本原因是什么
當我們在學校里學習時,因為有對應的問題要去解答,也就是說學了就能立即實踐、驗證,所以,我們能很容易地將課本中的信息轉化成自己的知識。

在進入職場之后,很多人還習慣性地使用學校里的學習方法,對于一本書,不管是不是所有章節都對自己有用,都會要求自己一定得讀完,即要求自己必須按照書中完整的結構體系去學習。但是,這種方法恰恰忽略了學習的真正目的:解決問題。
也正是因為缺少了“問題”這個核心,從而導致看似完整的學習實際上卻是支離破碎的。因此,我們很難將獲取到的信息有效地和自己的認知關聯起來,從而形成知識。

解決方案是什么
這也就是我寫作本書的初衷和目的。本書不同于市面上大多數的軟件測試理論類書籍,并不是按照某個知識領域的脈絡體系展開闡述的,而是以軟件測試這個行業的職場發展為主線,以不同的工作年限為階段劃分,再圍繞各個階段最常遇見的問題,通過問答的形式將解決問題的思路、背景知識、實際應用方法一一道來。讀者可以就問題查問題,根據答案解決自己遇到的實際問題。
如何閱讀本書
本書是按照軟件測試從業者在職場上所經歷的幾個階段來劃分的。

Part 1 :跨進軟件測試之門
這部分內容主要面向剛畢業求職的同學和剛剛入職的新人。圍繞職業目標定位、軟件測試入門前需要了解的知識點,以及在求職過程中與簡歷、面試和試用期息息相關的一系列實際問題來介紹相關內容。
Part 2 :在軟件測試之路上越走越好
這部分內容主要面向已經進入軟件測試行業3 ∼ 4 年的讀者。在他們所經歷的職場黃金期和倦怠期中可能會面臨一些問題,這部分內容針對這些問題幫助讀者順利度過職場倦怠期,并且介紹了相關領域的一些知識。

Part 3 :是走“管理”路線還是走“技術”路線
這部分內容面向那些已經在這個行業中摸爬滾打了5—7 年,面臨轉型期的讀者。他們在轉型期會遇到一些問題,而這部分內容從實際出發總結了一些建議,希望能幫助他們在這個時期擺脫迷茫。

Part 4 :成為資深軟件測試專家
度過了轉型期,每個人肯定都希望自己成為這個行業的專家。這部分內容針對這類人群,根據筆者的經驗給出了相對接地氣的建議。
關于這本書的閱讀建議,就像筆者關于職場學習的理解和認知,并不建議讀者一上來就一定要通讀全書,而是應該先看一下自己所處的職場階段,再將自己在這個階段中所遇到的問題羅列出來,帶著問題翻開這本書,去尋找是否有相應的或者相關的解決思路和方案。
如果本書有你想要的,那么甚好!如果沒有,那么你問,我答!
作 者
內容簡介:

如今,眾多的互聯網產品企業不再僅僅重視用戶交互體驗和運營推廣渠道,也越來越重視產品的質量,所以軟件測試崗位的受重視程度自然也就水漲船高,越來越多的同學正在前往或者已經走在軟件測試這條路上。而本書不同于市面上大多數測試理論知識的集合類書籍,它以軟件測試的職業發展道路為主線,按不同的工作年限為階段劃分,再圍繞各個階段最常遇見的實際問題,通過問答的形式將解決問題的思路、背景知識、實際應用方法一一道來,讀者可以帶著具體的問題,也可以根據自己所處的工作階段來閱讀這本書,參考問答的思路去解決自己的實際問題。

目錄:

PART 1
跨進軟件測試之門 適合工作年限:0∼2年 / 1
第1章 如何找到第一份令自己滿意的工作 / 2
問答(1)如何快速定位職業目標? / 2
問答(2)在不同的維度劃分下到底有多少種測試分類? / 5
問答(3)什么書適合軟件測試入門者? / 9
問答(4)看了我的簡歷,您想約嗎? / 12
問答(5)面試官,我要怎樣您才會給我機會? / 18
問答(6)成熟型企業和初創型企業,第一次選誰比較好? / 23
問答(7)被問到是否能接受加班該怎么回答? / 26
問答(8)被問及職業規劃,怎么回答才能讓面試官滿意? / 29
問答(9)怎樣才能在面試時談下自己滿意的薪資? / 32
第2章 新人如何快速適應職場環境 / 34
問答(10)入門學習是方法先行還是工具先行? / 34
問答(11)工作中沒有目標怎么辦? / 37
問答(12)為什么我的個人計劃總是執行不下去? / 39
問答(13)怎樣才能迅速了解一個產品的業務流程? / 42
問答(14)怎么才能順利通過試用期? / 45
問答(15)學習型圈子能給我帶來什么? / 48
問答(16)在職場中如何學習? / 50
問答(17)如何寫出一份漂亮的年終總結? / 53
問答(18)工作計劃和個人計劃有什么本質區別? / 55

PART 2
在軟件測試之路上越走越好 適合工作年限:3∼4年 / 57
第3章 怎樣才能利用好職場的黃金期 / 58
問答(19)如何有效分配每天的24小時? / 58
問答(20)把用戶當作“用戶”還是“客戶”? / 62
問答(21)如何設計產品的兼容性測試? / 64
問答(22)如何繪制功能模塊的數據流圖? / 68
問答(23)軟件測試和質量管理是一回事兒嗎? / 71
問答(24)如何區分測試報告和質量報告? / 74
第4章 如何度過職場的倦怠期 / 78
問答(25)職場中遇到問題時應該怎么辦? / 78
問答(26)上班偷懶就是占了老板天大的便宜嗎? / 81
問答(27)“老兵混職場”之打破職業發展瓶頸的終極絕招是什么? / 83
問答(28)每天忙忙碌碌,可為什么還是覺得什么都沒有學到呢? / 86
問答(29)需不需要“死磕”自己的“短板”? / 89
問答(30)如何完成“重”任? / 91
問答(31)如何快速縮短職場倦怠期? / 94
問答(32)什么時間是做職業規劃的最佳時機? / 97
第5章 除軟件測試工作外,還需要了解的相關領域知識 / 100
問答(33)軟件工程師也應該具備產品化思維嗎? / 100
問答(34)什么是接口測試?為什么要做接口測試? / 103
問答(35)收到現網問題,除解決外,還能做什么? / 105
問答(36)測試計劃很難制訂嗎? / 108
問答(37)在軟件測試項目里需要做風險管理嗎? / 111
問答(38)人人都在說的敏捷到底是什么? / 114
問答(39)為什么一定要引入敏捷呢? / 119
問答(40)為什么敏捷不是萬能的? / 122

PART 3
是走“管理”路線還是走“技術”路線 適合工作年限:5∼7年 / 125
第6章 管理和技術,各有千秋 / 126
問答(41)讓下屬心悅誠服的領導長什么樣? / 126
問答(42)如何制訂能有效落地的管理類學習計劃? / 129
問答(43)為什么老板眼里的公司跟我眼里的公司不一樣呢? / 132
問答(44)我應該成為什么樣的領導才會受歡迎? / 135
問答(45)管理體系審核為何還有內、外審之分? / 138
問答(46)性能測試是不是很難做? / 140

PART 4
成為資深軟件測試專家 適合工作年限:7年以上 / 143
第7章 培訓師、咨詢師和教練 / 144
問答(47)學以致用之后還可以做什么? / 144
問答(48)如何做軟件測試咨詢? / 147
問答(49)什么是高性價比的敏捷落地方案? / 151
問答(50)如何讓敏捷軟著陸? / 155
問答(51)敏捷落地是不是很難? / 159
問答(52)如何建立自己的人脈? / 163

附錄:關于敏捷研發模式相關知識點的個人闡述 / 165
Scrum 七劍(1)【Product Owner】 / 165
Scrum 七劍(2)【Scrum Master】 / 167
Scrum 七劍(3)【Scrum Team】 / 170
Scrum 七劍(4)【Product Backlog】 / 172
Scrum 七劍(5)【Task Board】 / 174
Scrum 七劍(6)【Sprint Burndown Chart】 / 177
Scrum 七劍(7)【Sprint Retrospective Meeting】 / 179
寫好用戶故事 / 181
序: