1.什么是軟件測試
驗證軟件是否滿足用戶的需求
2.軟件測試和開發的區別是什么？
（1） 軟件測試和軟件開發中的調試的區別
目的：軟件測試的目的，測試人員根據需求去判斷軟件是否滿足用戶的需求；軟件調試的目的，軟件開發人員為了驗證程序是否可以滿足他想讓程序實現的功能。
角色：調試：開發人員；測試人員，開發人員(單元測試)，用戶（β測試，α測試）
階段不同：調試，軟件開發的階段；測試：整個軟件開發的生命周期；

---

測試左移和測試右移：
測試左移：需求前調研階段和需求階段，測試人員參加。（驗證需求是否合理）
測試右移：產品上線后，系統監控，日志記錄和分析（系統吸能達到瓶頸之后就會觸發報警，然后通知產品經歷和開發人員）

---

3.一個測試人員所具備的素質？（為什么選擇）
（1）軟件測試這個崗位的興趣
（2）能力，編程能力，懂幾門編程語言，溝通，團結協作
（3）責任感、抗壓力
思維方面：發散性思維、逆向思維

概念

什么是需求？
需求—>分析/設計（產品經理）（商討需求得出開發文檔，展現具體的功能的實現細節，文字/畫圖）------>開發------->測試------>上線

用戶需求：用戶想要軟件實現的需求
軟件需求：用戶需求的具體化，是用戶需求的實現細節，開發人員要根據軟件需求進行軟件開發
軟件需求是用戶需求轉化而來的。
需求就是滿足用戶的期望或者合同規定的標準、規范，文檔所需要的條件和權限。

水杯的測試用例

什么是BUG？

分為兩種情況：
（1）當軟件需求規格(軟件需求)存在并且合理，如果軟件功能和軟件需求規格不相符合，我們就說是軟件錯誤(BUG)
（2）當軟件需求規格不存在的時候，用戶需求存在并且合理，軟件功能和用戶需求不相符，就是軟件錯誤(BUG)

什么是測試用例？

向被測試系統發起的一組集合，這組集合包括測試數據，測試步驟，測試平臺，預期結果

開發模型(5個)

瀑布模型
優點：各個階段比較獨立，看重需求分析和軟件測試
缺點：無法適應需求的變化；測試到編碼后才介入，導致前期的缺陷無法及時發現，無法及時修正。
適用的項目：適用于需求穩定的項目
螺旋模型
優點：強調軟件質量；每一次迭代進行嚴格的風險分析，提供討論項目是否有必要進行下去的機會
缺點：引入風險管理，會投入大量人力物力
適用的項目：前期需求不是很明確，而且有風險，項目比較龐大的系統開發；
迭代，增量模型
迭代：一個系統的四個功能，A模塊，B模塊，C模塊，D模塊，兩周時間完成
迭代模型第一周開發人員完成A，B，C，D四個模塊基礎功能，第二周，在基礎功能之上進行細化和完善；
增量模型：第一周，完成A模塊，B模塊，第二周完成C模塊，D模塊
迭代模型的抗風險能力更強
敏捷模型
輕文檔、輕流程、重目標、重質量
擁抱變化、可以適應需求的變化
目標：交付一個高質量可用的軟件
scrum流程：
PO，product owner產品經理，把客戶的需求整理成user story，課表的代表方；
SM：scrum master項目經理，負責保證整個敏捷流程的順利實施；
ST：scrum team研發團隊，目標是交付一個高質量可用的軟件
scrum流程：

發布計劃會議：product owner負責講解user story，對其進行估算和排序，發布計劃會議的產出就是制定出這一期迭代要完成的story列表，sprint backlog。

迭代計劃會議：項目團隊對每一個story進行任務分解，分解的標準是完成該story的所有任務，每個任務都有
明確的負責人，并完成工時的初估計。

每日例會：每天scrum master召集站立會議，團隊成員回答昨天做了什么今天計劃做什么，有什么問題。

演示會議：迭代結束之后，召開演示會議，相關人員都受邀參加，團隊負責向大家展示本次迭代取得的成
果。期間大家的反饋記錄下來，由po整理，形成新的story。

回顧會議：項目團隊對本期迭代進行總結，發現不足，制定改進計劃，下一次迭代繼續改進，已達到持續改
進的效果。

網易郵箱注冊正確流程測試-標題即測試點

測試數據
郵箱地址：313232131
密碼：123456hids
手機號： 12324323232

步驟
(1) 打開網易郵箱注冊頁面
(2) 輸入郵箱地址、密碼、手機號
(3) 勾選同意條款，點擊立即注冊

測試平臺
Chrome瀏覽器

預期結果
注冊成功

重要性：重要
測試方式：自動化
功能模塊：注冊模塊
優先級：優先

總結

以上是生活随笔為你收集整理的软件测试理论入门(二)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。