1.會出現的問題總會出現，根據薛丁格定律不要心存僥倖，你都能發現的問題客戶肯定也能發現，即時只有0.001%。
2.偶現的問題（非環境問題）總是存在的，只是你沒找到復現步驟。
3.專案進度 取決於開發環境，開發水平，專案難度，測試水平，專案管理水平。
開發環境友好，對接效率高效可以加速整個專案進度。
開發水平越高開發專案越快，更改bug效率越高，
專案越難 開發時間和測試時間就會加長++。這個增長應該不是1+1
測試水平整體流程的把控，問題優先順序判斷，發現問題的敏感度，想信肯定也有人因為測試沒有發現bug出現問題導致熬夜改**上線或者生產事故。
專案進度取決於開發，產品質量更看重測試人員綜合水平。（專案交付的標準不同 測試對產品要求也會不同）
4.業務邏輯優先 輸入框校驗，主流程優先於單個模組功能。 有限的時間要做自己該做的事。
5.介面如果有問題不同端肯定都會有問題。如果一端有問題一端沒有問題介面大概率是沒有問題的
6.問題一般扎堆出現
7.線上沒問題，測試有問題 **沒動過 有可能沒問題有可能沒找到規律
8.對於疑問點 找產品確認，測試需求**於產品
9.無論什麼時候 冒煙測試都是必需的
10.不要覺得開發多nb，你要你自己上多半比他強
11.對於版本一直沒有發現問題的情況 不要質疑自己，申請提前交付上線，即時發現問題還來得及…
12.互動多bug多的情況下，盡量等bug全部改完打包驗證，測試可能會發現很多重複問題。開發後續更改bug會有大概率出現新的問題
13.進入新的專案有疑問盡量私聊確認，很多以為是bug可能是操作問題或原有邏輯
14.專案問題進度問題該反饋 反饋 不要慫，設計問題也要大膽提出質疑
15.與專案組成員搞好關係 ，職場必備
16.不要總想表現自己，週末加班瘋狂群裡發訊息，發問題。這種點到為止就行，私聊開發開發還要感謝你
17.測試培訓技術分享多多參加，業務分享能免則免，業務分享自己基本不會涉及的，就算涉及到時候再去花時間理解， 技術學習即時不為實際專案應用 ，為了以後跳槽面試也要多多參與學習。
18.測試有很多等待時間，開發改bug，等出新包，利用這些學習技術或者感興趣的事情
19.找工作盡量找個不限制自己做事的人，工作幹完其他時間可以看部落格 搭建環境刷菜鳥等。有些連外網都沒有的，每天重複測一樣的東西，其實能養老也行
20.學歷很重要，能 提公升盡量早點提公升（常聽到一句 吃了沒學歷的虧）
21.測試人員具有很強的可替代性，希望大家不要膨脹
軟體專案管理的內在定律
一 馬特萊法則 馬特萊法則又稱80 20法則，它的涵義是把80 20作為確定比值，主張企業經營者經營管理企業不必面面俱到，而應側重抓關鍵的20 從人力資源管理的角度來看，企業經營者應把主要精力放在對佔職工總數20 的業務骨幹的管理上，抓企業發展的骨幹力量，再以這20 的少數帶動佔80 的多數，以提高...
軟體測試 軟體測試的定義 軟體測試的目的
軟體測試的定義 軟體測試已有了行業標準 ieee ansi 1983年ieee提出的軟體工程術語中給軟體測試下的定義是 使用人工或自動的手段來執行或測定某個軟體系統的過程，其目的在於檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。這個定義明確指出 軟體測試的目的是為了檢驗軟體系統是否滿足...
軟體工程中的恩格爾定律
軟體工程中的恩格爾定律在經濟領域有乙個恩格爾定律 19世紀德國統計學家恩格爾根據統計資料，對消費結構的變化得出乙個規律 乙個家庭收入越少，家庭收入中 或總支出中 用來購買食物的支出所佔的比例就越大，隨著家庭收入的增加，家庭收入中 或總支出中 用來購買食物的支出則會下降。推而廣之，乙個國家越窮，每個國...