1、多次嘗試，爭取找到bug
2、進行多方式的 多種測試環境
3、記錄問題，報備問題，並在下乙個版本進行嘗試
1、根據客戶需求，編寫需求文件，拿到需求文件之後
2、開發根據需求文件進行編碼（編碼：
後台可以進行設計資料庫
ui設計草圖，移動端
）3、編寫測試計畫以及測試用例
開發編碼結束後進行冒煙測試
4、依據測試用例，對其他功能進行測試
5、如果測試過程中發現bug提交給開發，進行更改
開發更改後進行回歸測試
6、進行測試總結，進行用於下一版本的迭代
2、系統資料的保護：對系統檔案、使用者密碼檔案等進行隱藏、密碼驗證、內容加密等3、
（前三即可）
1：cookie 的資料儲存在客戶端上，session 資料儲存在伺服器上。
2：cookie 安全性低（明文傳輸），session 安全性高（暗文傳輸）
3：cookie 儲存的資料長度有限制。
乙個瀏覽器乙個站點最多可以儲存 20 個 cookie，單個cookie不超過4k。session無限制
4：session 存在於伺服器，當訪問增多時，會影響伺服器效能
5：session 預設被存放在伺服器的乙個檔案中而不是記憶體中。session 也可以放在 資料庫 或者 記憶體中。
6：session 的執行是依賴於 session id 進行的。而 session id 是存在 cookie 中的。
吞吐量
響應時間
資源使用率 （記憶體的使用量 cpu的使用率 電量的損耗 流量的使用）
成功率
效能測試工具 jmeter loadrunner
抓包工具 fiddler charles（弱網測試的）
介面工具 postman
錄製指令碼 bodyboy jmeter
命令 linux adb monkey
資料庫 mysql
語言 python
測試用例就是執行測試的依據，把測試系統的操作步驟用文件的形式描述出來 excel word測試工具
測試輸入、執行條件、預期的結果、實際結果、用例編號、所屬模組、測試人員、版本號
等價劃分法（有效等價類 無效等價類）
邊界值法
場景法
因果圖
正交法
錯誤推斷法
判定表法
測試背景
測試目標
測試範圍
測試輸出文件
測試策略
測試規模工作量分析
測試程序
測試進度及時間安排
測試資源
人力、裝置
風險管理
功能不正常
軟體在使用上感覺不方便
軟體的結構未做良好規劃
提供的功能不充分
與軟體操作者的互動不良
使用效能不佳
未做好錯誤處理
邊界錯誤
計算錯誤
使用一段時間所產生的錯誤
控制流程的錯誤
在大資料量壓力下的所產生的錯誤
在不同硬體環境下產生的錯誤
控制版本不良導致的錯誤
軟體文件的錯誤
系統崩潰（嚴重阻礙測試和開發工作）===高
嚴重（非阻礙用例執行的嚴重問題）===高
一般（功能存在缺陷，但不影響應用和系統的穩定性）===中
次要（對應用熟悉度高才感知到的問題，對應用基本功能實現無影響）===中
建議（介面，效能缺陷）===低
以文件方式——缺陷報告
以bug管理工具——禪道
bug狀態、新建、確認、解決、重新驗證、關閉、重新開啟狀態修改為已分配（assigned），表示已經認可；開發人員解決了該bug後，就將bug的狀態
修改為已解決，並給測試人員回歸測試；測試人員對bug進行回歸測試，如果確實已經解決，
就將bug的狀態修改為關閉，否則的話則發給開發人員重新修改。還要說明的是，bug是可以
「死而復生」的，以前版本已經關閉的bug，如果版本中重新出現，我們就需要將其狀態修該為
重新開啟。
暑假測試 Day 5
時間限制 1 sec 記憶體限制 128 mb 提交 634 解決 96 提交 狀態 討論版 小可可是學校圖書館的管理員，現在他接手了乙個十分棘手的任務。由於學校需要一些材料，校長需要在文章中檢索一些資訊。校長一共給了小可可n篇文章，每篇文章為乙個字串。現在，校長需要他找到這樣的單詞，它至少在這n篇...
軟體工程Day5
1 軟體開發常使用的兩種基本方法是結構化和原型化方法，在實際的應用中，它們之間的關係表現為相互補充 2 軟體的特點 3 瀑布模型是提出最早 應用最廣泛的模型 4 資料字典是指對資料的資料項 資料結構 資料流 資料儲存 處理邏輯 外部實體等進行定義和描述。5 總體設計的結果是提供乙份模組說明書 6 軟...
軟體課設Day5
今日工作 1.今天按照計畫完成了整個原型介面的設計，新增了路況，天氣 能見度以及gps位置確定的頁面。2.在院辦1015進行了演示。老師給我們提出了建議 不要在把登入介面設計在主頁，應該讓使用者首先使用軟體的功能，如果需要在軟體內記錄自身資料時再主動進行登入。包括登入介面應該比較簡便，不要過於繁瑣，...