二、設計測試用例：測試用例的設計是決定乙個產品能否成功發布的關鍵因素。每乙個需求乃至乙個缺陷我們都要有明確的測試方案，或許時間上不允許我們作過多的詳細設計，但是一定要把每個功能的關鍵點羅列出來。
曾經遇到過這樣情況，開發同事在乙個需求任務下面，優化了乙個投保單帶出的預設起保時間，當時口頭溝通確認後，這個改動點影響不大，而且只是乙個預設值的帶出，當時就沒有多在意，只是找了一些資料看看功能是否正常，但是功能上線後第二天，運維**就一直響，客戶一直在抱怨即時生效的保單不能出，後來才恍然大悟，修改了起保時間勢必會影響到即時生效保單起保時間的帶出，因為即時生效的保險期限規則與非即時生效保險期限規則不一致，如果當時自己不這麼大意，認真地對待每一改造點，或許就不會有這個問題，只要自己仔細分析一下這個改造點涉及到哪些功能，這個問題是完全可以避免的。跟大家分享這個案例並不是說想給大家說自己有多悔恨，只是以此來提醒大家，每乙個功能都需要有嚴謹、清晰的分析，要有自己的判斷。針對測試用例設計上面，應該考慮以下幾點：
1、針對需求文件涉及到的每乙個功能點設計單獨的測試用例；2、針對每乙個功能點不同場景設計；3、周邊功能測試用例；4、功能點涉及到的易用性測試用例；5、考慮功能點可能會有的效能問題；
三、用例執行：在測試用例執行的時候，大體都是按照之前設計好的測試用例執行的，但在測試過程中，腦海裡或許會時不時地想到一些新的idea,當執行過程中有這樣的想法閃過的時候，千萬不要錯過，或許潛在的缺陷就存在於你腦海裡的這個新想法，其實這也不是一閃而過的想法，這是大腦在執行用例時，產生的一種探索性想法，也就是我們叫的探索性測試。所以在執行測試用例的時候，千萬不要放過這些想法。
四、測試回歸：回歸測試在整個測試生命週期是必不可少的。無論是修復乙個缺陷還是測試完成乙個需求，整個系統的回歸測試是必要的，或許某乙個很小功能點的改動會影響到整個產品的發布。
永遠不要質疑bug的存在性，bug真的無處不在。或許你會說我把整個測試用例全都執行了一遍，也沒有發現缺陷，回歸測試還有必要麼？但是，你只是保證了在你設計的用例或場景裡面沒有缺陷而已，你不能保證其他場景或用例就發現不了缺陷，正如測試工作本身一樣，我們能做的是儘量減少缺陷，而不是杜絕缺陷，缺陷是我們沒有辦法杜絕的。
五、經驗教訓總結：每次我們在完成乙個任務後，或多或少都有一些感觸。比如，在測試某個任務時，因為某個測試用例，成功地發現了乙個缺陷，而這個缺陷又只是在某個特地的場景下才能浮現，或者這個缺陷一直都有，只是從來沒有被人發現過，那麼這個用例的設計就非常完美了，那麼我們就需要回想當時設計這個用例出於什麼樣的動機？
為了驗證的功能點是什麼？為什麼當時要設計這樣的測試用例？這些疑問，會影響到以後我們對用例的設計，或許以後我們的設計用例的視野就會更加開闊，想到的也就更多。
同樣的，如果乙個產品上線後，客戶使用的時候發現有bug，那麼我們也需要從這個生產缺陷本身去分析，為什麼我們測試過程中沒有發現這個缺陷？我們設計的用例裡面究竟遺漏了什麼？是業務知識掌握的不夠全面還是粗心大意，把明明可以規避的風險放在了生產上面？
以上就是在測試工作中自己覺得比較重要的幾點吧，不過在關注測試任務的本身外，還需要具備良好的心態。曾經在一次測試任務匯報會議上，有一位領導說了一句話，現在記憶猶新：測試人員應該具備敏感、較真、充滿激情又負有責任感的心態。
敏感是指在測試過程中對待問題要有敏感的認知，能夠迅速地找出程式中重要的缺陷，也就是說在發現問題時，一定要先從重要缺陷著手，不能在產品快發布的時候，卻發現乙個嚴重缺陷，這會導致昂貴的修復成本。
較真不是說偏執，較真就是我們要懷揣著一顆求真的心態去定位問題、解決問題。乙個問題或許開發和測試的不同角度，問題也會有值的偏差，那麼這時我們就需要回歸到問題的本身，以客戶的身份去看待問題，當然這也強調如果真的是程式問題，作為測試的我們也就要以專業的身份去看待問題，不能因為其他而有所妥協，問題解決的時效性可以根據問題本身的嚴重性決定，但是不能直接忽略而過。
個人覺得，測試工作是一項比較『受氣』的工作。在產品未發布前如果發現太多缺陷或者說提了很多測試建議的話，開發就很不樂意了，他們會在你耳邊說這些問題都是可改可不改的，你報這麼多缺陷會延遲整個產品的上線時間，乃至影響整個專案組產品的發布。產品上線後，如果客戶發現問題的時候，開發、專案領導以及測試領導都會走到你的跟前問你，這個缺陷為什麼遺漏了呢？
測試當時為什麼沒有發現這個問題？而此刻，作為測試人員內心也一定百感交集，心裡一邊想著『自己為什麼會把這樣的缺陷遺漏到生產呢，應該仔細點的，或許多考慮一下就不會了』另一邊也想著『上次公升級的版本任務太多了，根本沒有時間讓自己來仔細琢磨這些，為什麼自己這麼辛苦地完成任務還要受到這麼多質疑』，當遇到的次數多了，便開始懷疑自己的測試能力，開始懷疑自己是否真的適合這項測試工作，從而開始否定自己的能力、否定自己的工作甚至否定自己。而此刻，乙份對測試工作的摯愛、積極樂觀及充滿激情的心態就顯得尤為重要了。
選擇了測試工作，那麼你就要明白不能發現程式中所以的缺陷，我們能做的就是在有限的時間裡發現盡可能多的缺陷。只有當你對這份工作懷揣著十分滿滿的激情時候，你才會有勇氣去迎接一次又一次的挑戰。
最後一點，也是最重要的一點，無論我們做什麼工作，都要對它有乙份理所應當的責任感。乙個人的責任感決定了這個人工作的態度。當你真正的把一項任務看著是自己的責任而不僅僅是任務的時候，你就會爆發你所有的潛能去完成它，無論它看起來有多麼的困難，多麼的難以實現。
就像你的家人需要你去照顧一樣，這是乙份責任，而不是任務，所以很多時候你想的不是怎麼快地完成它，而是想的是怎樣才能更好地完成它。
寫了很多，其實闡述的好像也不多，不管了，這些應該也就是自己這三年工作中最想說的吧！fighting!!!
介面測試經驗總結
1 應驗證介面顯示內容的完整性 a 報表顯示時應考慮資料顯示寬度的自適應或自動換行。b 所有有資料展現的介面 如統計 查詢 編輯錄入 列印預覽 列印等 必須使測試資料的記錄數超過一屏 一頁，以驗證滿屏 頁時其窗體是否有橫向 縱向滾動條或換頁列印，介面顯示是否正常 2 應驗證介面顯示內容的一致性 a ...
CDMA DT測試經驗總結
2012 01 1.1 路測綜述 3 1.1.1 路測概述 3 1.1.2 前期準備 3 1.1.3 dt測試的作用 3 1.2 路測中的測試規範和路測報告的要求 3 1.2.1 路測中的測試規範 3 1.2.2 路測步驟 5 1.2.3 路測的內容 5 1.2.4 dt測試報告的要求 5 1.3 ...
專案經驗總結
本人從事it工作多年，親身參與過多個專案。感到做這個工作最要緊的就是要明白什麼的員工適合做什麼樣的事，合理分工 因地制宜，只有最合適的，專案經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤工作進度。以下是本人做專案的一些個人體會，希望大家多多指點，共同提高業務水平。專案開...