軟體測驗--基礎概念
- 1. 軟體測驗基本概念：
- 2. 軟體測驗和開發的區別是什么?
- 3. 一個測驗人員所具備的素質?
- 4. 什么是需求?
- 5. 什么是bug?
- 6. 什么是測驗用例?
- 7. 開發模型和測驗模型
- 7.1 軟體的生命周期
- 7.2 瀑布模型
- 7.3 螺旋模型
- 7.4 迭代, 增量模型
- 7.5 敏捷模型
1. 軟體測驗基本概念：
軟體測驗定義：驗證軟體功能是否滿足用戶的需求，
目的：驗證軟體有或沒有問題，
原則：顧客就是上帝，以客戶為中心，遵循軟體測驗的規范、流程、標準和要求，
2. 軟體測驗和開發的區別是什么?
軟體測驗和軟體開發中的除錯的區別
(1)目的不同:
- 軟體測驗的目的: 測驗人員根據需求去判斷軟體是否滿足用戶需求
- 除錯的目的: 軟體開發人員為了驗證程式是否可以滿足他想讓程式實作的功能
(2)角色不同:
-
除錯: 開發人員
-
測驗: 測驗人員, 開發人員(單元測驗), 用戶
(3)階段不同:
- 除錯: 軟體開發的階段
- 測驗: 整個軟體開發的生命周期
測驗左右移:
- 測驗左移: 需求前調研階段和需求階段, 測驗人員參加
- 測驗右移: 產品上線后, 系統監控, 日志記錄和分析
3. 一個測驗人員所具備的素質?
- 軟體測驗這個崗位的興趣
- 用能力, 編程能力, 懂幾門編程語言, 溝通, 團結協作(team work)
- 責任感和承受一定的壓力
- 思維能力 發散性思維, 逆向思維
4. 什么是需求?
-
用戶需求: 用戶想要軟體實作功能 boss/實際用戶(反饋和要求) / 公司的業務人員 (針對公司的內部系統)
-
軟體的需求: 用戶需求的具體化, 是用戶需求具體的實作細節, 開發人員要根據軟體需求進行軟體開發
-
軟體開發中的需求: 需求就是滿足用戶的期望或者合同規定的標準, 規范, 檔案所需要的條件和權限
軟體需求是用戶需求轉化而來的
5. 什么是bug?
吃雞例子
一局吃雞, 已經進了決賽了, 你一身神裝, 離吃雞只有一步之遙, 但是游戲崩潰了~~~
凡是實作效果和需求不相符的都可以認為是BUG.
BUG的后果: 用戶流失, 績效血崩.
BUG的處理: 生產環境上的問題, 要第一時間回滾, 再慢慢定位.
BUG的態度: 心存敬畏, 但是不要害怕. 程式猿身上背負的BUG, 就是一個老兵身上的疤痕, 最值得驕傲的軍功章
分為兩種情況
- (1)當軟體需求規格存在并且合理, 如果軟體功能和軟體需求規格不想符合, 我們就說是軟體錯誤(BUG)
- (2)當軟體需求規格不存在的時候, 用戶需求存在并且合理, 軟體功能和用戶需求不相符, 就是軟體錯誤(BUG)
6. 什么是測驗用例?
舉個例子：
比如男朋友一直打游戲，女孩子就會問男朋友，：我和游戲誰重要的送命題，來測驗男朋友是否愛自己，女孩子一般希望男朋友在游戲和自己之間選擇自己，
在這個小測驗中：
人物（一對情侶），場景（游戲中），問題（輸入），預期結果（輸出）等構成的集合就叫做測驗用例，
** 測驗用例（Test Case）是為了實施測驗而向被測驗系統發起的一組集合, 這組集合包括測驗資料, 測驗步驟, 測驗平臺, 預期結果**
7. 開發模型和測驗模型
7.1 軟體的生命周期
軟體生命周期是指從軟體產品的設想開始到軟體不再使用而結束的時間， 如果把軟體看成是有生命的事物，那么軟
件的生命周期可以分成6個階段，即需求分析、計劃、、設計、編碼、測驗、運行維護，
7.2 瀑布模型
優點: 各個階段比較獨立, 看中需求分析和軟體測驗;
缺點: 無法適應需求變化; 測驗到編碼后才介入, 導致前期的缺陷無法及時發現, 無法及時修正.
適用的專案: 適用于需求穩定的專案
7.3 螺旋模型
優點: 強調軟體質量; 每一次迭代進行嚴格的風險分析, 提供討論專案是否有必要進行下去的機會
缺點: 引入風險管理, 會投入大量人力物力
適用的專案: 前期需求不是很明確, 并且有風險, 專案比較龐大的系統開發;
7.4 迭代, 增量模型
一個系統的四個功能, A 模塊, B 模塊, C 模塊, D 模塊, 兩周時間完成
迭代模型:
- 第一周,開發人員完成 A B C D 四個模塊基礎功能,
- 第二周, 在基礎功能智商進行細化和完善;
增量模型:
- 第一周, 完成 A 模塊, B 模塊,
- 第二周, 完成 C模塊 , D 模塊
迭代模型抗風險能力更強
7.5 敏捷模型
特點: 輕檔案, 輕流程, 重目標, 重質量 ,擁抱變化, 可以使用需求的變化
目標 : 交付一個高質量可用的軟體
scrum 流程
| 簡稱 | 全拼 | 中文名 | 責任 |
|---|---|---|---|
| PO | product owner | 產品經理 | 把客戶的需求整理成 user story ,課表的代表方 |
| SM | scrum master | 專案經理 | 負責保證整個敏捷流程的順利實施 |
| ST | scrum Team | 研發團隊 | 目標是交付一個高質量可用的軟體 |
scrum 流程
- 發布計劃會議
- 迭代計劃會議
- 開發程序中, 每日站會
- 產品演示評審會
- 回顧會議
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/279669.html
標籤：其他