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

[thinkniht (不下棋=.=)]

黑箱是不知道別人程式怎麼寫的測試
白箱就是你知道別人怎麼寫的情況下測試

溝通有時不是單方面的問題
不同的角色在溝通上
有時該去了解對方用語
用對方不懂的用語去溝通　而對方不理解的話　是很正常的事情

另外我覺得可用來測試的時間很重要
測試時間很敢的話 就很麻煩
因為時間不多的話 測試的仔細程度就會很低
但有時這不是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
→ Lordaeron:黑盒白盒測試都是假的, 最簡單是找個白目來測, 最準.
推 jain00:堆 找白目
一.一
Lordaeron的言論...麻煩注意一下用語與語氣
這應該是說找不懂業務邏輯的人來測吧
※ 編輯: thinkniht       來自: 114.42.248.138       (01/08 22:57)
※ 編輯: thinkniht       來自: 114.42.248.138       (01/08 23:03)
→ TonyQ:不是吧 就是蓄意找麻煩的人啊。可以看看 peopleware 裡面
→ TonyQ:提到的黑衣團隊概念。差不多就是那類的東西。跟RD對立，以找
→ TonyQ:程式碴為樂趣的組織。
→ thinkniht:找麻煩=白目?
→ TonyQ:這裡的用意跟找麻煩差不多吧？不然你覺得呢？
我覺得只是在錯誤被客戶發現前自己先找出來罷了
這不算找麻煩或白目吧
問題內部爆開也只是關起門來的事情
在使用者手上爆開 有時出問題可是就上新聞的好嗎
(例如銀行各資外洩 標錯價之類的)
※ 編輯: thinkniht       來自: 114.42.248.138       (01/08 23:53)
→ TonyQ:要說搞不清楚狀況的人也可以。
→ ofese0207:通常都是搞不清楚狀況的人反而會找出問題所在
→ ofese0207:因為清楚狀況的 反而覺得是理所當然
→ TonyQ:是啊 所以我不覺得那算是貶意，有QA覺得那算是貶意的話可以
→ TonyQ:反應給板務群知道。
→ TonyQ:我們會再斟酌。
這其實就是RAVANA所提到的破壞測試
但通常...不會一開始就這樣玩
(別人會不會爬都不知道你就想看看別人會不會跑步嗎)
我覺得RAVANA的測試順序與內容還挺合理的
※ 編輯: thinkniht       來自: 114.42.248.138       (01/08 23:58)
→ TonyQ:在這裡的「找麻煩」是好事而不是負面的。
→ TonyQ:你可以看看有關黑衣部隊的敘述 會比較了解
→ TonyQ:http://0rz.tw/clWMU
→ TonyQ:你現在是想討論用詞合不合理還是這個測試合不合理 =_=
→ TonyQ:基本上根據我做測試的經驗，測試沒有標準流程，是看需求決定
→ thinkniht:用詞XD
→ TonyQ:測試的類型、涵蓋率跟要花多少資源。
→ TonyQ:所以我不會說通常怎麼樣或一般怎麼樣，對每個專案，都是不一
→ TonyQ:樣的。沒有一般性可言。就連unit test cover率要多高都是個
→ TonyQ:值得爭論的話題。
→ thinkniht:你要不要發一篇文談測試啊(期待的眼神)
→ TonyQ:我看不出用詞的合理性跟你提 RAVANA 的文章有何關聯...
→ TonyQ:我有寫過一點啦...在原文的推文底下我有給連結
→ thinkniht:一.一|||(不小心轉移話題了嗎XD)
→ TonyQ:測試我不是專家  我只是協助建置過一陣子的自動化測試。
→ TonyQ:並且參與了幾個有不錯績效的測試計畫的專案。
→ TonyQ:我要寫測試專文資歷還不算夠，頂多只能帶過一點。XD
→ TonyQ:我能作得就是RD等級的自主測試，而不是QA等級的測試。 :P
→ TonyQ:相信板上應該有能人可以寫QA專文才對...可能因為QA太廣，
→ TonyQ:大家沒把握一次寫全所以難以下手吧.
→ thinkniht:那說一下RD等級的自主測試吧
→ TonyQ:有空再寫啦 ～(呵欠) 基本上大概就是unit test(mock test)
→ TonyQ:重點其實還是在於找出哪些是熱點 哪些是可以跳過得小點...
→ thinkniht:(這人的文章真難釣orz)其實我最近也有在做測試
→ thinkniht:不過就是自己寫的元件自己測 也沒人教甚麼方法
→ thinkniht:就自己按照自己的想法測而已
→ TonyQ:其實測試重要的首要是心態，方法是其次...
→ TonyQ:好啦 我簡單寫一下我對測試的看法
→ Lordaeron:該注意語氣的人是你, 不是我, 你愛對號入座, 基本上
→ Lordaeron:是可以的, 但別將氣發在我身上. 你是一位小心眼的人, 就
→ Lordaeron:很清楚了. 別人看都沒問題. 只有你.
推 CGary:Blackbox testing 本來就是找碴式測試...找個白目的說法其實
→ CGary:也算很清楚了:P
→ CGary:我這陣子也常在當白目去炸人家的系統 XD
這邊文章我主要是說用語有問題
語氣的話...你覺得你在這個版推文的語氣中 語氣差的比例算低嗎?
如果你覺得我語氣有問題 不該說叫你注意用語和語氣的話
或者我像是在把氣出在你身上的話
你可以去跟小組長申訴
但沒有的事情 請別亂說
※ 編輯: thinkniht       來自: 114.42.248.138       (01/09 02:09)
→ ofese0207:大家都覺得沒問題 就你在不爽
→ Lordaeron:語氣差不差, 是你在講的而已, 我只有看到你語氣在差?
→ Lordaeron:還可以對人指指點點, 你快去投訴吧.
→ GoForward:同意樓上...
→ TonyQ:好啦 大家別吵了 =_= 版規1鎖文處理。