Re: [請益] 各位公司都怎麼去做軟體測試的阿?

看板Soft_Job作者 (不下棋=.=)時間14年前 (2012/01/08 19:45), 編輯推噓2(2050)
留言52則, 7人參與, 最新討論串5/8 (看更多)
黑箱是不知道別人程式怎麼寫的測試 白箱就是你知道別人怎麼寫的情況下測試 溝通有時不是單方面的問題 不同的角色在溝通上 有時該去了解對方用語 用對方不懂的用語去溝通 而對方不理解的話 是很正常的事情 另外我覺得可用來測試的時間很重要 測試時間很敢的話 就很麻煩 因為時間不多的話 測試的仔細程度就會很低 但有時這不是RD的問題(可能當初他們的時間也很敢) ※ 引述《RAVANA (團結捐小豬愛台灣)》之銘言: : 敝人做過QA 算有經驗 : 但不懂專業術語 什麼黑箱白箱 所以全用白話文講 : 先說QA要有的技能 : 1.細心耐心 且對BUG疾惡如仇 非常討厭上線有BUG : 所有bug在你放行前會盡力挑出 : 2.溝通協調能力 有些RD很難溝通 講白點叫腦袋很死轉不過來 : 寫程式很厲害 但他聽不懂你講的地球話 : 不轉換多種成火星話講法他會跟你雞同鴨講 : 3.最好要有實力 在公司裡還要有點地位 : 有實力才能說服人家為什麼要改 有地位講話才會有人鳥你 : 不然有些RD會裝死或偷懶擺爛 程式寫法明明就很爛 勉強能動而已 久了會出問題 : 他覺得能動就好 就放在那爛不鳥你 死都不改 : 出貨出問題 責任就會在你身上 : 4.政治敏感度 因為有跨部門協調 (RD PM 業務 客服 大老闆喜好) : 要明白公司的政治狀況 不要誤觸公司政治地雷 : =============================== : 測試方式 個人經驗測試要照下列流程比較好 : 順序不要變 不然容易大家做白工 : 1.所有案子先要到結案時間 並做好規劃 強力逼出Rd交付程式時間 : 並預留3~5輪的來回問題修改時間 : 2.規格書先要到 先確定所有功能符合規格書 : 一定會測出一堆問題不符規格書的 就先列出打回去第一輪修改 : 3.規格書符合後 開始基本功能測試 確認正常使用狀態下(不做破壞測試) : 不會用一用就跑出bug來 這一輪通常耗時最久 往返會最多次 : 4.破壞測試 模擬使用者惡搞 或亂刪亂按一些東西會不會產生錯誤 : 5.最終所有問題都抓完後才壓力測試 用壓力測試軟體來測 : 並且燒個幾天機試試看 : 另外個人覺得不要很年輕就做QA 因為年輕RD技術還不夠 : 要多練強自己的coding技術 因為還是coding最好找工作 : QA做久了不會寫程式 出去會沒有競爭力 轉職不易 : 因為感覺軟體QA生態如下 : 1.好缺開不多 都被老人卡住不敢換工作 就像我一樣 : 卡住不會換 缺不會空出來 : 2.好缺的QA很多都傾向由公司內升 不用外聘空降 : 因為老人做久比較懂公司系統 做QA有優勢 : 3.另外就剩爛缺 就那種22~25K免洗剛畢業的免洗測試工程師 : 甚至以測試工讀生來做 因為很多老闆認為QA不重要 : 有手有眼睛會用電腦會打字就能做了 : 4.有些爛咖公司根本不請QA 採RD專人全包方式(開發 測試 安裝 售後客服單人全包) : 甚至有些測試就由客戶來做 讓客戶當白老鼠 : 出事就裝皮 阿就幫你改咩 不然你要怎樣?? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.42.248.138

01/08 21:57, , 1F
黑盒白盒測試都是假的, 最簡單是找個白目來測, 最準.
01/08 21:57, 1F

01/08 22:03, , 2F
堆 找白目
01/08 22:03, 2F
一.一 Lordaeron的言論...麻煩注意一下用語與語氣 這應該是說找不懂業務邏輯的人來測吧 ※ 編輯: thinkniht 來自: 114.42.248.138 (01/08 22:57) ※ 編輯: thinkniht 來自: 114.42.248.138 (01/08 23:03)

01/08 23:32, , 3F
不是吧 就是蓄意找麻煩的人啊。可以看看 peopleware 裡面
01/08 23:32, 3F

01/08 23:32, , 4F
提到的黑衣團隊概念。差不多就是那類的東西。跟RD對立,以找
01/08 23:32, 4F

01/08 23:33, , 5F
程式碴為樂趣的組織。
01/08 23:33, 5F

01/08 23:40, , 6F
找麻煩=白目?
01/08 23:40, 6F

01/08 23:47, , 7F
這裡的用意跟找麻煩差不多吧?不然你覺得呢?
01/08 23:47, 7F
我覺得只是在錯誤被客戶發現前自己先找出來罷了 這不算找麻煩或白目吧 問題內部爆開也只是關起門來的事情 在使用者手上爆開 有時出問題可是就上新聞的好嗎 (例如銀行各資外洩 標錯價之類的) ※ 編輯: thinkniht 來自: 114.42.248.138 (01/08 23:53)

01/08 23:49, , 8F
要說搞不清楚狀況的人也可以。
01/08 23:49, 8F

01/08 23:50, , 9F
通常都是搞不清楚狀況的人反而會找出問題所在
01/08 23:50, 9F

01/08 23:51, , 10F
因為清楚狀況的 反而覺得是理所當然
01/08 23:51, 10F

01/08 23:51, , 11F
是啊 所以我不覺得那算是貶意,有QA覺得那算是貶意的話可以
01/08 23:51, 11F

01/08 23:51, , 12F
反應給板務群知道。
01/08 23:51, 12F

01/08 23:52, , 13F
我們會再斟酌。
01/08 23:52, 13F
這其實就是RAVANA所提到的破壞測試 但通常...不會一開始就這樣玩 (別人會不會爬都不知道你就想看看別人會不會跑步嗎) 我覺得RAVANA的測試順序與內容還挺合理的 ※ 編輯: thinkniht 來自: 114.42.248.138 (01/08 23:58)

01/08 23:54, , 14F
在這裡的「找麻煩」是好事而不是負面的。
01/08 23:54, 14F

01/08 23:57, , 15F
你可以看看有關黑衣部隊的敘述 會比較了解
01/08 23:57, 15F

01/08 23:57, , 16F
01/08 23:57, 16F

01/08 23:59, , 17F
你現在是想討論用詞合不合理還是這個測試合不合理 =_=
01/08 23:59, 17F

01/09 00:00, , 18F
基本上根據我做測試的經驗,測試沒有標準流程,是看需求決定
01/09 00:00, 18F

01/09 00:00, , 19F
用詞XD
01/09 00:00, 19F

01/09 00:00, , 20F
測試的類型、涵蓋率跟要花多少資源。
01/09 00:00, 20F

01/09 00:00, , 21F
所以我不會說通常怎麼樣或一般怎麼樣,對每個專案,都是不一
01/09 00:00, 21F

01/09 00:01, , 22F
樣的。沒有一般性可言。就連unit test cover率要多高都是個
01/09 00:01, 22F

01/09 00:01, , 23F
值得爭論的話題。
01/09 00:01, 23F

01/09 00:02, , 24F
你要不要發一篇文談測試啊(期待的眼神)
01/09 00:02, 24F

01/09 00:02, , 25F
我看不出用詞的合理性跟你提 RAVANA 的文章有何關聯...
01/09 00:02, 25F

01/09 00:02, , 26F
我有寫過一點啦...在原文的推文底下我有給連結
01/09 00:02, 26F

01/09 00:03, , 27F
一.一|||(不小心轉移話題了嗎XD)
01/09 00:03, 27F

01/09 00:04, , 28F
測試我不是專家 我只是協助建置過一陣子的自動化測試。
01/09 00:04, 28F

01/09 00:05, , 29F
並且參與了幾個有不錯績效的測試計畫的專案。
01/09 00:05, 29F

01/09 00:05, , 30F
我要寫測試專文資歷還不算夠,頂多只能帶過一點。XD
01/09 00:05, 30F

01/09 00:05, , 31F
我能作得就是RD等級的自主測試,而不是QA等級的測試。 :P
01/09 00:05, 31F

01/09 00:07, , 32F
相信板上應該有能人可以寫QA專文才對...可能因為QA太廣,
01/09 00:07, 32F

01/09 00:07, , 33F
大家沒把握一次寫全所以難以下手吧.
01/09 00:07, 33F

01/09 00:10, , 34F
那說一下RD等級的自主測試吧
01/09 00:10, 34F

01/09 00:11, , 35F
有空再寫啦 ~(呵欠) 基本上大概就是unit test(mock test)
01/09 00:11, 35F

01/09 00:11, , 36F
重點其實還是在於找出哪些是熱點 哪些是可以跳過得小點...
01/09 00:11, 36F

01/09 00:14, , 37F
(這人的文章真難釣orz)其實我最近也有在做測試
01/09 00:14, 37F

01/09 00:15, , 38F
不過就是自己寫的元件自己測 也沒人教甚麼方法
01/09 00:15, 38F

01/09 00:15, , 39F
就自己按照自己的想法測而已
01/09 00:15, 39F

01/09 00:16, , 40F
其實測試重要的首要是心態,方法是其次...
01/09 00:16, 40F

01/09 00:16, , 41F
好啦 我簡單寫一下我對測試的看法
01/09 00:16, 41F

01/09 00:43, , 42F
該注意語氣的人是你, 不是我, 你愛對號入座, 基本上
01/09 00:43, 42F

01/09 00:43, , 43F
是可以的, 但別將氣發在我身上. 你是一位小心眼的人, 就
01/09 00:43, 43F

01/09 00:44, , 44F
很清楚了. 別人看都沒問題. 只有你.
01/09 00:44, 44F

01/09 00:47, , 45F
Blackbox testing 本來就是找碴式測試...找個白目的說法其實
01/09 00:47, 45F

01/09 00:47, , 46F
也算很清楚了:P
01/09 00:47, 46F

01/09 00:47, , 47F
我這陣子也常在當白目去炸人家的系統 XD
01/09 00:47, 47F
這邊文章我主要是說用語有問題 語氣的話...你覺得你在這個版推文的語氣中 語氣差的比例算低嗎? 如果你覺得我語氣有問題 不該說叫你注意用語和語氣的話 或者我像是在把氣出在你身上的話 你可以去跟小組長申訴 但沒有的事情 請別亂說 ※ 編輯: thinkniht 來自: 114.42.248.138 (01/09 02:09)

01/09 03:19, , 48F
大家都覺得沒問題 就你在不爽
01/09 03:19, 48F

01/09 07:11, , 49F
語氣差不差, 是你在講的而已, 我只有看到你語氣在差?
01/09 07:11, 49F

01/09 07:12, , 50F
還可以對人指指點點, 你快去投訴吧.
01/09 07:12, 50F

01/09 07:47, , 51F
同意樓上...
01/09 07:47, 51F

01/09 14:30, , 52F
好啦 大家別吵了 =_= 版規1鎖文處理。
01/09 14:30, 52F
文章代碼(AID): #1F2O76t4 (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 5 之 8 篇):
文章代碼(AID): #1F2O76t4 (Soft_Job)