測試框架結(jié)構(gòu)體系
1.0 項目啟動
1.1.1?項目情況
????公司產(chǎn)品部下達項目開發(fā)任務弊攘，確定項目情況（輸出項目計劃書）
????項目計劃書需要明確項目時間進度莫绣，并且標注里程碑，對項目中的開發(fā)任務牲蜀、測試任務對應所屬負責人員
1.1.2測試職責
????弄清楚項目背景仰禽，確定項目要素
????深刻認知項目需求，弄清項目開發(fā)團隊人員色徘，以便后期溝通交流
????分析項目測試工作量恭金，在有效的時間內(nèi)是否可以保證高質(zhì)量發(fā)布
????項目啟動后，確定測試資源是否能否滿足測試需求褂策，如不滿足横腿，多長時間能到位，在會議上應多和項目負責人做充分的交流
2.0 測試計劃
? ? 根據(jù)產(chǎn)品原型制定測試計劃斤寂，制定測試計劃有利于測試范圍耿焊、測試時間和測試資源的調(diào)用、充分利用
????測試計劃應明確項目整體開發(fā)周期遍搞，確定測試任務的測試人員罗侯，在整個測試項目啟動后，除非特殊情況溪猿，一般規(guī)定的測試人員即為專職專用钩杰，保證測試的連貫性纫塌、高效性
????測試計劃中需要明確測試風險 并加以標注，如：人員的變動讲弄、測試人員對項目的熟悉程度措左，需求的頻繁變動等等，不可控因素
3.0 產(chǎn)品需求分析
? ?根據(jù)產(chǎn)品原型避除，對項目的需求進行了解怎披，以保障在測試業(yè)務的過程中不會有漏洞和瑕疵，以基礎(chǔ)知識為內(nèi)力瓶摆，以測試方法和測試理論為核心凉逛，以業(yè)務知識為動力，從而出色的完成項目整體的測試過程
????測試人員在進行需求分析后群井，一定要認真理解状飞，一方面可以通過對原型的方式熟悉項目，同時也為后續(xù)測試的文檔設(shè)計蝌借，測試的執(zhí)行打好良好的基礎(chǔ)
4.0 測試設(shè)計
????測試設(shè)計階段是測試人員展示自己所有能力昔瞧，確保認真和高度重視，測試設(shè)計相當于承上啟下的階段菩佑，既是檢驗我們對整體項目需求的熟悉程度自晰，又是考驗我們對整個測試項目的計劃把握和測試方法應用的檢驗，所以稍坯，有必要投入100%的精力去對待酬荞。
????測試用例設(shè)計是整個測試設(shè)計的重中之重，測試用例應該充分考慮需求的覆蓋程度和用例的設(shè)計方法瞧哟，采用多種設(shè)計方法混巧、多種測試組合類型做到全覆蓋項目需求。
?????測試文檔編寫后勤揩，應該通知相關(guān)人員做評審咧党，只有評審通過的測試文檔才能作為測試執(zhí)行的依據(jù)，評審文檔應提前1~2天發(fā)送陨亡，給評審成員足夠的時候閱讀傍衡，并反饋提出的問題，在評審過程中负蠕，對問題做記錄并更新測試文檔
補充：測試設(shè)計過程中蛙埂，可能有需求的變動或功能的增刪，作為測試人員應該及時和開發(fā)人員（產(chǎn)品）將變更或增加的地方更新到設(shè)計文檔中遮糖，并按新的設(shè)計文檔來編寫測試文檔绣的。
5.0 測試執(zhí)行
????在測試的過程中，對測試出來的問題不太確定的情況下，作為測試人員 應進一步跟開發(fā)人員進行積極溝通和配合
????測試人員在測試之前應該獨立完成對測試環(huán)境的部署屡江，部署可以根據(jù)文檔來進行（項目部署文檔）
????測試過程中芭概，對發(fā)現(xiàn)的bug應能復現(xiàn)，在提交bug時盼理，在步驟中需要描述清楚谈山，以便開發(fā)人員在解決問題的時候參考，對偶發(fā)的bug或者出現(xiàn)小概率的bug在提交的時候 附上圖片等信息宏怔，便于開發(fā)人員更好的定位問題和解決問題
????測試人員在測試完每一輪時，都應該對測試版本和環(huán)境做保存畴椰，在下一輪版本測試時在版本的配置文件臊诊，安裝部署都應該是全新取到的，避免和禁止用上一個版本的測試環(huán)境僅替換和更新修改的包斜脂，這樣從測試的意義來說抓艳，并不是一次全新意義的測試過程。
????測試人員在測試過程中帚戳，應該積極玷或、主動，在發(fā)現(xiàn)問題時片任，不但可以發(fā)現(xiàn)偏友，還能深刻思考和學習問題出現(xiàn)的本質(zhì)，學習開發(fā)人員解決問題的思路对供，想想位他，這個問題為啥會出現(xiàn)，到底問題由何引起的呢产场？這一些問題的思考鹅髓，不但能協(xié)助開發(fā)人員快速解決問題提供幫助，同時對自己的技能提高有很大的幫助京景。
6.0 測試記錄
????測試記錄主要包括記錄測試結(jié)果和測試過程窿冯，測試結(jié)果是指針對測試發(fā)現(xiàn)的bug能詳細地記錄在bug缺陷庫中，并且對缺陷的描述能做到言語簡單明了确徙，包含必要復現(xiàn)信息
????在測試過程中發(fā)現(xiàn)的bug復現(xiàn)概率很小醒串，或者有的無法復現(xiàn)等信息都要有測試記錄。另一個方面是在測試過程中可能發(fā)現(xiàn)測試用例有的地方寫的不全或有的bug并不能通過測試用例來發(fā)現(xiàn)米愿，需要進一步細化和完善測試用例厦凤，這也需要做記錄，目的是在今后更好的把測試用例做到全覆蓋
????測試記錄還應該記錄在測試過程中育苟，這些測試可能不作為版本發(fā)布的需要较鼓，比如測試人員的一些想法、測試過程中遇到的困惑、測試和開發(fā)之間對問題處理的想法博烂、對項目功能的體驗想法等等香椎，這些都可以作為一個自我心得體會記錄下來，在測試完成后禽篱，作為一種共享畜伐，大家一起來分享和討論，這樣對自己是一種成長躺率，推動組織在流程的建設(shè)中可以更好的完善玛界。
7.0缺陷跟蹤
測試
1.測試人員在提交bug后，應該對該bug全程跟蹤悼吱，bug從提交到Closed整個生命周期的各個階段,測試人員一定要實事求是慎框、嚴謹細致的認真對待。
2.測試人員在提交bug中后添，應該明確標明bug的嚴重級別程度笨枯、優(yōu)先解決順序、測試步驟遇西、預期結(jié)果馅精、實際結(jié)果、項目版本粱檀、bug出現(xiàn)的概率等重要屬性洲敢，便于bug的解決優(yōu)先級和項目的總結(jié)統(tǒng)計。
3.在驗證bug時梧税，發(fā)現(xiàn)bug已經(jīng)解決沦疾，應該在bug中注明bug解決的當前版本，如果驗證問題還存在第队，需要將bug狀態(tài)重新置為reopen哮塞，并和解決bug的開發(fā)人員做主動積極溝通。
4. 在測試中凳谦，可能會發(fā)現(xiàn)有些bug出現(xiàn)的概率很小忆畅，復現(xiàn)的機會也非常小，但又確實存在尸执，對這類bug應該先記錄整理下來家凯，并告知項目負責人，申請做長時間觀察測試時間如失，因為這類bug可以需要長時間的測試才能復現(xiàn)绊诲，一旦復現(xiàn)應該將測試數(shù)據(jù)、日志褪贵、抓圖等信息都保存下來掂之。
開發(fā)
1.bug的整個生命周期離不開開發(fā)人員的參于抗俄，當測試人員分配給屬于自己的bug時，首先應該快速響應世舰，并將bug狀態(tài)置為Open动雹，當發(fā)現(xiàn)分配的bug不屬于自己來解決時，也不要有其它想法跟压，直接將該問題Forward回去并注明原因即可胰蝠，保持和測試人員口頭溝通
2.對bug 解決后，首先應該自己測試震蒋，保證測試沒有問題后再提交到版本上茸塞，避免未經(jīng)自測就直接提交，導致解決bug的時間周期延長查剖。
3.開發(fā)人員在解決bug的過程中翔横，有可能出現(xiàn)按描述的步驟根本復現(xiàn)不了該bug，這種情況完全有可能梗搅，因為bug的出現(xiàn)不但是操作的問題，還涉及測試環(huán)境效览、輸入數(shù)據(jù)无切、數(shù)據(jù)的累積等原因，所以丐枉，遇到不能復現(xiàn)的問題哆键，應該和測試人員積極溝通，不要將bug直接就No bug
8.0測試結(jié)束
????測試結(jié)束后瘦锹，首先需要將最后測試的版本發(fā)送到FTP服務器上籍嘹，同時告訴項目經(jīng)理，將版本控制工具上的版本流做lock操作弯院，將版本流凍結(jié)辱士，禁止操作人員隨意提交代碼到項目上。
????測試完成后听绳，需要將測試的情況整理成報告颂碘，發(fā)送給參與項目的全部人員和相關(guān)領(lǐng)導，報告中應該重點體現(xiàn)測試的信息椅挣，比如測試輪數(shù)头岔、發(fā)現(xiàn)的bug總數(shù)量、遺留bug的處理意見鼠证、性能指標等必要參考信息峡竣。
????測試結(jié)束后，對測試文檔也要做整理并歸檔提交到服務器做備份保存量九，比如在測試過程中發(fā)現(xiàn)測試用例的不完善适掰，測試過程中需求的微調(diào)等都需要同步到測試文檔中有體現(xiàn)。
????測試結(jié)束是代表一個階段的結(jié)束，應該給參與測試人員幾天自由支配的時間攻谁，調(diào)節(jié)下狀態(tài)稚伍，同時對項目做總結(jié)。
9.0 項目總結(jié)
????一個項目測試完成后戚宦，應該就近抽半天時間大家一起座下來做個測試總結(jié)个曙，總結(jié)時間不能和項目結(jié)束時間相差太久，因為剛測試完項目大家一定有很多想法受楼，時間一長垦搬，很可能就會遺忘，而且時間長了艳汽，大家可能又有新的測試任務猴贰，所以，測試總結(jié)應該盡快完成
????總結(jié)過程中河狐，可以適當邀請項目負責人和開發(fā)人員代表米绕，聽聽他們對我們測試的一些建議和看法，這樣也有利于以后更好的配合工作馋艺，測試其實就是一種服務栅干，測試應該懷著這樣的心態(tài)去測試。
????總結(jié)完成后捐祠，應該形成文檔化并保存下來碱鳞，作為測試體系改進和完善的重要內(nèi)容，同時也可以為部門踱蛀、公司的流程體系建設(shè)完善提供一些參考信息窿给。
