Kiểm thử phần mềm xây dựng một Test-Case

Các text box mang tính chất thông tin: họ, tên lót, tên, số nhà, đường, quận,

ngày sinh, điện thoại, mã độc giả nhập lại(MDGNL) do người sử dụng nhập vào.

Các text box đưa ra gợi ý và lưu ý giới hạn cho người sử dụng khi đặt con trỏ vào

text box đang khai báo. Ví dụ: tên không quá 7 ký tự, ngày sinh theo kiểu

DD/MM/YYYY

Mã độc giả được hệ thống đưa ra ngẫu nhiên theo kiểu đã mặc định sẵn.

người sử dụng nhập lại mã này ở text box MDGNL.

Ngày lập thẻ là ngày hiện tại, ngày hết hạn được tính từ ngày nhập cộng với

khoảng thời gian được sử dụng.

Comman “lưu” sẽ kiểm tra thông tin đã phù hợp chưa và lưu về data base nếu

đăng ký thành công và reset lại toàn bộ các text box nếu nhập sai.

Comman “bỏ” sẽ reset lại toàn bộ thông tin đã nhập để nhập lại. mã độc giả

vẫn giữ nguyên.

Comman “thoát” cho phép thoát khỏi form hiện tại.

pdf6 trang | Chuyên mục: Công Nghệ Phần Mềm | Chia sẻ: dkS00TYs | Lượt xem: 3863 | Lượt tải: 1download
Tóm tắt nội dung Kiểm thử phần mềm xây dựng một Test-Case, để xem tài liệu hoàn chỉnh bạn click vào nút "TẢI VỀ" ở trên
VÍ DỤ: 
KIỂM THỬ PHẦN MỀM XÂY 
DỰNG MỘT TEST-CASE. 
Nội dung: 
 Sử dụng form tạo thẻ độc giả mới của chương trình quản lý thư viện 
được viết bằng chương trình Visual Basic 6.0. Đặc tả chức năng của form. 
Xây dựng một test-case để kiểm thử form tạo mới thẻ độc giả. 
Các đặc tả: 
Các text box mang tính chất thông tin: họ, tên lót, tên, số nhà, đường, quận, 
ngày sinh, điện thoại, mã độc giả nhập lại(MDGNL) do người sử dụng nhập vào. 
Các text box đưa ra gợi ý và lưu ý giới hạn cho người sử dụng khi đặt con trỏ vào 
text box đang khai báo. Ví dụ: tên không quá 7 ký tự, ngày sinh theo kiểu 
DD/MM/YYYY… 
Mã độc giả được hệ thống đưa ra ngẫu nhiên theo kiểu đã mặc định sẵn. 
người sử dụng nhập lại mã này ở text box MDGNL. 
Ngày lập thẻ là ngày hiện tại, ngày hết hạn được tính từ ngày nhập cộng với 
khoảng thời gian được sử dụng. 
Comman “lưu” sẽ kiểm tra thông tin đã phù hợp chưa và lưu về data base nếu 
đăng ký thành công và reset lại toàn bộ các text box nếu nhập sai. 
Comman “bỏ” sẽ reset lại toàn bộ thông tin đã nhập để nhập lại. mã độc giả 
vẫn giữ nguyên. 
Comman “thoát” cho phép thoát khỏi form hiện tại. 
Các biến cố: 
Biến cố 0: 
Khi màn hình sắp được hiển thị. 
Lấy ngày hiện hành gán vào textbox ngày lập thẻ. 
Tính ngày hết hạn của thẻ dựa trên ngày lập thẻ và đưa vào textbox ngày hết 
hạn. 
Tự phát sinh mã độc giả tự động. 
Biến cố 1: 
Khi người dùng chọn nút lưu. 
Kiểm tra các thông tin đã nhập đầy đủ chưa, nếu chưa thông báo lỗi. 
Nếu đã nhập đủ thông tin thì ghi dữ liệu xuống CSDL. 
Reset lại màn hình: cho các text box bằng rỗng. 
Biến cố 2: 
Khi người dùng chọn nút bỏ. 
Reset lại màn hình: xóa các textbox. 
Đưa con trỏ về textbox họ độc giả. 
Biến cố 3: 
Khi người dùng chọn nút thoát. 
Đóng form lại. 
Biến cố 5: 
Khi người dùng nhập xong ngày sinh của độc giả thì chương trình tự động 
kiểm tra xem tuổi của độc giả có hợp lệ hay không. 
Nếu không hợp lệ thì cho nhập lại. 
Biến cố 6: 
Khi người dùng nhập mã độc giả nhập lại thì chương trình tự động kiểm tra 
xem có tồn tại mã độc giả và thông tin độc giả này hay chưa. 
Nếu tồn tại thì báo lỗi và nhập lại. 
Biến cố 7: 
Khi người dùng nhập xong số điện thoại, kiểm tra có phải là số hay không 
Nếu không thì báo lỗi. 
Thiết kế test-case: 
Kiểm thử hộp trắng: 
Cần chắc chắn rằng giải thuật của chương trình là hợp lý, các đơn vị đảm bảo 
tính logic. Ở ví dụ này chúng ta kiểm thử hướng hộp đen nên xem như các bước 
kiểm thử hộp trắng đã hoàn tất. 
Kiểm thử hộp đen: 
Xác định các lớp tương đương hợp lệ và các lớp tương đương không hợp lệ 
cho từng trạng thái đầu vào. 
Dựa vào điều kiện biên của 1 thông tin đầu vào xác định đâu là thông tin hợp 
lệ, đâu là thông tin không hợp lệ, chẳng hạn như thông tin về tên, lớp tương đương 
hợp lệ bao gồm tập các tên riêng tiếng việt hợp lệ từ 1 đến 7 ký tự. lớp tương đương 
không hợp lệ là tập các tên riêng không có trong tiếng việt hoặc viết bằng số hay ký 
tự đặc biệt. 
*Xác định các ca kiểm thử: 
Với các lớp tương đương xác định được ở bước trên, bước tiếp theo là sử 
dụng các lớp tương đương đó để xác định các ca kiểm thử. 
Bắt đầu bằng việc xây dựng 1 ca kiểm thử với tất cả giá trị thông tin đầu vào 
hợp lệ. 
Thay thế lần lượt lớp tương đương hợp lệ bằng lớp tương đương không hợp 
lệ. Ghi nhận lỗi phát sinh. 
Đoán lỗi: 
Liệt kê ra danh sách các lỗi có thể phát sinh: 
- Tên dài quá 7 ký tự hoặc số hay ký tự đặc biệt nhưng hệ thống không phát 
hiện ra lỗi. 
* Xây dựng ca kiểm thử trong đó có tên thật dài và tên có chứa ký tự 
đặc biệt ở tất cả các ô khai báo để tìm lỗi này. 
- Số điện thoại không đúng( không phù hợp với đầu số điện thoại hiện hành) 
nhưng hệ thống không phát hiện ra lỗi. 
* Xây dựng ca kiểm thử có độ dài của các chuỗi ký tự thật dài rồi đến 
các chuỗi ký tự thật ngắn ở các ô khai báo chữ số. 
- Địa chỉ nhà không tồn tại nhưng hệ thống không phát hiện ra lỗi. 
* Xây dựng ca kiểm thử có địa chỉ nhà ở thành phố khác hoặc địa chỉ 
mang tên riêng tùy ý để kiểm tra xác nhận của hệ thống được truy vấn từ 
cơ sở dữ liệu. 
- Ngày sinh không đúng( chẳng hạn ngày 30 tháng 2, hoặc vượt qua ngày hiện 
tại) nhưng hệ thống không phát hiện ra lỗi. 
* Xây dựng ca kiểm thử có các chuổi số thật dài hoặc thật ngắn tùy ý 
để xét xem hệ thống có phát hiện ra lỗi hay không. 
- Không phát sinh mã độc giả tự động. 
* Thực hiện tao tác thoát ra khỏi form rồi truy cập vào nhiều lần và 
ghi nhận xem mã độc giả có phát sinh hay không, nếu không phát sinh mã 
tự động thì ghi nhận lỗi. 
- Phát sinh tự động mã độc giả sai với kiểu mặc định nhưng hệ thống không 
phát hiện ra lỗi. 
* Thực hiện thao tác thoát ra, nhập vào nhiều lần để ghi nhận xem mã 
độc giả được phát sinh có đúng kiểu hay không, nếu không thì ghi nhận lỗi 
này. 
* Thực hiện đăng ký thông tin nửa chừng rồi nhấn vào button “bỏ” để 
kiểm tra xem mã độc giả có còn giữ nguyên hay không, nếu không thì ghi 
nhận lỗi này. 
- Nhập sai mã độc giả nhập lại nhưng hệ thống không phát hiện ra lỗi. 
* Cố tình nhập sai mã độc giả để kiểm tra xem hệ thống có phát hiện 
ra lỗi này hay không, thực hiện nhiều lần để kiểm tra kỹ. 
- Không hiển thị ngày lập thẻ và ngày hết hạn. 
* Lỗi này được kiểm tra cùng với ca kiểm thử “phát sinh mã độc giả 
sai”, lưu ý ghi nhận. 
- Ngày lập thẻ không đúng với ngày hiện hành nhưng hệ thống không phát hiện 
ra lỗi. 
* Lỗi này kiểm tra cùng với lỗi “phát sinh mã độc giả sai”. 
- Thời gian hết hạn không đủ hoặc vượt quá thời gian qui định nhưng hệ thống 
không phát hiện ra lỗi. 
* Lỗi này kiểm tra cùng với lỗi “phát sinh mã độc giả sai”. thực hiện 
nhiều lần để đảm bảo không có lỗi, đồng thời kết hợp với các ca kiểm thử 
khác để cố gắng lộ ra lớp lỗi mà sử dụng ít lần kiểm tra. 
- Khi người sử dụng chọn lưu nhưng không cập nhật được vào cơ sở dữ liệu và 
không hiện thông báo xác nhận thành công. 
* Giống như kiểm thử bằng “lớp tương đương hợp lệ”, cập nhật thông 
tin cho đúng theo qui định và làm lại nhiều lần để tìm lỗi không lưu được 
dữ kiệu. 
- Khi người sử dụng chọn bỏ nhưng chương trình không reset lại form mà lại 
giữ nguyên hoặc thoát khỏi form hiện hành. 
* Ca kiểm thử này chỉ cần đăng ký thông tin lấy lệ rồi nhấn button 
“bỏ” để kiểm tra xem hệ thống có thực hiện đúng chức năng này hay 
không, nếu không ghi nhận lỗi. 
- Người sử dụng chọn thoát nhưng hệ thống không thoát được form hiện hành 
hoặc bị treo máy. 
* Lỗi này kiểm tra cùng với lỗi “phát sinh mã độc giả sai”, lưu ý ghi 
nhận. 
- Cùng một lúc có nhiều người cùng truy cập nhưng hệ thống bị quá tải và treo 
cả hệ thống dẫn đến treo máy người sử dụng. 
* Sử dụng phần mềm hỗ trợ chuyên dụng cho testing, kiểm tra xem 
mức độ chịu tải của hệ thống là bao nhiêu(bao nhiêu người cùng sử dụng 
nhưng hệ thống vẫn hoạt động đuợc). 

File đính kèm:

  • pdfKiểm thử phần mềm xây dựng một Test-Case.pdf
Tài liệu liên quan