- 1. Is the general screen background the correct colour?
2. Are the field prompts the correct colour?
3. Are the field backgrounds the correct colour?
4. In read-only mode, are the field prompts the correct colour?
5. In read-only mode, are the field backgrounds the correct colour?
6. Are all the screen prompts specified in the correct screen font?
7. Is the text in all fields specified in the correct screen font?
8. Are all the field prompts aligned perfectly on the screen?
9. Are all the field edit boxes aligned perfectly on the screen?
10. Are all groupboxes aligned correctly on the screen?
11. Should the screen be resizable?
12. Should the screen be minimisable?
13. Are all the field prompts spelt correctly?
14. Are all character or alpha-numeric fields left justified? This is the default unless otherwise specified.
15. Are all numeric fields right justified? This is the default unless otherwise specified.
16. Is all the microhelp text spelt correctly on this screen?
17. Is all the error message text spelt correctly on this screen?
18. Is all user input captured in UPPER case or lower case consistently?
19. Where the database requires a value (other than null) then this should be defaulted into fields. The user must either enter an alternative valid value or leave the default value intact.
20. Assure that all windows have a consistent look and feel.
21. Assure that all dialog boxes have a consistent look and feel.
Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
Forum rules
Chuyên đề này chỉ thảo luận về Black-box Testing.
Để có kết quả nhanh, các bạn nên search trước khi tạo chủ đề mới.
Chuyên đề này chỉ thảo luận về Black-box Testing.
Để có kết quả nhanh, các bạn nên search trước khi tạo chủ đề mới.
-
- Admin
- Posts: 4900
- Joined: Tue 10 Aug, 2010 10:11 am
- Location: HCM
- Contact:
Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
Khi test web app hay bất kỳ ứng dụng nào khác chúng ta cũng cần phải để ý đến vẻ bề ngoài của nó, sau đây là một số điểm cần chú ý khi kiểm thử ứng dụng.
-
- Admin
- Posts: 4900
- Joined: Tue 10 Aug, 2010 10:11 am
- Location: HCM
- Contact:
Re: Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
Dạo này bận quá nên mình không dịch ra Tiếng Việt được, nên nhờ Bác Google dịch dùm sơ sơ cho các bạn tham khảo trước
1.Là nền màn hình nói chung màu sắc chính xác?
2. Có phải trường nhắc nhở màu sắc chính xác?
3. Nền lĩnh vực màu sắc chính xác?
4. Trong chế độ chỉ đọc, là lĩnh vực các hướng dẫn màu sắc chính xác?
5. Trong chế độ chỉ đọc, là nguồn gốc lĩnh vực màu sắc chính xác?
6. Có phải tất cả các màn hình nhắc nhở quy định trong phông chữ màn hình chính xác?
7. Các văn bản trong tất cả các lĩnh vực quy định trong phông chữ màn hình chính xác?
8. Có phải tất cả các lĩnh vực nhắc nhở liên kết hoàn hảo trên màn hình?
9. Có phải tất cả các lĩnh vực hộp chỉnh sửa phù hợp hoàn hảo trên màn hình?
10. Tất cả groupboxes liên kết một cách chính xác trên màn hình?
11. Màn hình nên có thể thay đổi kích thước?
12. Màn hình nên minimisable?
13. Có phải tất cả các lĩnh vực nhắc nhở viết đúng chính tả?
14. Có phải tất cả các lĩnh vực ký tự hoặc chữ-số còn lại là hợp lý? Đây là mặc định trừ trường hợp quy định.
15. Có phải tất cả các lĩnh vực số hợp lý? Đây là mặc định trừ trường hợp quy định.
16. Được tất cả các văn bản microhelp viết đúng chính tả trên màn hình này?
17. Tất cả các văn bản thông báo lỗi có viết đúng chính tả trên màn hình này?
18. Được tất cả các đầu vào người sử dụng chụp trong trường hợp UPPER hoặc thấp hơn trường hợp liên tục?
19. Trường hợp cơ sở dữ liệu đòi hỏi một giá trị (không phải là vô giá trị) sau đó điều này nên được mặc định vào các lĩnh vực. Người dùng phải nhập một giá trị thay thế hợp lệ hoặc để lại giá trị mặc định còn nguyên vẹn.
20. Đảm bảo rằng tất cả các cửa sổ có một cái nhìn nhất quán và cảm thấy.
21. Đảm bảo rằng tất cả các hộp thoại có một cái nhìn nhất quán và cảm thấy.
1.Là nền màn hình nói chung màu sắc chính xác?
2. Có phải trường nhắc nhở màu sắc chính xác?
3. Nền lĩnh vực màu sắc chính xác?
4. Trong chế độ chỉ đọc, là lĩnh vực các hướng dẫn màu sắc chính xác?
5. Trong chế độ chỉ đọc, là nguồn gốc lĩnh vực màu sắc chính xác?
6. Có phải tất cả các màn hình nhắc nhở quy định trong phông chữ màn hình chính xác?
7. Các văn bản trong tất cả các lĩnh vực quy định trong phông chữ màn hình chính xác?
8. Có phải tất cả các lĩnh vực nhắc nhở liên kết hoàn hảo trên màn hình?
9. Có phải tất cả các lĩnh vực hộp chỉnh sửa phù hợp hoàn hảo trên màn hình?
10. Tất cả groupboxes liên kết một cách chính xác trên màn hình?
11. Màn hình nên có thể thay đổi kích thước?
12. Màn hình nên minimisable?
13. Có phải tất cả các lĩnh vực nhắc nhở viết đúng chính tả?
14. Có phải tất cả các lĩnh vực ký tự hoặc chữ-số còn lại là hợp lý? Đây là mặc định trừ trường hợp quy định.
15. Có phải tất cả các lĩnh vực số hợp lý? Đây là mặc định trừ trường hợp quy định.
16. Được tất cả các văn bản microhelp viết đúng chính tả trên màn hình này?
17. Tất cả các văn bản thông báo lỗi có viết đúng chính tả trên màn hình này?
18. Được tất cả các đầu vào người sử dụng chụp trong trường hợp UPPER hoặc thấp hơn trường hợp liên tục?
19. Trường hợp cơ sở dữ liệu đòi hỏi một giá trị (không phải là vô giá trị) sau đó điều này nên được mặc định vào các lĩnh vực. Người dùng phải nhập một giá trị thay thế hợp lệ hoặc để lại giá trị mặc định còn nguyên vẹn.
20. Đảm bảo rằng tất cả các cửa sổ có một cái nhìn nhất quán và cảm thấy.
21. Đảm bảo rằng tất cả các hộp thoại có một cái nhìn nhất quán và cảm thấy.
-
- Fresher Tester
- Posts: 16
- Joined: Thu 26 Jul, 2012 8:19 am
- Contact:
Re: Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
Không có link download hay sao bạn ơi, cách dùng nữa. Ít nhất cho xin 1 cái Link chứ
-
- Admin
- Posts: 4900
- Joined: Tue 10 Aug, 2010 10:11 am
- Location: HCM
- Contact:
Re: Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
Link gì và cách dùng gì bạn? Đây là những chú ý cần phải xem xét đến khi mình thực hiện test một ứng dụng (web, win form, mobile,... có tính chất nào dùng được thì mình áp dụng, không có thì thôi).
Ví dụ tính chất: 11. Màn hình nên có thể thay đổi kích thước?
Với web thì mình thay đổi kích thước browser được, nhưng có những màn hình hiển thị dạng popup thì người ta thường không cho mình thay đổi kích thước. Vì vậy mình cần xem xét màn hình nào thì nên cho thay đổi kích thước, màn hình nào thì không.
Ví dụ tính chất: 11. Màn hình nên có thể thay đổi kích thước?
Với web thì mình thay đổi kích thước browser được, nhưng có những màn hình hiển thị dạng popup thì người ta thường không cho mình thay đổi kích thước. Vì vậy mình cần xem xét màn hình nào thì nên cho thay đổi kích thước, màn hình nào thì không.
-
- Fresher Tester
- Posts: 25
- Joined: Tue 13 Mar, 2012 9:12 am
- Contact:
Re: Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
cho em hỏi tí. em có form Xeploai nhân viên như sau:khi test giao diện. em phải test những gì. viết testcase như thế nào?


-
- Admin
- Posts: 4900
- Joined: Tue 10 Aug, 2010 10:11 am
- Location: HCM
- Contact:
Re: Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
1. Trước tiên bạn phải có hình thiết kế của form này, để test layout giống như thiết kế.
2. Tiếp theo kiểm tra các label và dữ liệu của từng field, phải đúng chính tả và đúng nội dung yêu cầu.
3. Kiểm tra font chữ và màu chữ => xem có bể font không?
4. Màu nền
...
Quan trọng nữa là kiểm tra thông tin hiển thị trên GUI có giống với dữ liệu trong DB không (trong DB co bao nhiêu nhân viên thì phải hiển thị đủ hết)
Bạn tham khảo thêm ở đây nhé GUI checklist
2. Tiếp theo kiểm tra các label và dữ liệu của từng field, phải đúng chính tả và đúng nội dung yêu cầu.
3. Kiểm tra font chữ và màu chữ => xem có bể font không?
4. Màu nền
...
Quan trọng nữa là kiểm tra thông tin hiển thị trên GUI có giống với dữ liệu trong DB không (trong DB co bao nhiêu nhân viên thì phải hiển thị đủ hết)
Bạn tham khảo thêm ở đây nhé GUI checklist
-
- Jr. Tester
- Posts: 68
- Joined: Wed 25 Dec, 2013 9:30 pm
- Contact:
Re: Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
Thưởng mình có test GUI này trên các môi trường Win versions, Linux version, Mobile (if supported)... như vậy thì sẽ phân chia TCs - dùng kỹ thuận gì ? để cover 1 cách đầy đủ nhất các tính năng nàytvn wrote:1. Trước tiên bạn phải có hình thiết kế của form này, để test layout giống như thiết kế.
2. Tiếp theo kiểm tra các label và dữ liệu của từng field, phải đúng chính tả và đúng nội dung yêu cầu.
3. Kiểm tra font chữ và màu chữ => xem có bể font không?
4. Màu nền
...
Quan trọng nữa là kiểm tra thông tin hiển thị trên GUI có giống với dữ liệu trong DB không (trong DB co bao nhiêu nhân viên thì phải hiển thị đủ hết)
Bạn tham khảo thêm ở đây nhé GUI checklist
-
- Admin
- Posts: 4900
- Joined: Tue 10 Aug, 2010 10:11 am
- Location: HCM
- Contact:
Re: Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
Đây là checklist để giúp mình khỏi quên các trường hợp quan trọng cần check. Khi test trên nhiều platform thì mình cần tạo ra 1 bảng như ma trận, đã check trên môi trường nào thì check vào ô tương ứng.
-
- Jr. Tester
- Posts: 68
- Joined: Wed 25 Dec, 2013 9:30 pm
- Contact:
Re: Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
Hi tvn,tvn wrote:Đây là checklist để giúp mình khỏi quên các trường hợp quan trọng cần check. Khi test trên nhiều platform thì mình cần tạo ra 1 bảng như ma trận, đã check trên môi trường nào thì check vào ô tương ứng.
Giả sử như app trên có thể cài trên các hệ điều hành khác nhau. Vậy thì những hệ điều hành như những điều kiện thiết yếu để có khi test. Để test app trên thì có khoảng 100 Tcs (ví dụ), như thế nếu ứng với 100 Tcs này từng hệ điều hành thì số lương rất nhiều.
Mình có nhất thiết test như thế ko? Hay chỉ cần random, 5-10 Tcs thì test với Win, 5-10 TCs khác test với Linux...
-
- Admin
- Posts: 4900
- Joined: Tue 10 Aug, 2010 10:11 am
- Location: HCM
- Contact:
Re: Aesthetic conditions - Điều kiện thẩm mỹ - GUI Checklist
Thường trên các hệ điều hành khác nhau, các browser khác nhau thì thường xảy ra lỗi liên quan đến GUI. Functional thì ít khác nhau, vì vậy vẫn phải focus vào test các test case GUI. Nhưng thường thì browser hay hệ điều hành đầu tiên, thì mất nhiều thời gian để test, nhưng từ các browser, hệ điều hành thứ 2 trở đi, thì ứng dụng trở nên thân quen hơn vì vậy việc test trở nhanh hơn và ít tốn thời gian hơn. Vì vậy không thể nào estimate thời gian test cho browser thứ nhất 4 ngày, browser thứ 2 cũng 4 ngày được.