Saturday, April 1, 2017

Các lỗi thường gặp khi test Website

I.Một số lưu ý về Bug 


1. Khi log Bug,bước xác định rất quan trọng
·         What -Bug này là bug gì,độ nghiêm trọng của nó như thế nào?
·         Where -Xác định lỗi ở đâu,trên môi trường nào (web thì browser nào,app thì trên hệ điều hành nào)
·         When -Bug xảy ra khi nào (nghĩa là thực hiện những bước nào thì xảy ra Bug)
·         How -Hướng sửa Bug đó như thế nào? (expected result)
·         Who – Bug do code của ai gây ra
2.Tìm ra Bug của phần mềm là chưa đủ, cần phải xem Bug đó đã được fix hay chưa và đặc biệt : việc fix Bug đó không gây ra Bug mới.

3.Không phải tất cả các Bug tìm ra đều được fix : Cần phải đánh giá độ quan trọng của Bug xem Bug nào cần phải fix,nên fix và bug nào không cần fix.

II.Các lỗi thường gặp trong quá trình Test Web

1.Lỗi về chức năng (Function Bug)

BUG
Priority
Link từ trang này đến trang khác không hoạt động
High
Link từ trang này đến trang khác bị sai
High
Lỗi khi nhập các thẻ HTML,kí tự đặc biệt,kí tự mở rộng…và các ô Textbox
Medium
Không check các trường nhập liệu liên quan quan đến ngày tháng
Medium
Không hiển thị hoặc hiển thị sai các thông báo lỗi khi xảy ra lỗi nhập liệu trên màn hình
Medium
Dữ liệu cũ được thực hiện nhiều lần :browser back,F5..
Medium
Có thông báo thực hiện xong chức năng nhưng dữ liệu không được ghi vào DB
High
Đưa vào một lượng lớn dữ liệu làm chương trình không chạy được
High

2.Lỗi về bảo mật(Security Bug)

BUG
Priority
Từ một trang hiện tại,thay đổi một số thuộc tính trên link thì có thể đến một trang khác mà người dùng không có quyền truy cập
High
User đã out khỏi hệ thống,browser back nhưng vẫn có thể thực hiện các chức năng
High

3.Lỗi giao diện(Interface Bug)  

BUG
Priority
Cách trình bày website không đồng nhất : font chữ,màu sắc,..
Medium
Kích thước các ô textbox bị hạn chế(fix cứng) các giá trị trong các ô đó không được hiển thị đầy đủ
Medium
Layout bị hỏng khi mở lên các môi trường (browser) khác nhau
High
Các câu thông báo sai chính tả
Medium
Button không chuyển sang màu xám khi bị disable
Medium
Tên các button,link….mang tính kĩ thuật,không dễ hiểu với người dùng
Medium

4.Lỗi khác (Others Bug)
· Khi có nhiều user cùng truy cập thì hệ thống không đáp ứng được yêu cầu (performance).
·   Thiếu kí tự * bên cạnh các trường bắt buộc.

Notes:
Web Application hay bất cứ ứng dụng nào khác đều có những đặc thù riêng đòi hỏi Tester phải hiểu rõ yêu cầu của hệ thống và tìm ra các Bug để ứng dụng đáp ứng được nhu cầu của người dùng(khách hàng).

Một số View point test cơ bản

Phần 1.
Như các bạn đã biết, trong quá trình kiểm tra chất lượng một sản phẩm phần mềm, việc tạo danh sách các mục cần phải kiểm tra có chất lượng tốt đóng một vai trò hết sức quan trọng. Bởi vì nó liên quan trực tiếp đến 1. tìm ra đầy đủ hay không đầy đủ những điểm khiếm khuyết của phần mềm và 2. chi phí (máy móc, con người, thời gian) tiêu tốn cho việc test.
Và trong các bước để tạo danh sách các mục cần kiểm tra như miêu tả dưới đây, thì bước tạo quan điểm test là bước rất quan trọng. 1. Triển khai yêu cầu cho các chức năng (function) 2. Kiểm tra chắc chắn không bị bỏ sót nội dung nào và xây dựng quan điểm test 3. Quyết định các điểm sẽ test và thống nhất với khách hàng 4. Thiết lập các mục sẽ kiểm tra 5. Kiểm tra xem có cần tạo patern không và kết quả mong đợi cho từng patern
Quan điểm test chính là tập hợp các tình huống kiểm tra, là tài liệu giúp kiểm tra việc viết đủ case hay không. Với quan điểm test chuẩn chung, tài liệu sẽ có những nội dung kiểm tra cơ bản mà bất kì người viết testcase nào cũng có thể dùng được để triển khai chi tiết thành các testcase. Ví dụ như test màn hình, cần phải test layout, thứ tự di chuyển tab, label, các textbox, checkbox.... trên màn hình đó. Ngoài quan điểm test chuẩn chung, sẽ có nhiều các case đặc thù, dùng cho khách hàng đặc thù của một công ty. Chúng ta cần phải định hình đầy đủ và rõ ràng quan điểm này thì mới đảm bảo khi tạo danh sách các mục sẽ kiểm tra, các bạn sẽ không bị bỏ sót các trường hợp test. Sau đây tôi xin được thống kê một số các quan điểm test cơ bản để các bạn tham khảo.
1. Các quan điểm test cho layout của màn hình: **(dưới đây có 16 điểm cần phải chú ý khi kiểm tra layout của màn hình)
1.1 Size màn hình:
Xác nhận có thể view chính xác bằng size màn hình đã quy định (đã recommend) trong spec
Xác nhận việc vỡ hỏng màn hình khi view với size màn hình khác với size đã quy định (đã recommend) trong spec phải trong phạm vi có thể chấp nhận được
1.2 Độ phân giải
Xác nhận có thể hiển thị chính xác bằng độ phân giải đã quy định (đã recommend) trong spec
Xác nhận việc vỡ hỏng màn hình khi view với độ phân giải khác với độ phân giải đã quy định (đã recommend) trong spec phải trong phạm vi có thể chấp nhận được
1.3 Browse
Xác nhận có thể hiển thị chính xác bằng browse đã quy định (đã recommend) trong spec
Xác nhận việc vỡ hỏng màn hình khi view bằng browse khác với browse đã quy định (recommend) trong spec phải trong phạm vi có thể chấp nhận được
1.4 Chức năng phóng to/thu nhỏ browse
Xác nhận việc vỡ hỏng màn hình khi thực hiện phóng to / thu nhỏ bằng browse phải trong phạm vi có thể chấp nhận được
1.5 Chức năng phóng to/thu nhỏ chữ hiển thị trong browse
Xác nhận việc vỡ hỏng màn hình khi thực hiện phóng to / thu nhỏ cỡ chữ trên browse phải trong phạm vi có thể chấp nhận được
1.6 Thay đổi vị trí hiển thị/trật tự sắp xếp object
Xác nhận vị trí của các object theo đúng mô tả trong spec
Xác nhận các object được sắp xếp theo hàng (lề trái/phải phải đều nhau v.v )
1.7 Title bar
Xác nhận tite bar hiển thị theo đúng mô tả trong spec
1.8 Message dialogue
Xác nhận size của message dialogue, character của title bar, icon (warning, caution, information , question ? ) các loại button (OK、はい・いいえ、キャンセル、中止・再試行・無視 ~OK、YES・NO、CANCEL、Suspend・Retry・Ignore) theo đúng mô tả trong spec
1.9 Mouse pointer
Xác nhận con trỏ chuột hiển thị theo theo đúng mô tả trong spec (Ví dụ như thiết lập con trỏ chuột hình đồng hồ cát ...)
1.10 Status bar
Xác nhận thông tin hiển thị ở Status bar theo đúng mô tả trong spec
1.11 Scroll
Xác nhận số lần scroll không bị dư thừa so với chỉ định trong spec
Xác nhận số lần scroll, độ rộng scroll theo đúng mô tả trong spec
1.12 Title bar
Xác nhận title hiển thị trong trang theo đúng mô tả trong spec (nội dung, format)
1.13 Header
Xác nhận header hiển thị trong trang theo đúng mô tả trong spec (nội dung, format)
1.14 Footer
Xác nhận footer hiển thị trong trang theo đúng mô tả trong spec (nội dung, format)
1.15 Từ điển đồng nghĩa/gần nghĩa
Không bị hiện tượng trong cùng 1 tài liệu, những từ đồng âm, đồng nghĩa lại được hiển thị khác nhau Ví dụ như: 「メモリー」&「メモリ」、「引っ越し」&「引越」 phải sử dụng thống nhất 1 cách viết
1.16 RIA
Hiển thị bằng JavaScript theo theo đúng mô tả trong spec
Hiển thị bằng Flash theo theo đúng mô tả trong spec
Hiển thị bằng Java theo theo đúng mô tả trong spec
Hiển thị bằng Ajax theo theo đúng mô tả trong spec

2. Các quan điểm test cho tuần tự di chuyển Tab
Xác nhận tuần tự di chuyển Tab trên màn hình theo đúng mô tả trong spec
Xác nhận mục đang được focus vào đầu tiên khi khởi động màn hình lên theo đúng mô tả trong spec
3. Các quan điểm test cho Label(dưới đây có 6 điểm cần phải chú ý khi kiểm tra label)
3.1 Text
Xác nhận theo đúng mô tả trong spec (Nội dung, chữ không bị cắt rời rạc)
3.2 Format
Xác nhận theo đúng mô tả trong spec (Màu sắc, font, font size, căn chữ trái phải ở giữa, mép lề, độ lớn của đường kẻ v.v)
3.3 Size
Xác nhận theo đúng mô tả trong spec (Ngang, dọc, số hàng v.v)
3.4 Display / Undisplay
Xác nhận thiết lập hiển thị / không hiển thị label theo đúng mô tả trong spec
3.5 Control giá trị khởi tạo
Xác nhận hiển thị default trên màn hình (ngay sau khi mở màn hình ra) theo đúng mô tả trong spec
3.6 Mouse over (chỉ con trỏ chuột vào)
Xử lý khi chỉ con trỏ chuột vào theo đúng mô tả trong spec

4. Các quan điểm test cho textbox(dưới đây có 16 điểm cần phải chú ý khi kiểm tra textbox)
4.1 Control Input method Editor
Xác nhận mode IME default theo đúng mô tả trong spec
Xác nhận những mode IME có thể thay đổi theo đúng mô tả trong spec
4.2 Số ký tự tối đa
Setting số ký tự có khả năng nhập vào theo đúng mô tả trong spec
4.3 Wrap text to view full content
Số chữ ngắt xuống hàng theo đúng mô tả trong spec
Việc tự động ngắt xuống hàng hay không tự động xuống hàng theo đúng mô tả trong spec
4.4 Xuống hàng 
Việc có thể xuống hàng bằng cách ấn button Enter, hoặc bằng cách nào khác hay không phải tuân theo theo đúng mô tả trong spec
4.5 Scroll
Khi có nhiều hàng, việc thiết lập scroll theo đúng mô tả trong spec
4.6 Thay đổi format
Những setting thay đổi format tự động khi nhập nội dung vào text box theo đúng mô tả trong spec (ví dụ đổi từ chữ hoa ←→ chữ thường, đổi từ full size ←→ half size, đổi từ lịch kiểu Nhật ←→ lịch kiểu phương tây như 平成22年 ⇒ 2010 年)
4.7 Control Copy/Cut/Paste
Việc có thể copy, cut, paste nội dung trong text box hay không theo đúng mô tả trong spec
4.8 Text
Xác nhận chữ không bị cắt rời rạc
4.9 Format
Theo đúng mô tả trong spec (Màu sắc, font, font size, căn chữ trái phải ở giữa, mép lề, độ lớn của đường kẻ v.v)
4.10 Size
Theo đúng mô tả trong spec (Chiều dọc, chiều ngang, số hàng v.v)
4.11 Display / Undisplay
Thiết lập hiển thị / không hiển thị nội dung textbox theo đúng mô tả trong spec
4.12 Active/Inactive
Thiết lập active / inactive nội dung textbox theo đúng mô tả trong spec
4.13 Readonly
Thiết lập nội dung trong textbox chỉ có thể readonly hay full quyền read-write theo đúng mô tả trong spec
4.14 Auto suggest
Khi nhập một số chữ cái, sẽ tự động hiển thị ra đầy đủ từ ngữ được suggest từ một số chữ đó
4.15 Default control
Ngay sau khi mở màn hình, việc hiển thị / không hiển thị, active / không active các text box trên màn hình theo đúng mô tả trong spec
4.16 Masking

Khi nhập nội dung, nội dung đã nhập vào sẽ hiển thị thành ●

Phần 2.Một số ví dụ:


I.                 Viết testcase cho form đăng ký tài khoản

-          Form Đăng ký gồm các thành phần
o   Tên đăng nhập
o   Mật khẩu
o   Email
o   Số điện thoại
o   Nút “Đăng ký”
o   Nút “ Bỏ qua”
-          Điều kiện
o   Trường Tên đăng nhập không được sử dụng ký tự đặc biệt. chỉ được sửu dụng số và chữ giới hạn 6-12 ký tự
o   Trường Mật khẩu được phép sử dụng ký tự đặc biệt, độ dài 6-12 lý tự
o   Trường số điện thoại yêu cầu 10-12 ký tự , bắt đầu bằng 0 hoặc 84
o   Trường email đúng định dạng local-name@doamin-name
-          Check kiểm tra thông báo khi chưa nhập thông tin gì
o   Không nhập thông tin vào các trường => bấm “Đăng ký”
o   Nhập thông tin vào 1 trường , các trường còn lại để trống => bấm “Đăng ký”
-          Check valid trường Tên tài khoản
o   Check các ký tự đặc biệt hoặc space/blank
o   Check tiếng việt có dấu, không dấu
o   Check chữ thường, chữ hoa
o   Check độ dài 6-12 ký tự (p2 giá trị biên 5-…-13)
o   Check trùng tài khoản đã đăng ký rồi
-          Check valid trường Mật khẩu
o   Check nhập giá trị vào thì có được mã hóa thành dấu **** hay không
o   Check nhập vào các chữ , ký tự đặc biệt
o   Check độ dài 10-12 ký tự ( Dùng p2 giá trị biên check các giá trị 9-10-11-12-13)
-          Check valid trường Email
o   Check Email không đúng định dạng : local-name@domain-name
o   Check trùng email đã đăng ký rồi
-          Check valid trường Số điện thoại
o   Check không phải đầu số 0, 84
o   Check đúng đầu số nhưng không đúng số điện thoại
o   Check trùng số điện thoại đã đăng ký rồi

II.             Viết testcase cho form đăng nhập

-          Form đăng nhập sẽ bao gồm các thành phần:
o   Tên Đăng nhập
o   Mật khẩu
o   Nút “Đăng nhập”
o   Nút “Bỏ qua”
-          Testcase cho Form Đăng nhập:
o   Check kiểm tra thông báo khi chưa nhập thông tin
§  Không nhập thông tin vào các trường => bấm nút “Đăng nhập”
§  Nhập tài khoản mà không nhập mật khẩu => bấm nút “Đăng nhập”
§  Nhập mật khẩu mà không nhập tài khoản => bấm nút “Đăng nhập”
o   Check kiểm tra đăng nhập
§  Nhập sai tên tài khoản
§  Nhập sai mật khẩu
§  Nhập đúng tài khoản đã đăng ký nhưng chưa được kích hoạt
§  Nhập đúng tài khoản đã đăng ký nhưng bị block
§  Nhập đúng tài khoản đã đăng ký ( Case đăng nhập thành công)
§  Đăng nhập 1 tài khoản trên nhiều thiết bị
§  Thực hiện đổi mật khẩu, đăng nhập bằng mật khẩu cũ/ mới
-           
III.                Viết testcese cho Form Đổi mật khẩu

-          Form đổi mật khẩu bao gồm các thành phần
o   Mật khẩu cũ
o   Mật khẩu mới
o   Xác nhận mật khẩu mới
o   Nút “Đổi mật khẩu”
-          Testcase cho Form Đổi mật khẩu
o   Điều kiện
§  Trường mật khẩu được sử dụng ký tự đặc biệt , 6-12 ký tự
o   Check kiểm tra thông báo khi chưa nhập thông tin
§  Không nhập thông tin vào các trường => bấm nút “Đổi mật khẩu”
§  Nhập 1 trường, bỏ trống các trường khác
o   Check valid trường mật khẩu
§  Check giá  trị nhập vào có được mã hóa thành *** không
§  Check nhập vào các ký tự đặc biệt
§  Check độ dài 10-12 ký tự (9-13)
§  Check nhập mật khẩu mới và cũ không trùng nhau
§  Check mật khẩu cũ không đúng
§  Check mật khẩu cũ trùng với mật khẩu mới
§  Logout ra đăng nhập lại xem mật khẩu đã được đổi chưa

IV.                 
V.                   

TFBOYS - Đại ca Vương Tuấn Khải - Karry Wang




Vương Tuấn Khải - Karry Wang sinh ngày 21/09/1999 tại Trùng Khánh, 
Đầu năm 2010, thông qua cuộc thi tuyển chọn, em gia nhập và trở thành thực tập sinh của TF Entertainment.

Ngày 6 tháng 8 năm 2013, cùng với Vương Nguyên và Dịch Dương Thiên Tỉ hoạt động dưới danh nghĩa là thành viên của nhóm nhạc TFBOYS do Công ty Thời Đại Phong Tuấn Văn Hóa Nghệ thuật Bắc Kinh thành lập.Trong TFBOYS,  em đóng vai trò là trưởng nhóm, hát chính, rapper chính, gương mặt đại diện của nhóm. Với nhiều thành tích trong hoạt động nghệ thuật ca hát và diễn xuất, em được bình chọn là một trong "Tứ Tiểu Thiên Vương" sinh sau năm 1995 của làng giải trí Hoa Ngữ.



Cậu bé xinh xắn với gương mặt đáng yêu cùng hai chiếc răng khểnh dễ thương đang dần trưởng thành và hút hồn bao fan hâm mộ






So với những ca sĩ cùng tuổi, Vương Tuấn Khải xuất sắc hơn với khả năng ca hát giàu cảm xúc. Bên cạnh đó, em còn thu hút khán giả bằng hình ảnh điêu luyện và bắt mắt trong từng vũ đạo. Sở hữu nụ cười tuyệt đẹp cùng hai chiếc răng khểnh. Tiểu Khải vẫn tự nhận mình là thành viên đẹp trai nhất TFBoys bởi vì sở hữu cho mình đôi chân dài nhất nhóm.



Trong cuộc sống hàng ngày, em được giới chuyên môn đánh giá là người có trách nhiệm, ngoan ngoãn, có lòng hiếu thuận, biết lo cho gia đình, tính tình thẳng thắn và tinh thần làm việc nghiêm túc.Mặc dù rất được yêu thích trong lĩnh vực ca hát với lịch trình bận rộn nhưng em có thành tích học tập rất tốt.



Cùng với lời hứa 10 năm, em rất hi vọng TFBoys sẽ tổ chức được concert  riêng cho nhóm trong 10 năm tới và muốn mình được lớn lên cùng người hâm mộ.




Hiện tại em đang tham gia Show thực tế " Cao năng thiếu niên đoàn" cùng với  Tử Kiện, Nhất Sơn, Đại Lục và Hạo Nhiên 





(Một số hình ảnh của Tiểu Khải trong Cao Năng Thiếu Niên Đoàn)



Những triết lý được rút ra từ một vụ cướp ngân hàng

Trong vụ cướp nhà băng được cho là ở Quảng Châu - Trung Quốc, một tên cướp hét lên: "Tất cả đứng im, nên nhớ tiền thuộc về Nhà nước, còn mạng sống thuộc về các người". Mọi người trong ngân hàng nghe xong liền im lặng nằm xuống.
Điều này được gọi là: "Cách thức khai tâm - Thay đổi những suy nghĩ theo lối mòn".

Có cô nhân viên nằm trên bàn trong tư thế khêu gợi, một tên cướp hét lên: "Làm ơn cư xử văn minh, chúng tôi là cướp chứ không phải những kẻ hiếp dâm!"
Điều này được gọi là "Hành xử chuyên nghiệp - Chỉ tập trung vào công việc mà bạn được huấn luyện!"

Khi tên cướp quay lại, một tên cướp trẻ hơn (có bằng MBA) nói với tên cướp già hơn (kẻ mới tốt nghiệp hết phổ thông): "Đại ca, có phải đếm xem chúng ta cướp được bao nhiêu?". 
Tên cướp già gằn giọng: "Mày ngu lắm, bao nhiêu tiền, đếm thế nào được? Đợi đi, tối nay TV sẽ nói chúng ta cướp được bao nhiêu!"
Điều này được gọi là: "Kinh nghiệm - Ngày nay thì kinh nghiệm quan trọng hơn bằng cấp, sách vở"

Sau khi băng cướp rời khỏi, giám đốc chi nhánh định gọi báo cảnh sát. Kế toán trưởng vội vã chạy đến, thì thầm vào tai ngài: "Đợi đã, hay để 5 triệu chúng ta biển thủ vào trong số bị băng cướp lấy mất!"
Điều này được gọi là: "Bơi theo dòng nước - Chuyển đổi những tình huống bất lợi trở thành thuận lợi"

Người giám đốc tự nhủ: "Vậy thật tuyệt nếu cứ mỗi tháng lại có một vụ cướp!"
Điều này được gọi là: "Hãy loại bỏ những điều khó chịu - Hạnh phúc là điều quan trọng nhất"

Ngày hôm sau, TV đưa tin 100 triệu đã bị cướp khỏi nhà băng. Những tên cướp đếm đi đếm lại thì chỉ có 20 triệu. Chúng rất giận dữ: "Chúng ta mạo hiểm mạng sống của mình chỉ để lấy 20 triệu, bọn chó đó chỉ ngồi chơi mà cướp được 80 triệu. Đúng là học hành, có bằng cấp thì chúng nó được ngồi cái ghế đấy, cướp tiền siêu đẳng hơn chúng ta!"
Điều này giải thích tại sao: "Kiến thức thì giá trị như... vàng"

Kết luận: "Trong cuộc sống luôn có những điều chúng ta có thể nhanh chóng nhìn ra, có những điều không như chúng ta thấy từ bên ngoài, và chân lý chỉ mang tính tương đối.
Quan trọng nhất là thái độ đối với cuộc sống này, hay cách nhìn chúng ta lựa chọn để mang lại vui vẻ, hạnh phúc cho bản thân, cho những người thân xung quanh mình".

(St)