migeka wrote:鐵達尼 wrote:
在規劃結果會出現很多黑色的方格，大家都有這種的情形嗎？
小弟的p300安裝v7.5後也有黑格!!
我的也是有黑格，而且還很多呢！本來以為是安裝上的問題，移除程式後再安裝一次仍然是一堆黑格。看來這一版仍然有許多問題！
2: 將宏碁的字串和研勤同步，更改成"速查"
http://elone.myweb.hinet.net/test/20050128.rar
還有網友出現黑黑圖，因該是研勤他們的圖示編號有問題，才會照成
程式讀取錯誤吧。
至於十秒會自動跳到下一個目標，小弟猜測是程式本身的修改結果；因為我至
多只改到圖型而已，理論上不會出現這個問題才對。
以上版權皆屬研勤所有，如有侵權請告知。
lin-san wrote:
這在敝公司叫 regression test.
還要分 RD regression/QA regression.
RD regression 還可分 unittest/function test/boundary test/performance test...
QA regression 也可以分 integration test/Real case(user case, huge case) test...
每一個user回報的bug 都應該要建RD regression test case來保證以後不再復發....
這一堆的tests 也只能保證基本的軟體穩定度罷了.
通常 RD 所做的 test 只能稱為 selftest, 因為他們都只初步測試功能 OK.
而 QA 才是真正要做 Testing 工作的人, 而Testing 的重複性與繁瑣性都很大. 所以一些較大的軟體公司就會利用一些自動測試軟體來幫助 QA engineeer. 如
Auto test 就是指 -> 利用軟體來建立每一個 Function 的自動測試步驟 (基本上是依據標準使用手冊與 test cases ), 還要建立 compare database 去比較一些標準資料或是畫面來驗證是否每一個版本的結果是否都是一樣, 才能確保每個 case 都能測到, 且能進行最大自動測試的效能. 也比較不會有基本 functions 的遺漏.
當然 test cases 建立的好與不好絕對影響產品測試的完整度. 所以 QA engineer 聰明才智的需求決不在 RD engineer 之下.
基本上連自動測試所需的環境都有一組專門的人負責開發/維護...恩, 離題了.
我想說的是, 研勤這麼大的公司難道沒做基本的 QA test?
釋放的新版本還會掉一些老功能???
Bell204 wrote:
通常 RD 所做的 test 只能稱為 selftest, 因為他們都只初步測試功能 OK.
而 QA 才是真正要做 Testing 工作的人, 而Testing 的重複性與繁瑣性都很大. 所以一些較大的軟體公司就會利用一些自動測試軟體來幫助 QA engineeer. 如
Auto test 就是指 -> 利用軟體來建立每一個 Function 的自動測試步驟 (基本上是依據標準使用手冊與 test
cases ), 還要建立 compare database 去比較一些標準資料或是畫面來驗證是否每一個版本的結果是否都是一樣, 才能確保每個
case 都能測到, 且能進行最大自動測試的效能. 也比較不會有基本 functions 的遺漏.
當然 test cases 建立的好與不好絕對影響產品測試的完整度. 所以 QA engineer 聰明才智的需求決不在 RD engineer 之下.
內文搜尋
從 APP 打開
X