KIỂM THỬ CƠ BẢN DỰ ÁN ABSD

49 6.5K 132
KIỂM THỬ CƠ BẢN DỰ ÁN ABSD

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

Công ty ABSD hiện không có nơi lưu trữ cho các dịch vụ mà họ cung cấp.Vì vậy công ty yêu cầu xây dựng một hệ thống cung cấp trung tâm lưu trữ được gọi là Dịch vụ lưu trữ để dể dàng cho công việc quản lí.2.Mục đích Dựa theo các yêu cầu và nội dung trong hồ sơ trường hợp sử dụng mô tả chi tiết các yêu cầu chức năng và các yêu cầu không có chức năng cho Dịch vụ lưu trữ.

1 Kiểm thử – Nhóm TRƯỜNG CAO ĐẲNG THỰC HÀNH FPT-POLYTECHNIC KIỂM THỬ CƠ BẢN DỰ ÁN AB-SD     Nhóm thực : Nhóm Lớp : PT11301 UD Giáo viên hướng dẫn: Cô Vũ Thị Thanh Huyền Thành viên : Trần Quốc Nghĩa Dương Phương Đại Trần Đình Nam Đà Nẵng,ngày 28 tháng năm 2017 SOF303- KIỂM THỬ CƠ BẢN 1 Kiểm thử – Nhóm I Yêu cầu Các nội dung dự án AB-SD Giới thiệu dự án Công ty AB-SD nơi lưu trữ cho dịch vụ mà họ cung cấp.Vì công ty yêu cầu xây dựng hệ thống cung cấp trung tâm lưu trữ gọi Dịch vụ lưu trữ để dể dàng cho công việc quản lí Mục đích Dựa theo yêu cầu nội dung hồ sơ trường hợp sử dụng mô tả chi tiết yêu cầu chức yêu cầu chức cho Dịch vụ lưu trữ Sơ đồ trường hợp SOF303- KIỂM THỬ CƠ BẢN Kiểm thử – Nhóm       Logon & Logout: Cho phép người dung đăng nhập vào hệ thống Duy trì tổ chức ( Maintain Organisations): Duy trì liệu khu vực Tổ chức hệ thống Duy trì Dịch vụ ( Maintain Services): Duy trì liệu cho dịch vụ Duy trì chương trình ( Maintain Programmes): Duy trì liệu cho Chương trình Duy trì Cơ sở (Maintain Premises): Duy trì liệu cho mặt bằng, sở vật chất người Duy trì liệu địa lý (Maintain Geographic Data): Duy trì liệu khu vực Địa lý hệ thống Sơ đồ mối quan hệ thực thể User ReferenceData RefID RefCode RefValue UserID Department Directorate Account Email Role Password Team DirectorateID DepartmentID OrgID (FK) ContactID (FK) DirectorateID (FK) ContactID (FK) TeamID DepartmentID (FK) ContactID (FK) TrustDistrict TrustDistrictID Name Description TrustRegionID (FK) SupportingMaterial SupportingMaterialID OrgID (FK) UserID (FK) Contact Organisation OrgID ContactID OrgName ContactID (FK) FirstName ManagerID Programme TrustRegion TrustRegionID Name Description CountryID (FK) ProgrammeID GovOfficeRegion ContactID (FK) GovOfficeRegionID GovOfficeRegionName CountyID (FK) CountryID (FK) Country PremiseID Service ServiceID (FK) ServiceID ContactID (FK) County Town CountryID CountyID CountryID (FK) CountryName TownID CountyID (FK) CountryID (FK) CountyName TownName SOF303- KIỂM THỬ CƠ BẢN Premise Address AddressID PostCode TownID (FK) CountyID (FK) CountryID (FK) Kiểm thử – Nhóm 5 Các yêu cầu chức năng: a Logon Logout:   Người dùng nhập User name Password để đăng nhập vào hệ thống Nếu người dùng quên mật khẩu, họ nhấp vào liên kết 'Quên mật khẩu' trang Đăng nhập Màn hình hiển thị cho phép người dùng nhập Tên đăng nhập Email để lấy lại mật Nếu Tên đăng nhập Email không khớp, thông báo lỗi hiển thị 'Tên người dùng Email không khớp' Nếu không, hệ thống gửi mật cho đầu vào email b Tổ chức:   Dánh sách tổ chức: • Bằng cách nhấp vào 'Tổ chức' từ trình đơn, hình 'Danh sách tổ chức' hiển thị hiển thị tất Tổ chức hoạt động theo mặc định Danh sách phân trang với 15 ghi hiển thị trang • Nếu người dùng nhấp vào hộp kiểm 'Bao gồm Trong hoạt động', tất Tổ chức hoạt động hoạt động hiển thị danh sách • Nếu người dùng chọn Tổ chức Không hoạt động danh sách để xem, hệ thống hiển thị thông báo "Bạn có muốn làm cho Tổ chức hoạt động?" Với nút: OK Hủy Thêm tổ chức: • Nếu người dùng nhấp vào nút 'Tạo' hình 'Danh sách tổ chức', hình 'Chi tiết Tổ chức' hiển thị bao gồm hai tab: Chi tiết Chi tiết phép người dùng nhập trường Tổ chức • Theo mặc định, tất trường phải để trống, tất hộp kiểm phải bỏ chọn • Một số quy tắc bắt buộc phải có theo yêu cầu • Trong hình này, liệt kê tất chương trình dịch vụ hoạt động hệ thống để liên kết • Để lưu hồ sơ Tổ chức, người sử dụng phải bấm vào nút 'Lưu' hình Hệ thống xác nhận hợp lệ lĩnh vực nhập vào hay không kiểm tra xem Organization Name có tồn hệ thống hay không SOF303- KIỂM THỬ CƠ BẢN Kiểm thử – Nhóm Nếu người dùng nhấp vào nút 'Quay lại', trở lại hình Danh sách tổ chức Thay đổi tổ chức: • Bằng cách chọn Tổ chức hoạt động từ danh sách, hình Chi tiết Tổ chức hiển thị cho phép người dùng sửa đổi Người dùng sửa đổi tất trường hiển thị tab Trong chế độ 'Sửa đổi', ba tab bổ sung hiển thị • Nếu người dùng thay đổi trường Địa chỉ, trình xác nhận sau nhấp vào nút 'Lưu', thông báo ("Địa thay đổi, bạn có muốn lưu địa không?") Sẽ hiển thị để xác nhận người dùng thực muốn thay đổi Địa hay không Nếu không, giá trị Địa cũ lưu giữ Các tổ chức hoạt động: • Người dùng đánh dấu Tổ chức hoạt động cách nhấp vào nút 'Đang hoạt động' hình chi tiết Nếu Tổ chức liên kết đến Dịch vụ Cơ sở, thông báo nhắc "Tổ chức sử dụng, bạn có muốn làm cho hoạt động hoạt động không?" Phải hiển thị với hai nút "OK" "Hủy" • Nếu người dùng nhấp vào nút 'OK', tổ chức thay đổi trạng thái thành 'Đang hoạt động' Nếu không, giữ 'Hoạt động' Hỗ trợ bảo dưỡng vật liệu: • Danh sách tài liệu hỗ trợ • Thêm Vật liệu Hỗ trợ • Sửa đổi tài liệu hỗ trợ • Đánh dấu Tài liệu hổ trợ hoạt động Giám đốc Bảo trì: • Danh sách Ban giám đốc • Thêm Ban Giám đốc • Sửa đổi Chỉ thị • Đánh dấu hoạt động Ban Giám Đốc hoạt động •       Quản lí Bộ phận: • Danh sách phận • Thêm Cục • Sửa đổi Bộ phận • Đánh dấu hoạt động Bộ phận hoạt động Quản lí Nhóm: SOF303- KIỂM THỬ CƠ BẢN Kiểm thử – Nhóm • • • • Liệt kê nhóm Thêm nhóm Sửa đổi nhóm Đánh dấu hoạt động nhóm hoạt động c Dich vụ:      Danh sách dịch vụ Thêm dịch vụ Chỉnh sửa dịch vụ Đánh dấu Dịch cụ hoạt động Chương trình: • Liệt kê chương trình • Thêm Chương trình • Sửa đổi Chương trình • Đánh dấu Chương trình hoạt động d Địa lý:    • • Bảo trì khu vực tin cậy: • Danh sách vùng đáng tin cậy • Thêm vùng tin cậy • Sửa đổi vùng tin cậy • Đánh dấu hoạt động vùng tin cậy hoạt động Bảo trì Quận tin tưởng: • Danh sách Các Quận bảo trì • Thêm Quận bảo trì • Sữa đổi Quận bảo trì • Đánh dấu hoạt động Quận bảo trì hoạt động Vùng văn phòng Chính phủ: Liệt kê Văn phòng Chính phủ Khu vực Xem Văn phòng Chính phủ Khu vực e Cơ sở:      Danh sách Cơ sở Thêm Cơ sở Sửa đổi Cơ sở Đánh dấu hoạt động Cơ sở hoạt động Bảo trì Cơ sở • Danh sách Bảo trì Cơ sở • Thêm Bảo trì Cơ sở • Thay đổi Bảo trì Cơ sở SOF303- KIỂM THỬ CƠ BẢN Kiểm thử – Nhóm  Đánh dấu Bảo trì Cơ sở hoạt động Các Dự án Công trình Nhỏ • Danh sách công trình • Thêm công trình • Thay đổi công trình • Đánh dấu công trình hoạt động Dịch vụ    Liên hệ: Danh sách Liên hệ Thêm liên hệ Chỉnh sửa liên hệ •  f g Tra cứu địa chỉ:   Chức để liệt kê địa truy vấn từ sở liệu để điền địa cho Tổ chức, Giám đốc, vv ghi lại hệ thống SD Sau người dùng chọn Địa danh sách kết quả, tất trường địa chỉ: Các dòng địa 1-3, Mã bưu điện, Thị xã, Hạt Quốc gia nhập vào hình lấy h Loại tra cứu doanh nghiệp:   Tra cứu để hiển thị mã SIC cần đính kèm cho Tổ chức, Giám đốc, Vụ Nhóm Danh sách liệu lưu trữ sở liệu SD (Reference data) chép từ "SIC2007Indexes.xls" Người dùng phải nhập Tên Doanh nghiệp trước tìm kiếm để giới hạn ghi trả lại Các yêu cầu phi chức năng: a Hiệu suất Yêu cầu hiệu suất:  Như FPT thực tế, với môi trường thử nghiệm khơi sau: Máy chủ: CPU - Intel Pentium4 3.0GHz, RAM - 4GB, HDD-160GB, Hệ điều hành Window Server 2003 SP1 Khách hàng: CPU - Intel Pentium4 2.4GHz, RAM - 1GB, HDD-40GB, OSWindow XP SP2 Thời gian đáp ứng cho hệ thống SD nên đáp ứng sau: SOF303- KIỂM THỬ CƠ BẢN Kiểm thử – Nhóm  - Để thêm chức (giả định có trung bình 30 lĩnh vực cần cập nhật để DB), thời gian phản hồi nên khoảng 3-5 giây Lần truy vấn trang, nhiều thời gian trang sau Nó khoảng 10 giây Các gọi sau phải ngắn giây - Đối với chức liệt kê / xem (giả định có khoảng 1000 ghi hiển thị), thời gian phản hồi phải phạm vi 7-10 giây Đối với gọi khoảng 15 giây Các gọi nên ngắn 10 giây - Đối với tất logic liệu xác nhận, thời gian phản hồi không nên giây Với máy chủ đề cập trên, hệ thống Dịch vụ Thư mục nên bao gồm tải 20-50 người dùng đồng thời b Khả mở rộng Yêu cầu khả mở rộng: Nó phải mở rọng đến số người dùng dự kiến cho hệ thống SD c An ninh Yêu cầu khả an ninh: Chỉ cần sử dụng chế xác thực ủy quyền chuẩn d Khả di chuyển Yêu cầu khả di chuyển : Để có phát hành tới, Service Directory hoạt động với Internet Explorer phiên 6.0 Firefox e Kiểm toán Yêu cầu kiểm toán : Không có yêu cầu Xử lí lỗi Yêu cầu xử lí lỗi: Thông báo chủ động vấn đề Hệ thống phải cung cấp bối cảnh đầy đủ thông báo để hỗ trợ chẩn đoán sửa chữa vấn đề Các mức thông báo khác cần thiết cho lớp lỗi khác cho trường hợp: đăng nhập lỗi để đăng nhập tệp, ghi nhật ký lỗi cho trình xem kiện, gửi email f SOF303- KIỂM THỬ CƠ BẢN Kiểm thử – Nhóm g Cơ sở hạ tầng Yêu cầu sở hạ tầng: Tất dịch vụ bên Service Directory lưu trữ https mục đích bảo mật Shaw-tin tưởng để xác nhận họ cung cấp sở hạ tầng SSL thích hợp h Nhìn cảm nhận Yêu cầu nhìn cảm nhận: Giao diện nên tương tự mô hình hình cung cấp với FRS cho 'CID' cần có cảm giác giống MS Dynamics Hợp pháp Yêu cầu hợp pháp: Không có yêu cầu hiên i Đào tạo Yêu cầu đào tạo: Không có yêu cầu j k Yêu cầu hình tài liệu trợ giúp Yêu cầu: Một biểu tượng cung cấp góc hình nhấp vào để tải trang trợ giúp cho hình Văn trợ giúp trì Shawtrust Đây phạm vi Giai đoạn Hổ trợ khả hổ trợ Yêu cầu hổ trợ khả hổ trợ: Hỗ trợ đầy đủ thời gian bảo hành UAT bảo hành tháng l m Độ tin cậy Yêu cầu độ tin cậy: Sẵn có: Danh bạ Dịch vụ chạy suốt 24 ngày ngày tuần mà dịch vụ không đáp ứng Không nên có Ngoại lệ Không xử lý xảy bên Dịch vụ n Hạn chế thiết kế Yêu cầu hạn chế thiết kế:   Thiết kế phải đảm bảo yêu cầu thứ mà hệ thống làm cách thức hỗ trợ Thiết kế phải tuân theo nguyên tắc thiết kế hệ thống CID o Các thành phần mua Yêu cầu: Không có yêu cầu SOF303- KIỂM THỬ CƠ BẢN Kiểm thử – Nhóm p Giao diện Yêu cầu: Không có yêu cầu q Thử nghiệm Yêu cầu: Không có yêu cầu r Dữ liệu Yêu cầu: Không có yêu cầu II Yêu cầu Xác định nội dung sai đặc câu hỏi Yêu cầu Chức STT Câu hỏi 6.2.1 clicks on ‘Include Inactive’ checkbox Khi bỏ chọn danh sách có trả danh sách mặt định không hay hiển thị danh sách công ty Active Hiển thị danh sách mặc định Độ dài trường cố định hay mở rộng? Các chức lọc tên theo ký tự tên: ‘All’, ‘ABCD’, ‘EFGH’… Khi muốn xem lại danh sách mặc định ấn nút nào? Chọn ghi danh sách hiển thị thông báo “Do you want to make this Organization active?” Chọn OK, thay Khi muốn thay đổi công ty hoạt động làm chức không? SOF303- KIỂM THỬ CƠ BẢN Người thực 10 Kiểm thử – Nhóm Kiểm thử hệ thống có liên quan ₫ến ₫ộ xác tài liệu dành cho người dùng 14 Kiểm thử tài liệu Cách yếu ₫ể thực ₫iều (Documentation Test) dùng tài liệu ₫ể xác ₫ịnh testcase hệ thống có ₫ộ ưu tiên cao Tài liệu dành cho người dùng nên chủ ₫ề hoạt ₫ộng tra (tương tự khái niệm tra mã nguồn), kiểm tra ₫ể biết ₫ược ₫ộ xác tính sáng 15 Kiểm thử thủ tục (Procedure Test) Nhiều phần mềm thành phần hệ thống lớn chưa ₫ược tự ₫ộng hóa hoàn toàn liên quan ₫ến nhiều thủ tục mà người cần thực Bất kỳ thủ tục người ₫ược kê ra, thủ tục dành cho người quản trị hệ thống, quản trị database, người dùng ₫ầu cuối nên ₫ược kiểm thử suốt hoạt ₫ộng kiểm thử hệ thống Là qui trình so sánh chương trình thực tế với yêu cầu ban ₫ầu với nhu cầu hành người dùng ₫ầu cuối • Thường ₫ược thực khách hàng hay người dùng ₫ầu cuối thường không ₫ược coi trách nhiệm tổ chức phát triển phần mềm • Trong trường hợp chương trình làm theo hợp ₫ồng, bên ₫ặt hàng thực kiểm thử ₫ộ chấp nhận cách so sánh hoạt ₫ộng chương trình với ₫iều khoản hợp ₫ồng • Trong trường hợp chương trình thương mại HĐH, trình biên dịch, hệ quản trị CSDL, khách hàng nhạy cảm thực kiểm thử ₫ộ chấp nhận ₫ể xác ₫ịnh xem sản phẩm có thỏa mãn yêu cầu họ không ? •  Kiểm thử ₫ộ chấp nhận user (Acceptan ce) SOF303- KIỂM THỬ CƠ BẢN 35 Kiểm thử – Nhóm  Kiểm thử việc cài ₫ặt (Installati on) Mục ₫ích kiểm thử việc cài ₫ặt tìm lỗi phần mềm mà tìm lỗi xảy trình cài ₫ặt phần mềm Hiện nay, hầu hết chương trình ₫ều có chương trình cài ₫ặt kèm theo Có nhiều kiện xảy trình cài ₫ặt hệ thống phần mềm : • Người dùng phải chọn nhiều options • Các file thư viện phải ₫ược phân phối tải • Các cấu hình phần cứng hợp lệ phải có sẵn • Chương trình cần nối mạng ₫ể giao tiếp với phần mềm máy khác Các testcase kiểm tra ₫ể ₫ảm bảo : • tập option tương thích ₫ã ₫ược chọn • tất thành phần hệ thống phần mềm ₫ã có sẵn ƒ tất file ₫ã ₫ược tạo có nội dung cần thiết • Cấu hình phần cứng phù hợp Nên ₫ược phát triển ₫ơn vị tạo hệ thống phần mềm, ₫ược phân phối thành phần hệ thống phần mềm chạy sau hệ thống ₫ược cài ₫ặt c Chiến lược kiểm thử Các chiến lược kiểm thử Chi tiết chiến lược • •  Kiểm thử Module • • •  Kiểm thử tích hợp • • SOF303- KIỂM THỬ CƠ BẢN Kiểm tra đơn vị thiết kế nhỏ – mô đun phần mềm Người tiến hành kiểm thử thông thường người lập trình mô đun lập trình viên nhóm Các mô đun thứ cấp mô đun kiểm thử chưa phát triển thay chương trình tạm thời gọi stub Mô đun thượng cấp thay trình điều khiển kiểm thử gọi test driver Tích hợp mô đun kiểm thử chúng thể thống Các đơn vị phần mềm (unit) tích hợp dần thành mô đun, hệ con, cuối thành hệ thống hoàn chỉnh Một số lỗi giao diện (mô đun) điển hình:  Sử dụng sai giao diện  Hiểu nhầm giao diện 36 Kiểm thử – Nhóm Xung đột • Các chiến lược kiểm thử tích hợp: - Kiểm thử lên (bottom-up testing): - Là trình tích hợp kiểm thử với mô đun mức độ thấp trước - Tiến hành tích hợp kiểm thử số mô đun cấp trước - Kiểm thử xuống (top-down testing): - Kiểm thử xuống tiến hành kiểm thử với mô đun mức cao trước, mô đun mức thấp tạm thời phát triển với chức hạn chế - Kiểm thử hồi qui (regression testing): - Là tiến hành lại phép thử thành công tích hợp thêm mô đun cập nhật mã nguồn chương trình - Khi tích hợp thêm mô đun vào hệ thống tiến hành nâng cấp chương trình tạo số tổ hợp trạng thái dẫn đến: - Xuất lỗi mô đun trước chưa gây lỗi - Khắc phục lỗi làm ảnh hưởng tới lỗi sửa - Sinh lỗi mà trước chưa có  Kiểm thử khả hoạt động hệ thống Kiểm tra vấn đề hiệu hệ thống, khả phục hồi gặp cố,… • Một số dạng kiểm thử hệ thống chính:  Kiểm thử phục hồi (recovery testing): - Là kiểm thử tiến hành nhằm làm hệ thống ngừng hoạt động đánh giá khả phục hồi sau - Với hệ thống có khả phục hồi tự động, cần đánh giá công đoạn tái thiết lập thông số, khả khôi phục liệu tái khởi động - Với trường hợp đòi hỏi khởi động lại thủ công, cần đánh giá thời gian ngừng để sửa chữa (MTTR – Mean Time • •  Kiểm thử hệ thống SOF303- KIỂM THỬ CƠ BẢN 37 Kiểm thử – Nhóm To Repair) số trường hợp đánh giá chi phí cho việc khôi phục Kiểm thử gây áp lực (stress testing) Đây loại (bước) kiểm thử tiến hành có phiên làm việc, nhằm tìm hiểu hoạt động hệ thống trường hợp tải trọng lớn (dữ liệu lớn, số người sử dụng lớn, tài nguyên hạn chế ) - Mục đích kiểm thử áp lực là: o Tìm hiểu giới hạn chịu tải hệ thống o Tìm hiểu đặc trưng hệ thống đạt vượt giới hạn chịu tải (khi bị sụp đổ) o Ngoài kiểm thử áp lực nhằm xác định trạng thái đặc biệt tổ hợp số điều kiện dẫn đến sụp đổ hệ thống; tính an toàn liệu, dịch vụ hệ thống sụp đổ  Kiểm thử hiệu suất (performance testing): - Kiểm thử hiệu suất (performance testing) thiết kế để đánh giá hiệu suất hoạt động phần mềm ngữ cảnh cho trước, thông thường môi trường tích hợp phần mềm phần cứng cụ thể - Được tiến hành tất công đoạn kiểm thử - Kiểm thử hiệu suất liên quan chặt chẽ đến ngữ cảnh sử dụng bao gồm phần mềm khác (hệ điều hành, CSDL,…) môi trường phần cứng (CPU, nhớ, mạng) - Kiểm thử hiệu suất thường tiến hành với kiểm thử áp lực • Kiểm thử big bang (big bang testing) chiến lược kiểm thử hệ thống tiến hành lần phát triển toàn mô đun tích hợp thành phần mềm hoàn chỉnh • Phương pháp thường tiến hành phát  -  Kiểm thử big-bang SOF303- KIỂM THỬ CƠ BẢN 38 Kiểm thử – Nhóm triển phần mềm có kích thước nhỏ d Công cụ kiểm thử ( Kiểm thử tay)    Kiểm thử thủ công: tester làm công việc hoàn toàn tay, từ viết test case đến thực test, thao tác nhập điều kiện đầu vào, thực số kiện khác click nút quan sát kết thực tế, sau so sánh kết thực tế với kết mong muốn test case, điền kết test Hiện nay, phần lớn tổ chức, công ty phần mềm, nhóm làm phần mềm thực kiểm thử thủ công chủ yếu Ưu nhược điểm: • Ưu điểm: - Cho phép tester thực việc kiểm thử khám phá - Thích hợp kiểm tra sản phẩm lần - Thích hợp kiểm thử trường hợp test case phải thực số lấn - Giảm chi phí ngắn hạn • Nhược điểm: Tốn thời gian Đối với lần release, người kiểm thử phải thực lại tập hợp test case chạy dẫn đến mệt mỏi lãng phí effort Lựa chọn kiểm thử tay khi: • Chưa có kiến thức nhiều Code chương trình • Thực thi số lượng test case vừa phải • Số lượng đầu vào cho test case không nhiều • Đảm bảo tối đa lỗi lường trước SOF303- KIỂM THỬ CƠ BẢN 39 Kiểm thử – Nhóm e Project Viết test case  Testcase 1: Chức Login Mục đích kiểm tra: kiểm tra việc đăng nhập vào hệ thống user thành công thị không thành công thông báo lỗi ( admin or user) Chức kiểm tra:: Chức bắt buộc user muốn sử dụng Bug Tracking phải login username password cấp để login Giả định: user chưa đăng nhập vào hệ thống… Dữ liệu dùng để kiểm tra: chức login có trường username va password Username : admin; password : admin SOF303- KIỂM THỬ CƠ BẢN 40 Kiểm thử – Nhóm Step Thực Kết mong đợi Không nhập click Login Hiển thị thông báo "Please Enter User name and Password" Nhấp username click Login Hiển thị thông báo "Please Enter Password" Nhấp password click Login Hiển thị thông báo "Please Enter username" Nhập username sai password click Login Hiển thị thông báo " invalid username Please try again" Nhập username password sai click Login Hiển thị thông báo " invalid password Please try again" Nhập username password click Login Hiển thị giao diện Bug Tracking Net Kết thực  Testcase 2: Chức logout Mục đích kiểm tra: kiểm tra việc đăng xuất khỏi hệ thống user hay không, không ( admin or user) Chức kiểm tra:: Chức bắt buộc user sau muốn kết thúc phiên làm việc với I Bug Tracking, phải đăng xuất để người dùng khác quyền sử dụng không sử dụng hệ thống Giả định: user đăng nhập vào hệ thống thành công Step Thực Kết mong đợi Click vào icon Logoff nằm vi trí góc cao bên phải trang nội dung hệ thống có Đăng xuất tài khoản hiển thị hình đăng nhập (login) vào hệ thống Kết thực  Testcase 3: Tài khoản Admin SOF303- KIỂM THỬ CƠ BẢN 41 Kiểm thử – Nhóm Mục đích kiểm tra: kiểm tra việc thêm , sửa, xóa người dùng, sản phẩm hệ thống user, project, Chức kiểm tra: thêm, sửa, xóa user, thêm, sửa, xóa project Giả định: Admin nhập đầy đủ liệu vào form thêm, sửa, xóa user, project Step Thực Kết mong đợi Click vào button thêm user ( Thêm user (project) project) hiển thị thông báo “Thêm thành công” Click vào button sửa user ( project) Sửa user (project) hiển thị thông báo “Sửa thành công” Click vào button xóa user ( project) Xóa user (project) hiển thị thông báo “Sửa thành công” Kết thực  Testcase 4: Lựa chọn ngôn ngữ Mục đích kiểm tra: kiểm tra việc lựa chọn ngôn ngữ cho phần mềm Chức năng: Phần mềm hiển thị ngôn ngữ theo lựa chọn người dùng Giả định: Người dùng đăng nhập vào hệ thống với tài khoản admin, user Step Thực Kết mong đợi Click vào icon ngôn ngữ Xuất list ngôn góc phải phần mềm để ngữ có sẵn thay đổi chọn ngôn ngữ ngôn ngữ phần mêm theo lựa chọn admin, user Kết thực  Test Case : search project Mục đích kiểm tra : Tìm kiếm project SOF303- KIỂM THỬ CƠ BẢN 42 Kiểm thử – Nhóm Chức : Hiển thị project tìm kiếm Giả Định : Người dùng đăng nhập vào hệ thống với tài khoản admin, user nhập thông tin tìm kiếm project có liệu step Thực Kết mong đơi Click vào icon tìm kiếm vào góc phải Hiển thị project theo dử liệu người dùng nhập Kết thực  Test Case : Search User Mục đích kiểm tra : Tìm kiếm nhân viên Giả định : Người dùng đả đăng nhập vào hệ thống với tài khoản admin ,user nhập thông tin tìm kiếm nhân viên có dử liệu Step Thực Click vào icon tìm kiếm vào góc phải cung , nhập tên nhân viên cần tìm Kết mong đợi Kết thực Hiển thị kết user cần tìm có dử liệu  Test Case : Search bug Mục đích kiểm tra: xem hệ thống tìm kiếm có thiết kế mong muốn user hay không; việc tìm kiếm thực có xác theo từ khóa mong muốn user hay không Chức kiểm tra:: kiểm tra việc tìm kiếm nhiều bug theo nhiều điều kiện đó, tìm kiếm theo comment description, sử dung toán tử or and Giả định: user đăng nhập vào hệ thống user muốn tìm kiếm liệu thông tin theo từ khóa Dữ liệu dùng để kiểm tra: option chọn liệu text cần tìm kiếm SOF303- KIỂM THỬ CƠ BẢN 43 Kiểm thử – Nhóm Step Thực Kết mong đợi Hiển thị khởi tạo hình Các item hình nằm vị trí giá trị default so với thiết kế Không nhập từ khóa click Search Hiển thị thông báo “ Please Enter data” Nhập từ khóa không khớp với data DB Hiển thị thông báo “No data found” Nhập từ khóa khớp với data DB Hiển thị số record có từ khóa với giá trị nhập Seach k có data ( record ) Datagrit hiển thị header không hiển thị scroll dọc Seach có record Datagrit hiển thị header hiển thị dòng record, cột tương ứng với file database không hiển thị scroll dọc Seach có 21 record (giới hạn 20 record ) Datagrit hiển thị header 20 dòng ( record đến 20) hiển thị scroll dọc), kéo xuống xuất record thứ 21 Kết thực  Các Testcase phi chức năng: SOF303- KIỂM THỬ CƠ BẢN 44 Kiểm thử – Nhóm • Testcase 1: Hiệu suất Mục đích kiểm tra: Kiểm tra phần mềm có chạy bình thường nhập nhiều liệu Chức năng: Kiểm tra phần mềm có chạy bình thường nhập nhiều liệu Giả định : đăng nhập tài khoản admin thêm sản phẩm Step Thực Kết mong đợi Admin thêm 100 người dùng 100 sản phẩm Phần mềm hoạt động bình thường Admin thêm 200 người dùng 200 sản phẩm Phần mềm hoạt động bình thường Admin thêm 500 người dùng 500 sản phẩm Phần mềm hoạt động bình thường Admin thêm 1000 người dùng 1000 sản phẩm Phần mềm hoạt động bình thường • Kết thực Test case 2: Giao diện Mục đích kiểm tra : Kiểm tra thiết kế form, button, màu sắc, icon…có theo yêu cầu người dùng Giả định : Người dùng đăng nhập vào hệ thống tài khoản admin , user Step Thực Kết mong đợi Kiểm tra thiết kế button, icon, form Thiết kế với yêu cầu người dùng Kiểm tra màu sắc phần mềm Màu sắc trực quan dể nhìn , thân thiện với người dùng SOF303- KIỂM THỬ CƠ BẢN Kết thực 45 Kiểm thử – Nhóm  Testcase 3: Chức đăng kí tài khoản gmail Mục đích kiểm tra: kiểm tra xem người dùng đăng kí email hay không? Chức kiểm tra: kiểm tra việc đăng kí tài khoản người dùng gmail Giả định: Người dùng vào trang đăng kí thành viên chọn đăng kí với gmail Step Thực Kết mong đợi Nhấp vào button “đăng kí với gmail” Phần mềm lấy liệu từ gmail tạo người dùng vào database Kết thực  Testcase 4: Add Service Testcase ID: 6.3.2 Mục đích kiểm tra: Kiểm tra phầm mềm có thêm dịch vụ hay không? Chức kiểm tra: Kiểm tra chức thêm dịch vụ Giả định: Người dùng nhấn vào button “Add Service” hình hiển thị Services list Step Thực Kết mong đợi Click vào ô tick bảng dịch vụ để chọn dịch vụ cần add Xuất thông báo “Add Service thành công” dịch vụ cài đặt sẵn xuất thông báo “ Dịch vụ cài đặt” Kết thực  Testcase 5: Create Service SOF303- KIỂM THỬ CƠ BẢN 46 Kiểm thử – Nhóm Testcase ID: 6.3.2 Mục đích kiểm tra: Kiểm tra phầm mềm có tạo dịch vụ hay không? Chức kiểm tra: Kiểm tra chức tạo dịch vụ Giả định: Người dùng nhấn vào button “Create Service” hình hiển thị Services list Step Thực Kết mong đợi Kết thực Nhập đầy đủ thông tin xác click vào button “create dịch vụ” Xuất thông báo “Create Service thành công” lưu lại dịch vụ Nhập thiếu thông tin click vào button “create dịch vụ” Xuất thông báo “Bạn nhập thiếu liệu” hiển thị icon lỗi bên cạnh phải chỗ nhập thiếu Nhập sai liệu ngày Xuất thông báo “Bạn nhập sai ngày” hiển thị message định dạng theo “dd/mm/yy” bên góc phải textfield nhập ngày  Test Case : List Service Mục đích kiểm tra: Kiểm tra hệ thống List dịch vụ với thao tác khác (user) Chức kiểm tra: Chức giúp cho user xem thông tin dịch vụ hệ thống Giả định: User đăng nhập vào hệ thống muốn xem thông tin với thao tác dịch vụ Test case Precondition SOF303- KIỂM THỬ CƠ BẢN Condition Expected Result Ghi 47 Kiểm thử – Nhóm ID TC1 TC2 TC3 TC4 TC5 Hiển thị List Service Xem dịch vụ hoạt động hoạt động Lọc dịch vụ Sắp xếp dịch vụ nhấp vào mục 'Service ' bên Dịch vụ trình đơn hình ‘Service List ' hiển thị hiển thị tất Dịch vụ hoạt theo mặc định Danh sách phân trang với 15 ghi hiển thị trang Nhấp vào hộp “Include In-active” tất Dịch vụ hoạt động hoạt động hiển thị danh sách Nhấp chọn “All” “0-9” “ABCDE” Tất Dịch vụ bắt đầu “FGHIK” , v.v chữ chọn hàng phía hiển thị danh sách Nhấp vào tên cột để Tất dịch vụ xếp xếp hệ Người dùng chọn thống Dịch vụ hiển thị Không hoạt động danh sách thông để xem báo “Do you want to make this Service active?” Nếu nhấp vào nút 'OK' Nếu nhấp vào nút ‘Cancel' Chọn dịch vụ nhấn nút “Sao chép” TC6 Sao chép dịch vụ Không chọn Dịch vụ bấm vào nút 'Sao chép' SOF303- KIỂM THỬ CƠ BẢN hình 'Chi tiết Dịch vụ' mở hệ thống tự động thay đổi trạng thái Dịch vụ từ Không hoạt động sang Hoạt động giữ hình 'Danh sách Dịch vụ' hiển thị trạng thái Dịch vụ chọn không hoạt động hình 'Chi tiết Dịch vụ' mở với tất liệu Dịch vụ chọn trừ Tên Dịch vụ, có ba tab: Chi tiết 1, Chi tiết Chi tiết hiển thị trường hợp hệ thống hiển thị thông báo "Please select a Service to copy" 48 Kiểm thử – Nhóm SOF303- KIỂM THỬ CƠ BẢN 49

Ngày đăng: 30/04/2017, 11:16

Mục lục

  • I. Yêu cầu 1. Các nội dung chính của dự án AB-SD

    • 1. Giới thiệu dự án

    • 3. Sơ đồ trường hợp

    • 4. Sơ đồ mối quan hệ thực thể

    • g. Tra cứu địa chỉ:

    • h. Loại tra cứu doanh nghiệp:

    • b. Khả năng mở rộng

    • d. Khả năng di chuyển

    • g. Cơ sở hạ tầng

    • h. Nhìn và cảm nhận

    • k. Yêu cầu màn hình của tài liệu và trợ giúp

    • l. Hổ trợ và khả năng hổ trợ

    • n. Hạn chế thiết kế

    • o. Các thành phần đã mua

    • II. Yêu cầu 2. Xác định nội dung sai và đặc câu hỏi

    • III. Yêu cầu 4. Xác định test design cho nội dung mục 6

      • 1. Tổ chức (6.2)

        • a. Danh sách các tổ chức

        • d. Đánh dấu các tổ chức đang hoạt động

        • e. Hỗ trợ bảo dưỡng vật liệu

        • 2. Dịch vụ (6.3)

          • a. Danh sách dịch vụ

          • c. Chỉnh sửa dịch vụ

          • 3. Địa lý (6.4)

            • a. Bảo trì khu vực tin cậy

Tài liệu cùng người dùng

Tài liệu liên quan