測試原則一，測試應該盡早進行，好在需求階段就開始介入，因為嚴重的錯誤不外乎是系統(tǒng)不能滿足用戶的需求。這并不意味著你應該編寫糟糕代碼，在存在線性解決方案的情況下以O(n3)的效率去做某個東西。二，程序員應該避免了檢查自己的程序，軟件測試應該由第三方來負責。三，設計測試用例時應考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下還要制造極端狀態(tài)和意外狀態(tài)，如網(wǎng)絡異常中斷、電源斷電等。四，應該充分注意測試中的群集現(xiàn)象。

02教學模式：

正厚軟件采用小班制教學模式，保證每個教室里人數(shù)穩(wěn)定在20人左右，每門課程100%由十年以上測試經(jīng)驗的講師為大家授課，堅決杜絕遠程投影儀授課。

03學員就業(yè)：

正厚軟件的學員就業(yè)率是整個測試培訓行業(yè)里的

正厚自始至終未在網(wǎng)絡及其他渠道投過廣告，所有生源100%靠已就業(yè)學員的口碑推薦。

1.以下為正厚軟件部分就業(yè)學員薪資：

保證100%真實數(shù)據(jù)

2.以下節(jié)選幾張學員給我們的感謝信

以下是部分學員和正厚合影：

以下是正厚為學員舉辦的團建活動：

下面是正厚的教學環(huán)境

a) 職責和任職要求。

這大概是核心的問題，如果你的職位有清晰詳細的職位描述（JD），可能這就不是個問題了。同理，培訓班也是分檔次的，有好的，有次的，也有那個差不多中不溜的。但我曾經(jīng)任職的一個職位，因為沒有清晰詳細的職位描述，我在任職前也忽略了這一點，致使我在任職期間，感覺很別扭，總感覺這不是我當初想象中職位，是個不適合我的職位。

b) 前任去向和離職原因。

問這個問題的目的是看看這個職位是不是個棘手的職位，如果你的前任因為這個職位很難做，遇到了這樣那樣的問題而無法解決，而離開，你就要謹慎了，想想你自己是不是有能力超越你的前任。按照MIT和BSD等方式進行的授權，這樣你的公司使用起來就不會遇到任何問題。但是，如果真是這種情況，面試官往往在此問題上含糊其辭，說什么這是個新職位，或者說前任自己去創(chuàng)業(yè)開公司了等等。你的對策就是“刨根問底”，寄希望從細枝末節(jié)上嗅出一點味道。

一般來說，在系統(tǒng)的設計范圍之內(nèi)，吞吐量隨系統(tǒng)的并發(fā)用戶數(shù)的增加呈現(xiàn)增加趨勢，也就是說你客戶端來多少請求數(shù)系統(tǒng)吃（處理）多少請求數(shù)；三、軟件測試培訓：01師資力量：正厚軟件所有講師全部具備十年以上測試經(jīng)驗，資歷深厚，項目經(jīng)驗豐富。當超出這個范圍時有兩種情況，一種是系統(tǒng)只能處理這么多，超過這個數(shù)系統(tǒng)不接收了，后隨著并發(fā)用戶數(shù)的增多吞吐量是一個水平的直線；

還有一種情況是不管來多少系統(tǒng)都接收后導致系統(tǒng)吞吐量下降甚至系統(tǒng)崩潰。=limit){不能訪問}}else{添加key，value為1設置key過期時間為expire}。并發(fā)用戶數(shù)是客戶端單位時間內(nèi)對服務器端施加的壓力，具體能不能接受并處理要看被測系統(tǒng)的吞吐量，而吞吐量是被測系統(tǒng)單位時間內(nèi)處理的請求數(shù)或者說單位時間內(nèi)處理的字節(jié)數(shù)；一個著重于客戶端的操作即測試手段，一個著重于應用系統(tǒng)的處理能力即查看對象；（上面的討論沒有考慮兩者的單位，如一個用戶同時有多個請求情況）