為什麼這篇軟體測試項目鄉民發文收入到精華區：因為在軟體測試項目這個討論話題中，有許多相關的文章在討論，這篇最有參考價值！作者zapion (SZ)看板Soft_Job標題Re: [請益] 請問一下軟體測試工程師的薪水落點...
軟體測試項目 在 BusinessFocus | 商業、投資、創科平台 Instagram 的精選貼文
2021-08-17 20:06:55
【@businessfocus.io】蘋果新軟件助排查兒童色情圖片 自動舉報兒童組織 遏止非法内容傳播 . 蘋果（NASDAQ：AAPL）於8月5日證實，公司正計畫推出一款可識別與回報收集兒童色情圖像的新軟件，預計將在今年稍晚時候在美國地區的更新版本中推出。儘管蘋果表明此舉是為了協助遏止「兒童性虐待...
※ 引述《smileray (X______X)》之銘言：
: 臺灣太不注重這個環節了 都是開發一人當兩人用
: 我們team就是純測試 開發就開發....反正他們就開發到一個程度 我們開始測
: 他們就一邊去放假一邊回來修問題....
: 感覺測試職缺始終多不起來 因為都是RD自己在測.....好血汗....
: (不過這個也只是聽朋友在說而已 我作好幾年沒換工作囉@@ 現在測試行情職缺不太清楚)
: 做久了覺得測試很有趣+1 ..... 每次想要怎麼測都覺得很好玩
個人在測試這邊做了大約七八年 做過window平台軟體 data center底層應用
mobile app 手機平台等等的 提供給新進或者剛做幾年的一些想法
- 軟體測試人員需要負責什麼
前面提的訂測試計劃 寫/維護測試項目 以及一般項目就不贅述
視人員/技能分配 也可能會做測試工具開發 CI相關的使用 甚至自動測試開發
特別要提的是做測試其實無法提升品質 只能透過一些角度提供品質的現況而已
再怎麼多測 bug不修品質也不會變好 軟體公司的老闆往往兼任project manager的
角度 這部份可能要搞清楚才能來談品質
- 品質不好是誰的錯
是大家的錯
很多重大bug之所以會產生當然有很多原因 參考乳酪理論
https://en.wikipedia.org/wiki/Swiss_cheese_model
(瑞士乳酪理論(Swiss Cheese Model), 是形容意外事件能夠被發生,
只是湊巧同時穿過每一道防護措施的漏洞, 有如層層乳酪中湊巧有一組孔洞的集合,
能讓一束光線直接穿過. 當檢視醫療與飛安事件時, 尤其能看到這種"步步錯,
最後引發不幸"的例子, 只要當時任何一個環節做對, 事件就不會發生.)
身為QA常常是第一線被咎責的 (主管:為什麼沒測到!)
然而這個問題背後可以延伸出 工程師為什麼沒寫好 規格是不是開得太多
給的開發時間是不是不夠 之類的可以檢討
品質可以不是第一優先 但是不能夠又要馬兒好又要他不吃草
- 不寫code可以嗎
可以 測試算是一種技能 包括如何延伸與分類測項也發展出不少方法
但是懂寫code至少有兩個好處 一是可以把你手上的事情自動化
包括建置環境 跑測試 管理測項以及產生報表 節省下來的時間可以讓你做更複雜
難度更高的測項
第二是白箱測試 透過程式內容的分析 更容易讓你迴避無用的測項 一針見血
- 測試的未來
在軟體版本及功能高速迭代的現在 測試要跟著這個節奏在舊有的做法將備受考驗
測試產業的未來 以yahoo來說 最近大量裁撤整合測試相關人力也在 LinkedIn
上面有一番討論
https://www.linkedin.com/groups/55636/55636-6083661656292884482
但不只是yahoo 其他的大公司也更多的讓開發人員開發執行測試 一方面也發包工作到
外包的測試公司
做這樣的改變是考驗公司的體質 當相關品質的基礎建設夠穩固才能開始
不過從這看來轉型是在所難免
至於專業測試員的未來 目前我看到的有 弱點分析 安全性分析類的
或者更多關於測試基礎工具的開發與使用 也是一個方向
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.44.197.38
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1454747084.A.8BA.html
※ 編輯: zapion (114.44.197.38), 02/06/2016 16:25:35
推 rick030215: 謝謝大大精闢的分析，小弟我受教了 02/06 17:39
推 prag222: 覺得測試是找出各種排列組合去測,不知道這樣對不對? 02/06 23:21
推 anti56: 不完全是 最重要是考量user的end to end flow 分析最可能 02/07 00:42
→ anti56: 以及 有可能出錯的功能 或改寫的部分重點測試 不同階段 02/07 00:43
→ anti56: 不同時程有不同的排法 真正厲害的QA要比寫的RD懂code 最 02/07 00:45
→ anti56: 厲害的是在RD的design階段就預見問題 以及在短時間有效率 02/07 00:46
→ anti56: 的先把最嚴重的問題挑出來 （甚至提供改寫方向建議 02/07 00:48
推 longlongint: To 2樓 測不完所有可能 所以有其它高CP值的測法 02/07 02:41
→ longlongint: 但如果時間人力夠全測當然是全測 02/07 02:42
推 YahooTaiwan: 比 RD 懂 code 是在開什麼玩笑嗎？那直接去當 RD 不 02/07 04:22
→ YahooTaiwan: 就好了 02/07 04:22
→ YahooTaiwan: 各有所長，RD 懂程式，QA 了解商業邏輯 02/07 04:23
推 Killercat: 在很多QA領域 會不會python就是天與地的差別 02/07 15:32
→ Killercat: 能不能自己寫test suite還是只能用別人的 完全就看你 02/07 15:32
→ Killercat: 有沒有能力自己用script自己兜起來(當然java也可以) 02/07 15:32
→ Killercat: 有能力自己搞，就不會連個開迴圈跑壓力測試都得看RD臉 02/07 15:33
→ Killercat: 甚至要弄出可重現bug的script都做得到，這整個就是 02/07 15:34
→ Killercat: 層次上的不同，真的很建議真的學一下 02/07 15:34
→ Killercat: 你懂Sukuli，就不用機械式的自己用手點點點 02/07 15:35
→ Killercat: 還可以輕易搞出nightly test, regression test 02/07 15:35
→ prag222: WIN10能用嗎?剛起來點了就消失整個LOW調 02/07 22:23
推 cris122: 工程師夠紅有bug : 為什麼測試沒測到? 02/08 23:02
→ cris122: 黑掉的工程師有 bug : 為什麼RD沒寫好? 02/08 23:02
→ remmurds: QA如果只懂商業邏輯 工讀生也能當 02/08 23:32
推 YahooTaiwan: 當然不只囉，就像 RD 不只會寫程式一樣，少扣人帽子 02/09 00:24