1.軟體測試 為什麼有軟體測試
當前國內軟體行業已經不是功能為主了，使用者不僅僅只是對於盯著軟體的功能是否滿足要求，還會對軟體是否容易上手，執行效率是否 ok..... 等一系列其中體驗都有了更高的要求，所以著也需要我們對軟體進行大量的測試 ，
有喜人喜歡創造，走上了開發崗位，而我們是為了 精益求精，為了完美所以才做的測試。
2.軟體測試幹啥的
找bug，找蟲子。
3.測試原則：
測試原則呢 就是在對開崗位做出的軟體，有規則有順序的流程性檢測。
一款軟體從無到有經理很多的開發階段 由不同的人來參與開發，所以最終功能可能會存在問題，因此為了保證軟體的功能試可用的，我們必須要測試。
測試軟體存在缺陷：無論執行什麼樣的測試操作都能保證證明當前軟體是有缺陷的。
不能執行窮盡測試：有些功能試沒有辦法將所有的測試情況都羅列出來的，所以任何測試操作都有結束時間，
缺陷存在群集現象：對於軟體功能說，核心功能佔20%，非核心是80%，在實際工作中我們會集中測試20%的核心功能，所以這個部分發現缺陷的機率高於80%，因此我們就會遇到缺陷都集中在20%功能模組裡的現象。
殺蟲劑現象： 不要對同一軟體進行重複的單功能測試，會有，免疫性的。
無錯誤謬論：乙個老員工過來說，我經驗足，我的**沒有錯誤，神仙也有打盹的時候，老員工只是經驗足，但是技術在更新，你也無法知道自己跟上時代沒，新技術新問題。
測試工作階段流程（什麼時間幹什麼樣的事情）：
測試級別（測試流程乙個套路的流程）
整合測試（it）
系統測試（st）
驗證測試：
uat測試：
系統測試分類：
測試的常用方法：
按測試物件分類：
白盒測試:針對**看不見的，追溯到**原始檔的底層結構，**規範。
黑盒測試：針對軟體外在的主體功能進行測試
灰盒測試：結語兩者之間的介面測試（api）
按測試物件是否執行：
靜態測試：測試不執行。設計師給的設計圖對照軟體介面作對比。
動態測試：將軟體執行在真實的環境中進行測試。
按測試手段進行分類：
手工測試：由測試人員手動的**進行測試驗證，優點：可以靈活的操作改變測試手法和測試環境。
自動化測試：自動化有兩種形態，一種是自己寫指令碼程式測試軟體的執行是否正常，二是：通過第三方的收費軟體進行高效率測試。優點：效率，快捷 缺點：收費軟體，得自己寫軟體
軟體質量：
描述當前軟體是否好用，我們遵循軟體監督iso制定的規則，進行標準。
需求分析當前我們的核心目的就是使用者需要求點是什麼
需求**，需求規格說明書，api文件，競品分析、個人經驗
設計用例用例就是使用者為了測試軟體的某個功能的操作過程
設用例方法（等價類、邊界值、判定表。。。。。。）
評審用例：對當前的功能進行新增和刪除
測試環境： 環境：指的就是當前被測物件執行所需要的執行環境，測試人員需要具備配置測試環境的能力
環境分類（作業系統+伺服器軟體+資料庫+軟體底層**的執行環境）
執行用例一般在測試之前做乙個冒煙測試（軟體最核心的主題功能的測試）---通過冒煙測試後，再測試其他的，冒煙測試都沒過就不用考慮了
有問題將此版本直接回退給開發。
回歸測試及缺陷跟蹤測試檢測到問題後提交給開發，開發看到後，進行軟體的二次編輯，重新再對該軟體進行二次測試。
缺陷跟蹤：找到該軟體的某個功能缺陷後，一直追蹤下去。
輸出測試報告將當前的測試功能中產生資料可執行視覺化的輸出。方便其他人去檢視。
8. 測試結束
將整個測試過程中產生的一些文件進行整理歸檔，方便好後續的版本使用。
bs/cs架構的？
PHP半路出家 2
賦值方式 say array chinese english french 相當於 say 0 chinese say 1 english say 2 french say array china chinese england english france french 相當於 say china...
「半路出家」C C 程式設計師的「迷茫」
我是物理專業畢業的c c 程式設計師，屬於半道出家。怎麼會轉讓it行業呢？我是11年畢業的，畢業後本來是要去我們鎮上或者縣城當乙個物理老師，想想一輩子都要在這個小縣城裡度過，對於乙個富有激情，懷抱夢想，志在遠方的我來說肯定不樂意。大學時，學過c語言，計算機二級等級考試，網路基礎都拿到了證書，對程式設...
產品之間的聊天 產品經理半路出家
前段時間和一幫子產品經理聚會，我問你們曾經都是幹什麼的啊？有人回答自己曾經是程式猿。有人回答自己曾經是搞營銷的，也有人回答自己是做運營的，最誇張的是有個女孩子曾經是公司前台。我說難怪看你這麼美麗呢。總之最後我發現了乙個令人不安的現實 大部分的產品經理事實上都是半路出家的和尚！的確，如今的大學專業裡面...