Get in touch
or send us a question?
CONTACT

Test plan trong software testing

Test plan (kế hoạch kiểm thử) là một tài liệu là một tài liệu chi tiết mô tả chiến lược kiểm thử, mục tiêu, lịch trình, ước tính, kết quả và nguồn lực cần thiết để thực hiện kiểm thử cho một sản phẩm phần mềm. Kế hoạch Kiểm thử giúp chúng ta xác định nỗ lực cần thiết để xác thực chất lượng của ứng dụng đang được kiểm thử. Kế hoạch kiểm thử đóng vai trò như một bản thiết kế để tiến hành các hoạt động kiểm thử phần mềm theo một quy trình được xác định, được giám sát và kiểm soát chặt chẽ bởi người quản lý kiểm thử.

Theo định nghĩa của ISTQB: “Kế hoạch kiểm thử là tài liệu mô tả phạm vi, phương pháp tiếp cận, nguồn lực và lịch trình của các hoạt động kiểm thử dự kiến”.

Chúng ta hãy bắt đầu với ví dụ/tình huống về Kế hoạch kiểm tra sau: Trong một cuộc họp, bạn muốn thảo luận về Kế hoạch kiểm tra với các thành viên trong nhóm, nhưng họ không quan tâm. Trong trường hợp đó, bạn sẽ làm gì?

Tầm quan trọng của Test plan

Việc tạo tài liệu Kế hoạch kiểm tra có nhiều lợi ích

  • . Giúp những người bên ngoài nhóm thử nghiệm như nhà phát triển, quản lý doanh nghiệp, khách hàng hiểu được chi tiết về thử nghiệm.
  • . Kế hoạch Kiểm tra định hướng tư duy của chúng ta. Nó giống như một cuốn sổ quy tắc cần phải tuân theo.
  • . Các khía cạnh quan trọng như ước tính thử nghiệm, phạm vi thử nghiệm, Chiến lược thử nghiệm được ghi lại trong Kế hoạch thử nghiệm để Nhóm quản lý có thể xem xét và sử dụng lại cho các dự án khác.

Cách viết Test plan

Bạn đã biết rằng việc lập Kế hoạch Kiểm thử là nhiệm vụ quan trọng nhất của Quy trình Quản lý Kiểm thử. Hãy làm theo bảy bước dưới đây để tạo một kế hoạch kiểm thử theo IEEE 829.

(1) Phân tích sản phẩm

(2) Thiết kế Chiến lược Kiểm thử

(3) Xác định mục tiêu kiểm tra

(4) Xác định tiêu chí kiểm tra

(5) Lập kế hoạch nguồn lực

(6) Kế hoạch kiểm tra môi trường

(7) Tiến độ & Dự toán

(8) Xác định kết quả kiểm tra

Bước 1) Phân tích sản phẩm

Làm sao bạn có thể thử nghiệm một sản phẩm mà không có bất kỳ thông tin nào về nó? Câu trả lời là Không thể. Bạn phải tìm hiểu kỹ về sản phẩm trước khi thử nghiệm.

Sản phẩm được thử nghiệm là trang web ngân hàng Guru99. Bạn nên nghiên cứu khách hàng và người dùng cuối để hiểu rõ nhu cầu và kỳ vọng của họ đối với ứng dụng.

  • . Ai sẽ sử dụng trang web?
  • . Nó được dùng để làm gì?
  • . Nó sẽ hoạt động như thế nào?
  • . Sản phẩm sử dụng phần mềm/phần cứng nào?

Bạn có thể sử dụng cách tiếp cận sau để phân tích trang web

Bạn nên xem qua trang web này và xem qua tài liệu hướng dẫn sử dụng sản phẩm . Việc xem xét tài liệu hướng dẫn sử dụng sản phẩm sẽ giúp bạn hiểu rõ tất cả các tính năng của trang web cũng như cách sử dụng. Nếu bạn chưa rõ về bất kỳ mục nào, bạn có thể phỏng vấn khách hàng, nhà phát triển, nhà thiết kế để tìm hiểu thêm thông tin.

Bước 2) Phát triển chiến lược thử nghiệm

Chiến lược Kiểm thử là một bước quan trọng trong việc lập Kế hoạch Kiểm thử trong Kiểm thử Phần mềm. Tài liệu Chiến lược Kiểm thử là một tài liệu cấp cao, thường được phát triển bởi Trưởng nhóm Kiểm thử. Tài liệu này định nghĩa:

  • . Mục tiêu thử nghiệm của dự án và phương tiện để đạt được chúng
  • . Xác định nỗ lực và chi phí thử nghiệm

Quay lại dự án của bạn, bạn cần phát triển Chiến lược Kiểm thử để kiểm thử website ngân hàng đó. Bạn nên làm theo các bước dưới đây:

Bước 2.1) Xác định phạm vi kiểm tra

Trước khi bắt đầu bất kỳ hoạt động kiểm tra nào, bạn cần phải biết rõ phạm vi kiểm tra. Bạn phải suy nghĩ kỹ về điều này.

  • Các thành phần của hệ thống được kiểm tra (phần cứng, phần mềm, phần mềm trung gian, v.v.) được định nghĩa là “ trong phạm vi ”
  • Các thành phần của hệ thống không được kiểm tra cũng cần được xác định rõ ràng là “ nằm ngoài phạm vi ”.

Việc xác định phạm vi dự án thử nghiệm của bạn rất quan trọng đối với tất cả các bên liên quan. Một phạm vi chính xác sẽ giúp bạn

  • Cung cấp cho mọi người sự tự tin và thông tin chính xác về thử nghiệm bạn đang thực hiện
  • Tất cả các thành viên dự án sẽ có sự hiểu biết rõ ràng về những gì được thử nghiệm và những gì không được thử nghiệm

Bạn xác định phạm vi dự án của mình như thế nào?

Để xác định phạm vi, bạn phải –

  • Yêu cầu chính xác của khách hàng
  • Ngân sách dự án
  • Thông số kỹ thuật sản phẩm
  • Kỹ năng và tài năng của nhóm thử nghiệm của bạn

Bây giờ cần phải xác định rõ ràng “trong phạm vi” và “ngoài phạm vi” của thử nghiệm.

  • Theo yêu cầu của phần mềm , dự án Guru99 Bank chỉ tập trung vào việc kiểm tra tất cả các chức năng và giao diện bên ngoài của trang web Guru99 Bank ( trong phạm vi kiểm tra)
  • Các thử nghiệm phi chức năng như ứng suất , hiệu suất hoặc cơ sở dữ liệu logic hiện tại sẽ không được thử nghiệm. ( ngoài phạm vi)

Tình huống vấn đề

Khách hàng muốn bạn kiểm tra API của họ. Nhưng ngân sách dự án không cho phép. Trong trường hợp đó, bạn sẽ làm gì?

Trong trường hợp này, bạn cần thuyết phục khách hàng rằng Kiểm thử API là một công việc bổ sung và sẽ tiêu tốn đáng kể nguồn lực. Hãy cung cấp cho họ dữ liệu chứng minh cho những thông tin bạn đưa ra. Hãy nói với họ rằng nếu Kiểm thử API được bao gồm trong phạm vi dự án, ngân sách sẽ tăng thêm XYZ.

Khách hàng đồng ý và theo đó các phạm vi mới, các mục ngoài phạm vi được

  • Các mục trong phạm vi: Kiểm thử chức năng , Kiểm thử API
  • Các mục ngoài phạm vi: Kiểm tra cơ sở dữ liệu , phần cứng và bất kỳ giao diện bên ngoài nào khác

Bước 2.2) Xác định loại thử nghiệm

Loại thử nghiệm là quy trình thử nghiệm tiêu chuẩn đưa ra kết quả thử nghiệm mong đợi.

Mỗi loại kiểm thử được xây dựng để xác định một loại lỗi sản phẩm cụ thể. Tuy nhiên, tất cả các loại kiểm thử đều hướng đến một mục tiêu chung: ” Phát hiện sớm tất cả các lỗi trước khi đưa sản phẩm đến tay khách hàng”.

Các loại thử nghiệm thường được sử dụng được mô tả như hình sau

Có rất nhiều Kiểu Kiểm thử để kiểm thử sản phẩm phần mềm. Nhóm của bạn không thể có đủ nỗ lực để xử lý tất cả các loại kiểm thử. Là Quản lý Kiểm thử, bạn phải đặt mức độ ưu tiên cho các Kiểu Kiểm thử.

  • Nên tập trung vào loại thử nghiệm nào khi thử nghiệm ứng dụng web?
  • Những loại kiểm thử nào nên bỏ qua để tiết kiệm chi phí?

Bước 2.3) Ghi lại Rủi ro & Vấn đề

Rủi ro là sự kiện không chắc chắn trong tương lai , có xác suất xảy ra và tiềm ẩn tổn thất. Khi rủi ro thực sự xảy ra, nó trở thành ” vấn đề”.

Trong bài viết Phân tích rủi ro và giải pháp , bạn đã tìm hiểu chi tiết về phân tích ‘Rủi ro’ và xác định những rủi ro tiềm ẩn trong dự án.

Trong Kế hoạch kiểm thử, bạn sẽ ghi lại những rủi ro đó

Rủi roGiảm thiểu
Thành viên trong nhóm thiếu các kỹ năng cần thiết để kiểm tra trang web.Lên kế hoạch khóa đào tạo để nâng cao kỹ năng cho thành viên của bạn
Tiến độ dự án quá gấp; khó có thể hoàn thành dự án này đúng hạnĐặt mức độ ưu tiên kiểm tra cho từng hoạt động kiểm tra.
Người quản lý kiểm thử có kỹ năng quản lý kémKế hoạch đào tạo lãnh đạo cho quản lý
Việc thiếu hợp tác ảnh hưởng tiêu cực đến năng suất của nhân viênKhuyến khích từng thành viên trong nhóm thực hiện nhiệm vụ và truyền cảm hứng để họ nỗ lực hơn nữa.
Dự toán sai và vượt chi phíXác định phạm vi trước khi bắt đầu công việc, chú ý nhiều đến việc lập kế hoạch dự án và liên tục theo dõi và đo lường tiến độ

Bước 2.4) Tạo hậu cần kiểm tra

Trong Test Logistics, Quản lý kiểm thử phải trả lời những câu hỏi sau:

  • Ai sẽ kiểm tra?
  • Khi nào thì bài kiểm tra sẽ diễn ra?

Ai sẽ kiểm tra?

Bạn có thể không biết chính xác tên của người thử nghiệm sẽ thử nghiệm, nhưng loại người thử nghiệm có thể được xác định.

Để chọn đúng thành viên cho nhiệm vụ cụ thể, bạn phải cân nhắc xem kỹ năng của người đó có đủ điều kiện cho nhiệm vụ đó hay không, đồng thời ước tính ngân sách dự án. Việc chọn sai thành viên cho nhiệm vụ có thể khiến dự án thất bại hoặc chậm tiến độ .

Người có các kỹ năng sau đây là lý tưởng nhất để thực hiện kiểm thử phần mềm:

  • Khả năng hiểu quan điểm của khách hàng
  • Mong muốn mạnh mẽ về chất lượng
  • Chú ý đến chi tiết
  • Hợp tác tốt

Trong dự án của bạn, thành viên chịu trách nhiệm thực hiện kiểm thử là tester. Tùy thuộc vào ngân sách dự án, bạn có thể chọn thành viên nội bộ hoặc thuê ngoài làm tester.

Khi nào thì bài kiểm tra sẽ diễn ra?

Các hoạt động thử nghiệm phải phù hợp với các hoạt động phát triển liên quan.

Bạn sẽ bắt đầu kiểm tra khi bạn có tất cả các mục cần thiết được hiển thị trong hình sau:

Bước 3) Xác định mục tiêu kiểm tra

Mục tiêu kiểm thử là mục tiêu tổng thể và thành tựu đạt được của quá trình thực hiện kiểm thử. Mục tiêu của việc kiểm thử là tìm ra càng nhiều lỗi phần mềm càng tốt; đảm bảo phần mềm được kiểm thử không có lỗi trước khi phát hành.

Để xác định mục tiêu kiểm tra, bạn nên thực hiện 2 bước sau

(1) Liệt kê tất cả các tính năng của phần mềm (chức năng, hiệu suất, GUI…) có thể cần phải kiểm tra.

(2) Xác định mục tiêu hoặc mục đích của bài kiểm tra dựa trên các tính năng trên

Hãy áp dụng các bước này để tìm mục tiêu thử nghiệm cho dự án thử nghiệm Guru99 Bank của bạn

Bạn có thể chọn phương pháp ‘ TOP-DOWN’ để tìm các tính năng của trang web cần kiểm tra. Trong phương pháp này, bạn chia nhỏ ứng dụng đang kiểm tra thành các thành phần và thành phần phụ .

Trong chủ đề trước, bạn đã phân tích các thông số kỹ thuật yêu cầu và đi qua trang web, do đó bạn có thể tạo Sơ đồ tư duy để tìm các tính năng của trang web như sau:

Dựa trên các tính năng trên, bạn có thể xác định Mục tiêu kiểm tra như sau

  • . Kiểm tra xem chức năng của trang web có hoạt động như mong đợi mà không có bất kỳ lỗi nào trong môi trường nghiệp vụ thực tế không
  • . Kiểm tra xem giao diện bên ngoài của trang web như UI có hoạt động như mong đợi và đáp ứng nhu cầu của khách hàng không
  • . Kiểm tra tính khả dụng của trang web. Các chức năng đó có thuận tiện cho người dùng hay không?

Bước 4) Xác định tiêu chí kiểm tra

Tiêu chí kiểm tra là một tiêu chuẩn hoặc quy tắc mà quy trình kiểm tra hoặc phán đoán kiểm tra có thể dựa vào. Có 2 loại tiêu chí kiểm tra như sau:

Tiêu chí đình chỉ

Chỉ định các tiêu chí tạm dừng quan trọng cho một thử nghiệm. Nếu các tiêu chí tạm dừng được đáp ứng trong quá trình thử nghiệm, chu kỳ thử nghiệm đang hoạt động sẽ bị tạm dừng cho đến khi các tiêu chí được giải quyết .

Ví dụ về kế hoạch kiểm thử: Nếu các thành viên trong nhóm của bạn báo cáo rằng có 40% trường hợp kiểm thử không thành công, bạn nên tạm dừng kiểm thử cho đến khi nhóm phát triển khắc phục tất cả các trường hợp không thành công.

Tiêu chí kết thúc

Tiêu chí này chỉ định các tiêu chí đánh dấu sự hoàn thành thành công của một giai đoạn kiểm thử. Tiêu chí đầu ra là kết quả mục tiêu của bài kiểm thử và cần thiết trước khi chuyển sang giai đoạn phát triển tiếp theo. Ví dụ: 95% tất cả các trường hợp kiểm thử quan trọng phải đạt.

Một số phương pháp xác định tiêu chí đầu ra là chỉ định tỷ lệ chạy và tỷ lệ đậu mục tiêu .

  • . Tỷ lệ chạy là tỷ lệ giữa số ca kiểm thử được thực hiện/tổng ​​số ca kiểm thử của đặc tả kiểm thử. Ví dụ, đặc tả kiểm thử có tổng cộng 120 TC, nhưng người kiểm thử chỉ thực hiện 100 TC, do đó tỷ lệ chạy là 100/120 = 0,83 (83%)
  • . Tỷ lệ đậu là tỷ lệ giữa số ca kiểm thử đậu/số ca kiểm thử đã thực hiện . Ví dụ, trong 100 TC đã thực hiện trên, có 80 TC đậu, do đó tỷ lệ đậu là 80/100 = 0,8 (80%).

Dữ liệu này có thể được tìm thấy trong các tài liệu Test Metric.

  • . Tỷ lệ chạy bắt buộc phải đạt 100% trừ khi có lý do rõ ràng.
  • . Tỷ lệ đậu phụ thuộc vào phạm vi dự án, nhưng đạt được tỷ lệ đậu cao là mục tiêu.

Ví dụ về Kế hoạch Kiểm thử: Nhóm của bạn đã thực hiện xong các bài kiểm thử. Họ báo cáo kết quả kiểm thử cho bạn và muốn bạn xác nhận Tiêu chí Kết thúc.

Trong trường hợp trên, tỷ lệ chạy bắt buộc là 100%, nhưng nhóm kiểm thử chỉ hoàn thành 90% số trường hợp kiểm thử. Điều này có nghĩa là tỷ lệ chạy không đạt yêu cầu, vì vậy KHÔNG xác nhận Tiêu chí Kết thúc.

Bước 5) Lập kế hoạch nguồn lực

Kế hoạch nguồn lực là bản tóm tắt chi tiết về tất cả các loại nguồn lực cần thiết để hoàn thành nhiệm vụ của dự án. Nguồn lực có thể là con người, thiết bị và vật liệu cần thiết để hoàn thành dự án.

Lập kế hoạch nguồn lực là yếu tố quan trọng trong lập kế hoạch kiểm thử vì nó giúp xác định số lượng nguồn lực (nhân lực, thiết bị…) cần sử dụng cho dự án. Nhờ đó, Quản lý Kiểm thử có thể lập lịch trình và ước tính chính xác cho dự án.

Phần này trình bày các tài nguyên được đề xuất cho dự án của bạn.

Nguồn nhân lực

Bảng sau đây đại diện cho các thành viên khác nhau trong nhóm dự án của bạn

STTThành viênNhiệm vụ
1.Quản lý thử nghiệmQuản lý toàn bộ dự ánXác định hướng đi của dự ánCó được các nguồn lực phù hợp
2.Người kiểm traXác định và mô tả các kỹ thuật/công cụ/kiến trúc tự động hóa thử nghiệm phù hợpXác minh và đánh giá phương pháp thử nghiệmThực hiện các bài kiểm tra, ghi nhật ký kết quả, báo cáo lỗi.Người kiểm tra có thể là thành viên nội bộ hoặc thuê ngoài, dựa trên ngân sách dự ánĐối với nhiệm vụ đòi hỏi kỹ năng thấp , tôi khuyên bạn nên chọn thành viên thuê ngoài để tiết kiệm chi phí dự án.
3.Nhà phát triển trong thử nghiệmTriển khai các trường hợp thử nghiệm, chương trình thử nghiệm, bộ thử nghiệm, v.v.
4.Quản trị viên kiểm traXây dựng và đảm bảo Môi trường thử nghiệm và tài sản được quản lý và duy trìHỗ trợ Tester sử dụng môi trường thử nghiệm để thực hiện thử nghiệm
5.Thành viên SQAĐảm nhiệm việc đảm bảo chất lượngKiểm tra để xác nhận xem quy trình thử nghiệm có đáp ứng các yêu cầu đã chỉ định hay không

Tài nguyên hệ thống

Để thử nghiệm một ứng dụng web, bạn nên lập kế hoạch các tài nguyên theo bảng sau:

KHÔNG.Tài nguyênMô tả
1.Máy chủCài đặt ứng dụng web đang thử nghiệmĐiều này bao gồm một máy chủ web riêng biệt, máy chủ cơ sở dữ liệu và máy chủ ứng dụng nếu có
2.Công cụ kiểm traCông cụ kiểm tra là tự động hóa việc kiểm tra, mô phỏng hoạt động của người dùng, tạo ra kết quả kiểm traCó rất nhiều công cụ kiểm tra mà bạn có thể sử dụng cho dự án này như Selenium, QTP…v.v.
3.MạngBạn cần một mạng bao gồm LAN và Internet để mô phỏng môi trường kinh doanh và người dùng thực tế
4.Máy tínhMáy tính mà người dùng thường sử dụng để kết nối máy chủ web

Bước 6) Lập kế hoạch môi trường thử nghiệm

Môi trường thử nghiệm là gì

Môi trường kiểm thử là một tập hợp phần mềm và phần cứng mà nhóm kiểm thử sẽ sử dụng để thực hiện các trường hợp kiểm thử. Môi trường kiểm thử bao gồm môi trường kinh doanh và người dùng thực tế , cũng như môi trường vật lý, chẳng hạn như máy chủ, môi trường chạy front-end.

Cách thiết lập Môi trường thử nghiệm

Quay lại dự án của bạn, bạn thiết lập môi trường thử nghiệm cho trang web ngân hàng này như thế nào?

Để hoàn thành nhiệm vụ này, bạn cần sự hợp tác chặt chẽ giữa Nhóm kiểm tra và Nhóm phát triển

thiết lập Môi trường thử nghiệm

Bạn nên hỏi nhà phát triển một số câu hỏi để hiểu rõ ứng dụng web đang được kiểm thử . Dưới đây là một số câu hỏi được đề xuất. Tất nhiên, bạn có thể hỏi những câu hỏi khác nếu cần.

  • . Trang web này có thể xử lý tối đa bao nhiêu kết nối người dùng cùng một lúc?
  • . Yêu cầu về phần cứng/phần mềm để cài đặt trang web này là gì?
  • . Máy tính của người dùng có cần cài đặt cụ thể nào để duyệt trang web không?

Bước 7) Lên lịch & Ước tính

Trong bài viết “Ước tính thử nghiệm” , bạn đã sử dụng một số kỹ thuật để ước tính nỗ lực hoàn thành dự án. Bây giờ, bạn nên đưa ước tính đó cùng với lịch trình vào Kế hoạch thử nghiệm.

Trong giai đoạn ước tính thử nghiệm, giả sử bạn chia toàn bộ dự án thành các nhiệm vụ nhỏ và thêm ước tính cho từng nhiệm vụ như bên dưới

Nhiệm vụThành viênƯớc tính nỗ lực
Tạo thông số kỹ thuật thử nghiệmNhà thiết kế thử nghiệm170 giờ công
Thực hiện kiểm traNgười kiểm tra, Quản trị viên kiểm tra80 giờ công
Báo cáo thử nghiệmNgười kiểm tra10 giờ công
Giao hàng thử nghiệm20 giờ công
Tổng cộng280 giờ công

Sau đó, bạn tạo lịch trình để hoàn thành những nhiệm vụ này.

Lập lịch trình là một thuật ngữ phổ biến trong quản lý dự án. Bằng cách tạo một lịch trình cụ thể trong Lập kế hoạch Kiểm thử, Quản lý Kiểm thử có thể sử dụng nó như một công cụ để theo dõi tiến độ dự án và kiểm soát chi phí vượt mức.

Để tạo lịch trình dự án, Trình quản lý thử nghiệm cần một số loại đầu vào như sau:

  • . Thời hạn của nhân viên và dự án : Ngày làm việc, thời hạn của dự án, nguồn lực sẵn có là những yếu tố ảnh hưởng đến lịch trình
  • . Ước tính dự án : Dựa trên ước tính, Quản lý kiểm thử biết cần bao lâu để hoàn thành dự án. Nhờ đó, anh ta có thể lập kế hoạch dự án phù hợp.
  • . Rủi ro dự án : Hiểu được rủi ro giúp Quản lý kiểm thử thêm đủ thời gian vào lịch trình dự án để giải quyết các rủi ro

Bước 8) Kiểm tra các sản phẩm giao hàng

Tài liệu kiểm thử là danh sách tất cả các tài liệu, công cụ và các thành phần khác phải được phát triển và duy trì để hỗ trợ nỗ lực kiểm thử.

Có nhiều sản phẩm thử nghiệm khác nhau ở mọi giai đoạn của vòng đời phát triển phần mềm .

Sản phẩm thử nghiệm

Các sản phẩm thử nghiệm được cung cấp trước giai đoạn thử nghiệm.

  • . Tài liệu kế hoạch thử nghiệm.
  • . Tài liệu trường hợp thử nghiệm
  • . Thông số kỹ thuật thiết kế thử nghiệm.

Các sản phẩm thử nghiệm được cung cấp trong quá trình thử nghiệm

  • . Tập lệnh kiểm tra
  • . Trình mô phỏng.
  • . Dữ liệu thử nghiệm
  • . Ma trận truy xuất nguồn gốc thử nghiệm
  • . Nhật ký lỗi và nhật ký thực thi.

Các sản phẩm thử nghiệm sẽ được cung cấp sau khi chu kỳ thử nghiệm kết thúc.

  • . Kết quả/báo cáo thử nghiệm
  • . Báo cáo lỗi
  • . Hướng dẫn quy trình lắp đặt/kiểm tra
  • . Ghi chú phát hành

Nguồn tham khảo: https://www.guru99.com/test-planning.html