原创 親,你被重視了嗎?

        標題黨一下下。       測試是什麼?測試是一種驗證與確認,並不是質量保證。所謂驗證是指已經實現的軟件產品是按照它的需求做的,是符合需求說明書的;確認指的是已經實現的軟件產品或產品組件在用戶環境下,實現了用戶的需要,是

原创 性能測試應該怎樣測

事情的起因是這樣的 上週三下午要出去打個電話,經過小會議室門口的時候測試負責人叫住我問有事嗎?小A做的性能測試出現了點問,要我幫忙分析一下。打完電話後到小會議室與小A、測試負責人一起看小A的性能測試出現了什麼問題。小A說她對X項目進行了性

原创 得與失

時間回到2012年2月20日晚10:33分,手機響了,接聽電話對方稱是小米的HR,詢問在小米麪試完面試官是否當場給了我offer,回覆他說沒有,面試官只說回去等HR的通知,那個HR說他現在給我發電子版的offer吧,遲疑了一下回復他說,

原创 ruby+selenium-webdriver一步一步完成自動化測試-----一個測試用例

上一篇的小例子可以正常執行通過,但是這並不代表就可以按照這個思路寫測試代碼了。自動化測試與手工測試是一樣的,要有測試用例,有執行有結果,但是上一篇的例子裏並沒有。 衆所周知,java開發用JUnit進行單元測試、C#開發用NUit進行單元

原创 我的成長--從足球到籃球有多少路要走(三)

階段三、繼續深入 10年11月部門又重組了,自己有的時候也搞不清楚了,爲什麼總是會和變動連在一起呢,整個研發團隊被分成了兩個研發中心一個項目中心,分別有自己的研發和測試團隊。研發人員按項目分配,測試人員統一分配,不再像以前那樣分配在部門裏

原创 一條BUG的反思

五一三天小長假後第一天上班,郵件裏就有一封是關於線上BUG的,其中有一個問題沒有定位,懷疑是性能問題,於是大家就認爲TA是個性能問題。然後就轟轟烈烈的準備測試這一塊的性能,運維童鞋幫忙搭環境,我就開始“上躥下跳”的找人問線上對於那塊功能

原创 ruby+selenium-webdriver一步一步完成自動化測試-----準備篇

這一系列文章目的不是講ruby,也不是講selenium-webdriver,而是通過一個登錄soso首頁的小例子講怎樣一步一步寫好自動化測試。目標是:面向對象編程,實現邏輯與數據分離。 如果你覺得已經學會了selenium-webdri

原创 ruby+selenium-webdriver一步一步進行自動化測試------面向對象編程

前一篇文章中寫了一個測試用例,看上去還算不錯。但是代碼的擴展性並不好,假想對登錄進行手動的功能測試,會想到哪些測試用例?(驗證錯誤的用戶名正確的密碼;用戶名和密碼爲空直接點擊登陸按鈕。等等)是不是每個用例都要寫一套代碼呢?答案肯定是否定

原创 ruby+selenium-webdriver一步一步完成自動化測試-----多個測試用例

在上一篇“邏輯與數據分離”中只有一個測試用例,在這篇中主要是針對多個用例。驗證用戶名、密碼全部錯誤;用戶名、密碼全部爲空;用戶名爲空;密碼爲空,幾種情況登錄。 1.D盤新建文件夾test005,文件結構與“邏輯與數據分離中一致” 2.lo

原创 ThoughtWorks---Open House 2012(測試空間)總結

測試空間活動:參加活動的人員分成四個小組,每個小組由一名thoughtworks員工領隊,小組成員,每人手中拿到一份“需求”,小組成員進行討論對“需求”進行明確,不明確的地方向領隊確認,最後形成一份文檔交付給客戶。活動時間共計5分鐘,包括

原创 淺淺的說一下BUG是怎麼來的

先問一個問題,BUG是怎麼出來的。估計會有很多人回答,是測試人員測出來的。如果測試人員連BUG都測試不出來,那還叫啥測試人員了。再繼續深入問下去,如果BUG本身就不存在,測試人員能測出來嗎?這個時候的答案應該是“不能”吧。換個角度講,測試

原创 我的成長--從足球到籃球有多少路要走(二)

階段二、初試 2010年姍姍的來了,新的業務,新的人,新的工作氛圍。09年年底季度會的時候,這個部門的部門經理就說他們是救火隊,每天都在忙線上的事,全國32個省全都有他們的業務,一共50幾套系統。改線上BUG,測試,上線,是他們主要的工作

原创 ruby+selenium-webdriver一步一步完成自動化測試-----邏輯與數據分離

上一篇面向對象編輯,貌似這個用例已經很完美,但是還有不完善的地方,測試數據(用戶名、密碼、斷言的判斷數據)還是硬編碼,要想做的更完美,實現邏輯與數據

原创 ruby+selenium-webdriver一步一步完成自動化測試----生成測試報告

測試用例執行完後,生成一份可視化良好的測試報告,這份測試纔算功德圓滿。昨天用了一下午的時候查怎樣生成測試報告,又走了一次不大不小的彎路,其實通過自動化測試框架rspec就可以生成測試報告的。只需要做一點小小的“手腳”---將命令行中打印的

原创 測試碎碎念之測試前移

上次參加培訓時,在課堂上有人提出來現在公司測試需求變更太快,測試人員一直疲於應付各種變更,開發人員提交測試的質量太差,正常的流程很難一次跑過,邊邊角角的問題更多。想做進一步深入測試,但是時間總是不夠,自動化測試也只是想想。 吳穹老師說