修改测试点
修改功能測試的測試點
1.點擊修改按鈕,能夠進入相應的修改頁面
2.點擊修改按鈕,程序跳轉頁面是否正確
3.進入修改頁面,驗證修改頁面顯示的內容與該數據是否一致
顯示的內容是否是該數據的內容
4.進入修改頁面,驗證修改頁面顯示的內容是否存在丟失
是否存在某些內容丟失,不顯示
5.進入修改頁面,驗證輸入字段和需求描述一致
以軟件需求為準
6.頁面輸入修改內容的文本框的相應名稱是否出現錯別字
7.輸入的修改內容是否與文本框中顯示的一致
是否會出現輸入的內容丟失或者多出
8.空數據
如果需求規定輸入字段不能為空,驗證程序對非空數據有明顯標識或說明,對非空輸入字段輸入空數據有控制
9.點擊保存按鈕,按鈕是否有效
10.輸入非法數據,點擊保存按鈕,應給出非法提示
程序可能會把非法數據當做合法數據
11.輸入非法數據,點擊保存按鈕,應給出非法提示,輸入的修改數據不會被保存
12.輸入合法數據,點擊保存,系統是否提示確認保存
13.輸入合法數據,點擊保存,系統應提示保存成功
14.系統中該數據是否顯示最新修改的數據
15.查看數據庫中該數據是否與系統中修改的數據保持一致
16.取消按鈕是否有效
17.點擊取消按鈕,是否與保存功能一樣
18.點擊取消按鈕,跳轉頁面是否正確
19.任何修改都不進行,直接點擊”保存”按鈕
可以正常修改
20.全部數據都進行修改,且修改的數據內容都不相同但正確,點擊“保存”按鈕
可以正常修改
21.當前數據正在被占用或使用時,是否可以進行數據修改
如,用戶當前正在前臺登錄進行操作時,是否可以修改用戶的權限或其他信息
22.若修改的數據對應的主表,且主鍵值允許修改,那么要考慮關聯的從表數據,是否進行級聯更新
例如要修改員工的工號,就要考慮員工對應的考情和工資等記錄中對應的工號是否同時更新
23.如果修改按鈕,對應數據庫中的一個事務處理時,要檢查在保存按鈕點擊后,是否進行了完備的事務處理操作
例如在網站上修改一個訂單,除了檢查界面提示和訂單信息是否修改外,還要檢查是否生成了訂單修改日志,同時在賣家的操作窗口中是否彈出相應的提示信息等
24.是否存在批量更新操作,如果存在,要考慮批量更新是否更新完備正確
25.如果存在批量大數據的更新,要考慮性能和壓力測試
26.在更新過程中,構造系統異常(斷電、斷網、終止服務等),檢查系統的響應,如果是事務處理,要確認是否進行了事務回滾,是否有相應的錯誤日志信息
27.如果是C/S或B/S系統,要考慮服務器端功能的修改是否會影響客戶端的界面數據和相關處理。要進行前后臺的關聯測試。
例如在后臺修改了新聞內容,在前臺瀏覽器進行刷新,檢查是否進行了正確的修改,顯示是否完整
28.修改數據對應的約束關系是否存在自相矛盾
例如:在A功能中對工資等級字段的要求是可以為空,但是在B功能中要引用工資等級時,又規定該數據是必輸項,那么就會導致在A功能中如果將工資等級修改為空時,A功能就無法實現的問題
29.修改功能是否是可以撤銷的
30.同一組信息的修改功能和新增功能其對應的數據校驗規則是否完全相同,是否存在前后不一致的情況
例如:員工信息新增中不允許員工姓名有重復,但是在修改時,卻可以修改為重名
31.如果該功能存在假刪除,要考慮在修改記錄時,關于重復的校驗,是否包括假刪除數據
例如員工管理功能對應的刪除操作是假刪除,并且新增員工要求,員工姓名不能重復。
加入張三離職后,把張三假刪除,在界面上看不到張三的信息,此時再次修改員工信息,是否能再次修改一個員工姓名為張三的?
32.修改功能中是否有右鍵快捷方式,支持拷貝粘貼等
33.對于一些敏感數據的修改顯示,是否進行了加密
總結
- 上一篇: Unity 3D 中的专业“术语表”。
- 下一篇: ValueError: With n_s