Test case p2

NỘI DUNG CHÍNH
1. Test case là gi?
2. Các điểm chính trong Test case 
3. Test plan là gì?
4. Các bước lập Test plan
5. Nội dung cơ bản của Test plan

1. TEST CASE LÀ GÌ
    Giả sử bạn được yêu cầu liệt kê tấc cả các lỗi trong chức năng login của chương trình Toeic Mastery

"hinh" UPLOAD SAU

Vậy bạn cần làm gi?
   + Liệt kê tấc cả các đối tượng cần kiểm tra.
   + Tiến hành kiểm tra.
   + Kết quả mong chờ có đạt yêu cầu hay không?

Test case có thể xem là 1 tình huống kiểm tra, được thiết kế để kiểm tra 1 đối tượng có thoả yêu cầu đặt ra hay không.
  
2. CÁC PHẦN CƠ BẢN TRONG TEST CASE
  + Mô tả: đặc tả các điều kiện cần có để kiểm tra.
  + Nhập: đặc tả các đối tượng hay dữ liệu cần thiết, được sử dụng làm đầu vào để thực hiện việc kiểm tra.
  + Kết quả mong chờ: kết quả trả về từ đối tượng kiểm tra đạt yêu cầu hay không.

3. TEST PLAN LÀ GÌ
   Test plan là kế hoạch kiểm tra. Nhằm để định hướng chính xác công việc cần làm trong qui trình kiểm tra phần mềm.

  ** MỤC ĐÍCH CỦA VIỆC LẬP TEST PLAN
   Nhằm để đưa ra và mô tả tấc cả các loại kế hoạch kiểm tra sẽ được thực hiện trong qui trình kiểm tra.
  
4. CÁC BƯỚC CƠ BẢN ĐỂ LÂP TESR PLAN
   - Xác định yêu cầu kiểm tra.
   - Khảo sát rủi ro.
   - Xác định chiến lược kiểm tra.
   - Xác định nhân lực, vật lực cần thiết.
   - Lập kế hoạch chi tiết.
   - Tổng hợp và đưa ra kế hoạch kiểm tra.
   - Xem xét các kế hoạch kiểm tra.

"hinh" UPLOAD SAU

5. NỘI DUNG CƠ BẢN CỦA TEST PLAN
 ** CHIẾN LƯỢC KIỂM TRA
-  Chiến lược kiểm tra đưa ra phương pháp tiếp cận để kiểm tra mục tiêu.
- Chiến lược kiểm tra bao gồm các kỹ thuật được áp dụng và điều kiện để biết khi nào việc kiểm tra hoàn thành.
+ Mô tả các kiểu kiểm tra dùng trong dự án.
+ Có thể liệt kê với mỗi kiểu kiểm tra tương ứng kiểm tra cho chức năng nào.
+ Việc kiểm có thể dừng khi nào. 

 ** CÁC KIỂU KIỂM TRA
Mỗi kiểu kiểm tra phải bao gồm các đìều kiện: 
  + Kỹ thuật.
  + Điều kiện hoàn thành.
  + Các vấn đề đặc biệt liên quan.
* Kỹ thuật: Mô tả việc kiểm tra như thế nào, những gì sẽ được kiểm tra, các hoạt động chính được thực hiện trong quá trình kiểm tra và các phương pháp đánh giá kết quả.
* Điều kiện hoàn thành: 
- Xác định chất lượng chương trình được chấp nhận.
- Thời điểm ktra hoàn tất.
* Các vấn đề đặc biệt: Các vấn đề gây ảnh hưởng đến việc kiểm tra.

1. Functional  testing – kiểm tra chức năng
 a. Function testing – kiểm tra chức năng
 b. User interface testing – kiểm tra giao diện người sử dụng
 c. Data & database integrity testing – kiểm tra DL & tích hợp DL
 d. Business cycle testing – kiểm tra chu trình nghiệp vụ

2. Performance testing – kiểm tra hiệu xuất
a. Performance profiling   c.    Stress testing
b. Load testing d.    Volume testing

4. Security & Access control testing – kiểm tra bảo mật & kiểm soát truy cập
5. Regression testing – kiểm tra hồi qui

 ** MÔ TRƯỜNG KIỂM TRA
Tuỳ vào mỗi giai đoạn Unit test, Intergration test, System test, acceptance test sẽ ứnag với môi trờng kiểm tra nhất định. Từ đó xác định các yếu tố để xây dựng môi trường kiểm tra, sử dụng như môi trường thật hay tạo môi trường giả lập gần giống với môi trường chạy thật của chương trình. 

- Khi test chạy chương trình bằng bản dịch hay chạy trên code. Thông thường, các giai đoạn System test, Acceptance test phải chạy trên bản dịch

- Với CSDL thì thông thường, từ Intergration test, ta phải thiết lập CSDL riêng và thiết lập các thông số cho CSDL gần giống hoặc giống hệt như khi chương trình sẽ chạy thật.

- Điều kiện về mạng: sẽ sử dụng mạng LAN hay Dial up… Thông thường, khi Unit test, có thể sử dụng mạng LAN nhưng khi System test trở đi thì nên sử dụng hệ thống đường truyền giống như hoặc gần giống như môi trường chạy thật.

- Mô hình sẽ cài đặt chương trình test: số lượng máy chủ, máy trạm; việc chia tách các server, các máy trạm, việc cài đặt các domain … Thông thường, trong Unit test có thể sử dụng viếc thiết lập như khi lập trình, nhưng khi System test trở đi, phải chú ý thiết lập sao cho gần giống mô hình sẽ chạy trong thực tế nhất