其實還是挺看情況的, 撇除 RIDE 不談
robotframework 結合 Python 的應用很廣
自己編寫 python 的 keyworld 來用的話, 功能強大
哈哈, 就像您測試案例寫久了自然也就習慣了
您好, 歡迎交流測試心得, 這是我的微信
謝謝你
謝謝你, 開心呢 :) 在這發文能獲得大家的回饋我就好開心囉
同意您說的, 以企業角度來說. 能做好單元測試就已經很值得鼓掌了,
就投入變異性測試的時間成本來看, 所獲得的感受相較之下來會少些
頁面連結失效了呢 :) 不過這方面的論文確實不少, 只是在業界鮮少聽到具體實施案例
好的, 謝謝您的分享! 大感謝!
是很有趣的測試活動 :)
謝謝您的肯定 :) 好開心
你好, 我的微信帳戶是 maruneko27
謝謝你~
我反而跟您說的狀況相反呢
我年輕時很懶惰, 反而年紀越大越發自動學習
哇! 有機會能替測試界盡己之力, 那是我的榮幸!
是阿~~
測試用例是以 Perl 寫的
誤報是指 log parser 那邊的誤報嗎
非常感謝您的建議
我的作法也正如同您所說, 套用在演算法
正是 divide and conquer 的概念
您提到的其中一句 :
并不是所有功能实现都局限在 jenkins 插件去实现,需要统一的是结果报告数据的格式和数据表定义,方便将测试报告统一规划设计。
對這句話我深表同感
你好, 我是台灣人沒錯 :) 在此要感謝不吝給予回饋的大家
還有你們各式各樣對測試很有幫助的簡體書籍
(最近正在看一本 # 測試架構師的修煉之道)
大大是否也是探索性測試的愛好者 :) 我很贊同你的看法, 把測試人員從繁瑣的手動測試中解救出來也是我這次推動自動化原因之一
主要還是因應碰到什麼樣的問題用什麼樣的工具 :)
呵呵 可能吧
但最大的原因還是懶惰吧
好喔~ 謝謝建議