1 of 49

��Bài học kinh nghiệm về kiểm thử phần mềm

Kari Kakkonen

5.2.2021

Phiên Bản 1.0

28.2.2022

2 of 49

Giới thiệu về bản trình bày này

3 of 49

Nội dung của bản trình bày này

Bài thuyết trình này so sánh sự thật của Công nghệ thông tin, mã hóa và kiểm thử phần mềm với thế giới của những câu chuyện giả tưởng.
Phần trình bày này nhằm hỗ trợ việc giảng dạy tại các trường học, cho 1 hoặc 2 tiết học.
Bản trình bày này được Creative Commons cấp phép, tức là bạn có thể sử dụng nó một cách tự do cho các mục đích phi thương mại.
Bản trình bày sẽ được cập nhật theo thời gian và nó được đặt tại đây:https://www.dragonsout.com/p/presentation-for-teachers.html
Ý tưởng cải tiến có thể được gửi đến:feedback@dragonsout.com
Hãy làm cho việc kiểm thử phần mềm trở nên quen thuộc với các thế hệ mới!

28.2.2022

Dragons Out - một bài học về kiểm tra phần mềm PowerPoint của Kari Kakkonen, được cấp Giấy phép Quốc tế bởi Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License.

4 of 49

Giới thiệu về cuốn sách "Dragons Out!"

Bài thuyết trình này dựa trên thế giới và các nhân vật của sách Dragons Out!
Cuốn sách bổ sung kinh nghiệm học tập, nhưng nó không bắt buộc phải sử dụng phần trình bày này trong giảng dạy.
Tác giả: Kari Kakkonen
Người vẽ tranh minh họa: Adrienn Széll
Thông dịch viên: Trang Nguyen (Shanna)
Quyền văn bản và minh họa: Dragons Out Oy!
Thông tin chi tiết có thể xem trên: www.dragonsout.com

chi tiết

5 of 49

Giới thiệu về các bài tập

Bài tập vẽ

Bạn cần giấy và bút chì.
Bạn có thể chụp ảnh bản vẽ và tải lên, ví dụ: tới dịch vụ https://padlet.com

Giáo viên cần tạo một “bảng” Padlet cho mục đích chia sẻ của bài học.
Một phần tương tác thú vị của bài học.
Bạn cần có điện thoại di động để chụp ảnh.

Bài tập kiểm tra

Bạn cần điện thoại hoặc máy tính và bất kỳ ứng dụng nào bạn muốn thử nghiệm.

Bạn có thể chia sẻ điện thoại với một người bạn và thực hiện bài tập như một cặp đôi.

Bạn có thể thực hiện bài tập trong vòng 5 phút hoặc bạn có thể sử dụng bao nhiêu thời gian tùy thích.

28.2.2022

6 of 49

Những câu chuyện về con rồng / �Khiếm khuyết về con rồng

7 of 49

Phần mềm là gì?

Phần mềm có ở khắp mọi nơi, trong trò chơi, cửa hàng trực tuyến hoặc hệ thống điều khiển xe hơi, giống như một thế giới tưởng tượng đầy lâu đài và làng mạc.
Một phần mềm cũng có thể chạy một thiết bị.
Đấy cũng được gọi là một chương trình, mặc dù thực sự nhiều chương trình tạo nên một phần mềm.

28.2.2022

Phần mềm = mã máy tính cho phép một người làm điều gì đó, chẳng hạn như chơi trò chơi.

8 of 49

Khiếm khuyết là gì?

Mỗi phần mềm đều có khiếm khuyết, vì con người cũng có thể mắc lỗi.
Các khiếm khuyết khiến việc sử dụng phần mềm trở nên khó khăn hơn, giống như cách rồng quấy rối lâu đài và cư dân của chúng trong các câu chuyện giả tưởng.
Các khiếm khuyết nằm trong phần mềm một cách tình cờ và chúng phải được loại bỏ, tốt nhất là trước khi người dùng phần mềm tìm thấy chúng.
Một khiếm khuyết thường được gọi là lỗi.

28.2.2022

Defect (khiếm khuyết) = một vấn đề trong mã phần mềm gây ra lỗi trong phần mềm. Đôi khi mọi người gọi nó là một lỗi, mặc dù, nói một cách chính xác, lỗi là một hành động của con người dẫn đến lỗi trong mã.

9 of 49

Bài tập 5-15 phút:�Thiết kế khiếm khuyết của riêng� bạn – vẽ con rồng của bạn

// Bạn cần những gì

Giấy và bút chì

// Bài làm

1 Hãy nghĩ về một khiếm khuyết mà bạn đã gặp phải.

Ghi ra khiếm khuyết và một vài từ để mô tả nó.

2 Hãy nghĩ tương đương về một con rồng.

Viết ra các đặc điểm của con rồng.
Nếu khiếm khuyết là xấu, thì con rồng phải lớn

3 Vẽ con rồng.

Quan trọng là thông qua ý tưởng của bạn về cách con rồng có thể đại diện cho sự khiếm khuyết.
Không cần thiết phải vẽ bức tranh hoàn hảo.

4 Hãy chia sẻ bức tranh của bạn cho người khác xem.

Ví dụ: sử dụng Padlet.

10 of 49

Kiểm thử là gì?�Phát triển phần mềm là gì?

11 of 49

Phát triển phần mềm là gì?

Bạn cần quyết định những gì bạn muốn phần mềm làm.
Bạn phải mã hóa nó.
Bạn phải kiểm tra xem phần mềm hoạt động như thế nào.
Trong một câu chuyện giả tưởng, bạn phải thiết kế và xây dựng những bức tường xung quanh một ngôi làng và đồng thời đánh bại những con rồng gây rắc rối cho nó.

28.2.2022

Phát triển phần mềm = tất cả các nhiệm vụ có thể được yêu cầu để phần mềm hoạt động. Các nhiệm vụ bao gồm xác định các yêu cầu, mã hóa và thử nghiệm.

12 of 49

Thử nghiệm là gì?

Bạn phải tìm ra những khiếm khuyết để chúng có thể được sửa chữa.
Thử nghiệm là tìm kiếm các khiếm khuyết và tìm ra chúng, giống như trong một câu chuyện giả tưởng bạn xem những con rồng trên tường.
Theo kết quả của thử nghiệm, đôi khi bạn tìm thấy các khiếm khuyết.
Thử nghiệm thực sự không tìm khiếm khuyết, nó phát hiện ra lỗi phần mềm do lỗi trong mã gây ra.

28.2.2022

Thử nghiệm = để thử hoặc kiểm tra với các giá trị khác nhau, theo một thứ tự khác, theo những cách khác nhau cho dù một cái gì đó hoàn toàn hoạt động hay nó hoạt động tốt như thế nào.

13 of 49

Bài tập 5-15 phút:

Thiết kế phần mềm của riêng bạn� - vẽ lâu đài của riêng bạn

// Bạn cần những gì

Giấy và bút chì

// Bài làm

1 Hãy nghĩ về một phần mềm mà bạn đã sử dụng.

Viết ra tên của phần mềm và một vài từ để mô tả nó.
Viết ra cách phần mềm này chịu đựng các khiếm khuyết.

2 Hãy nghĩ về một lâu đài tương đương có thể chịu được sự tấn công của một con rồng.

Viết ra các đặc điểm của lâu đài.
Nhỏ hay lớn? Những bức tường? Vũ khí?

3 Vẽ lâu đài.

Điều quan trọng là thực hiện ý tưởng của bạn về cách lâu đài có thể đại diện cho phần mềm.
Không cần phải vẽ một bức tranh hoàn hảo.

4 Hãy chia sẻ bức tranh của bạn cho người khác xem.

Ví dụ: sử dụng Padlet.

14 of 49

Kỹ thuật thử nghiệm

Bạn có thể kiểm tra theo nhiều cách - đây là những kỹ thuật kiểm tra khác nhau.

Cố gắng sử dụng phần mềm một cách chính xác.
Cố gắng sử dụng phần mềm sai.
Khám phá cách hoạt động của phần mềm.
Quan sát khi người khác sử dụng phần mềm.

Bạn có thể sử dụng nhiều kỹ thuật kiểm tra cùng lúc, giống như trong truyện giả tưởng, một hiệp sĩ có thể vừa vẽ bản đồ vừa hỏi mọi người xem họ đã nhìn thấy con rồng ở đâu.

28.2.2022

Kỹ thuật kiểm tra = một cách mà bạn chọn số lượng bài kiểm tra thích hợp để kiểm tra với độ bao phủ tốt. Có rất nhiều kỹ thuật cho các nhu cầu khác nhau.

15 of 49

Bài tập 5-30 phút:

Kiểm tra một phần mềm trên �điện thoại di động của bạn

// Bạn cần những gì

Điện thoại di động,

máy tính bảng hoặc

hoặc máy tính

// Bài làm

1 Chọn một phần mềm.

Ví dụ: một trò chơi

2 Hãy suy nghĩ về các góc độ khác nhau vào phần mềm.

Những gì hoạt động chính xác?
Những gì hoạt động sai?
Chậm là gì?
Có gì lạ?

3 Hãy sử dụng phần mềm với những góc độ này trong tâm trí bạn.

Viết ra những gì bạn tìm thấy.

4 Chia sẻ những phát hiện của bạn với những người khác.

Thảo luận!

16 of 49

Hiệp sĩ - người viết mã và người kiểm tra

17 of 49

Ai là người thử nghiệm nhiều nhất?

Thông thường người viết mã (nhà phát triển phần mềm) viết mã phần mềm, và cũng thử nghiệm rất nhiều.
Ngoài ra còn có người kiểm thử chuyên về kiểm thử. Họ tìm thấy vấn đề dễ dàng hơn.
Các lập trình viên và người thử nghiệm phần mềm cùng nhau tạo thành một nhóm phát triển phần mềm, giống như trong một câu chuyện giả tưởng có rất nhiều hiệp sĩ.
Một phần mềm lớn hơn luôn có đầy đủ nhóm thay vì chỉ một nhà phát triển.

28.2.2022

Nhóm phát triển phần mềm = một nhóm người cùng nhau xây dựng và kiểm tra phần mềm. Hay còn gọi là, nhóm phát triển.

18 of 49

Khi một con rồng xuất hiện, bạn cần ...

Câu chuyện

Swanlake quay ngựa lại và phi nhanh trở lại hàng rào. Cô gọi cho các hiệp sĩ và chủ nhân xây dựng Aidan rằng con rồng đang đến. Cần khẩn cấp di chuyển đến hàng rào. Giáo và kiếm, bất cứ ai có chúng, nên được lấy ngay lập tức. Nước có sẵn nên được đổ vào xô. Sau đó cô ấy đi tìm Râu vàng tại lâu đài.

Giải trình

Trong câu chuyện, con rồng đến một ngôi làng trong lúc đang sửa chữa lại hàng rào. Tương tự, hầu hết các lỗi được tìm thấy trong phần mềm trong quá trình phát triển phần mềm, trước khi phần mềm được phát hành. Sau đó, những người tìm kiếm khiếm khuyết (người thử nghiệm) và sửa chữa lỗi (người viết mã), luôn sẵn sàng. Thông thường, người thử nghiệm sẽ tìm ra lỗi, do đó, đừng đợi người dùng tìm ra lỗi sau đó. Trong câu chuyện này, Swanlake là một người thử nghiệm đã tìm ra và xác định được khiếm khuyết, đó là con rồng. Với tư cách là người thử nghiệm, lần này cô không thể sửa lỗi mà cần người lập trình (nhà phát triển) trợ giúp.

19 of 49

Những người thử nghiệm khác

20 of 49

Người dùng

Bất kỳ ai cũng có thể kiểm tra, nhưng kỳ vọng là người viết mã và người thử nghiệm sẽ kiểm tra nhiều nhất.
Người dùng phần mềm có thể tham gia thử nghiệm, như trong một câu chuyện giả tưởng mà dân làng, trẻ em và người lớn đều tìm thấy rồng.
Loại thử nghiệm này được gọi là kiểm thử chấp nhận.
Người dùng cũng có thể giúp xây dựng phần mềm.

Người thử nghiệm = người kiểm tra. Một người có kỹ năng kiểm tra. Người kiểm cũng có thể là lập trình viên, quản trị viên hoặc người dùng.

21 of 49

Đội bảo trì

Nhóm bảo trì giám sát phần mềm và giữ cho nó chạy. Họ duy trì nó.
Để làm điều này, họ vừa kiểm tra vừa sửa chữa các khiếm khuyết.
Chúng cũng giúp ích cho người dùng.
Đội bảo trì thường cố gắng tự xoay sở, nhưng họ sẽ yêu cầu sự trợ giúp từ các nhà phát triển khi cần thiết, giống như trong truyện giả tưởng, một thợ săn có thể nhờ các hiệp sĩ giúp anh ta giết một con rồng.
Đôi khi người bảo trì nằm trong nhóm phát triển (nhóm phát triển trở thành nhóm DevOps).

Nhóm bảo trì = quản trị viên, những người chăm sóc hoạt động của phần mềm khi mọi người sử dụng nó. Nó còn được gọi là đội điều hành.

22 of 49

DevOps

Người duy trì phần mềm là một phần của nhóm phát triển và còn gọi là nhóm DevOps. Giống như trong một câu chuyện giả tưởng, những người thợ săn làm việc cùng với các hiệp sĩ.
Loại nhóm này luôn phát triển và kiểm tra phần mề. Phần mềm cung cấp chức năng mới cho người dùng, đồng thời cung cấp hỗ trợ hoạt động cho người sử dụng phần mềm.

28.2.2022

DevOps = là một quá trình đề cao sự hợp tác, kéo hai giai đoạn phát triển và vận hành xích lại gần nhau hơn.

23 of 49

Chủ sản phẩm

Chủ sở hữu sản phẩm đặt hàng phần mềm và hệ thống từ các nhóm phát triển.
Họ có thể là chủ sở hữu sản phẩm cụ thể hoặc quản lý của một công ty.
Họ xác định những gì phần mềm phải làm, nhưng lắng nghe nhóm phát triển, giống như trong một câu chuyện giả tưởng Các Lãnh chúa và Quý bà ra lệnh cho các lâu đài từ các hiệp sĩ và lên kế hoạch với họ.

Chủ sản phẩm = người yêu cầu xây dựng một sản phẩm phần mềm hoặc phần mềm. Chủ sở hữu sản phẩm cũng có thể là một công ty, tất nhiên, được đại diện bởi một người.

24 of 49

Chuyên gia giúp đỡ

Các nhóm phát triển không biết tất cả mọi thứ nhưng cần sự hỗ trợ từ các chuyên gia trong các lĩnh vực đặc biệt, giống như trong một câu chuyện giả tưởng, các nhà hiền triết giúp dân làng và hiệp sĩ.
Các chuyên gia tiêu biểu bao gồm các chuyên gia về khả năng sử dụng, bảo mật và hiệu suất. Họ giúp đỡ nhóm phát triển.
Ví dụ: một chuyên gia về khả năng sử dụng thường thực hiện hoặc hướng dẫn việc kiểm tra khả năng sử dụng.

Chuyên gia giúp đỡ = một người chuyên thiết kế các hệ thống thông tin có tính tiện dụng tốt.

25 of 49

Bài tập 5-15 phút:

Thiết kế trình thử nghiệm - vẽ hiệp sĩ của riêng bạn

// Bạn cần những gì

Giấy và bút chì

// Bài làm

1 Hãy nghĩ xem loại người thử nghiệm nào sẽ là người thử nghiệm giỏi.

Hiếu kỳ? Đẹp? Nhanh? Bệnh nhân?
Viết ra những đặc điểm này.

2 Hãy nghĩ về một hiệp sĩ tương đương hoặc nhân vật khác có thể tìm thấy rồng.

Viết ra các đặc điểm của kỵ sĩ.
Đã khai thác? Vũ khí? Chú ý?

3 Vẽ hiệp sĩ.

Điều chính là thực hiện ý tưởng của bạn về cách kỵ sĩ có thể đại diện cho người thử nghiệm.
Không cần phải vẽ một bức tranh hoàn hảo.

4 Hãy chia sẻ bức tranh của bạn cho người khác xem.

Ví dụ: sử dụng Padlet.

26 of 49

Các loại khiếm khuyết khác nhau

27 of 49

Có nhiều loại khiếm khuyết khác nhau

Bạn không thể tìm thấy tất cả các khiếm khuyết, nhưng bạn nên cố gắng tìm ra chúng.
Một số khiếm khuyết là xấu, một số nhỏ, một số bạn có thể loại bỏ dễ dàng, một số khó loại bỏ hơn, giống như trong một câu chuyện giả tưởng có các loại rồng khác nhau.
Một khiếm khuyết nghiêm trọng phải được sửa chữa nhanh chóng.

28.2.2022

Mức độ nghiêm trọng = bạn thường phân loại các khiếm khuyết theo mức độ nghiêm trọng. Một khiếm khuyết có thể nghiêm trọng, có nghĩa là nó phải trả giá đắt hoặc rất nguy hiểm. Một khiếm khuyết cũng có thể ít nghiêm trọng hơn.

28 of 49

Con rồng phiền phức

Màu: Đỏ
Kích thước: Trung bình
Mức độ khó?: Khó
Làm thế nào để thoát khỏi?: Dễ dàng
Có thể bay không?: Không
Cánh: Nhỏ
Thở ra lửa?: Có
Điều yêu thích: Ăn thịt cừu

28.2.2022

29 of 49

Con rồng phiền phức

Tên lỗi: Rò rỉ bộ nhớ
Mức độ nghiêm trọng: Trung bình
Các triệu chứng lỗi: Máy tính trở nên chậm hơn, cho đến khi nó hoàn toàn không hoạt động được và bị tắt.
Nguyên nhân của lỗi: Bộ nhớ được dành riêng để sử dụng phần mềm, nhưng nó không được giải phóng sau khi sử dụng.
Nguyên nhân gốc rễ: Nhà phát triển không cẩn thận trong việc giải phóng bộ nhớ. Có thể không biết cách, có thể không nhớ.
Thử nghiệm: Bạn đo bộ nhớ đã sử dụng khi bạn sử dụng phần mềm. Nếu dung lượng bộ nhớ được sử dụng tăng lên liên tục, có lẽ đó là bộ nhớ bị rò rỉ.
Khắc phục: Bạn chạy phần mềm từng dòng mã một, cho đến khi bạn tìm thấy điểm cần sửa. Bộ nhớ được giải phóng với một đoạn mã thích hợp.

28.2.2022

30 of 49

Con rồng hay đi cướp

Màu sắc: Xanh lá cây lấp lánh, hoặc xám
Kích thước: Nhỏ đến lớn
Khó tìm như thế nào?: Dễ đến khó
Làm thế nào để thoát khỏi?: Dễ đến khó
Có thể bay không?: Một số bay, một số không
Cánh: Nhỏ đến lớn
Thở ra lửa?: Có
Điều yêu thích: Ăn trộm thức ăn và kho báu

28.2.2022

31 of 49

Con rồng hay đi cướp

Tên lỗi: Các khiếm khuyết về chức năng
Mức độ nghiêm trọng: Thấp-Trung bình-Cao
Các triệu chứng lỗi: Phần mềm không thực hiện những gì nó phải làm. Phép tính cho kết quả sai. Người dùng nhìn thấy thông tin không đúng chỗ.
Nguyên nhân của lỗi: Chức năng đã được mã hóa sai.
Nguyên nhân gốc rễ: Nhà phát triển chưa hiểu ý người dùng. Hoặc lỗi tồn tại do bất cẩn, hoặc vội vàng.
Thử nghiệm: Bạn sử dụng phần mềm một cách bình thường, dựa trên kinh nghiệm của người kiểm tra hoặc định nghĩa yêu cầu.
Khắc phục: Mã được thay đổi để hoạt động chính xác.

28.2.2022

32 of 49

Con rồng đê tiện

Màu sắc: Đen
Kích thước: Nhỏ
Mức độ khó?: Khó
Làm thế nào để thoát khỏi?: Trung bình
Có thể bay không?: Có
Cánh: Trung bình
Thở ra lửa?: Rất nhiều
Điều yêu thích: Ăn trộm thức ăn và kho báu mà không bị phát hiện

28.2.2022

33 of 49

Con rồng đê tiện

Tên lỗi: Lỗi bảo mật
Mức độ nghiêm trọng: Cao
Các triệu chứng lỗi: Thông tin từ phần mềm được tìm thấy bên ngoài hệ thống (ví dụ: thông tin thẻ ngân hàng). Nó cũng có thể chỉ là phần mềm hoạt động sai.
Nguyên nhân của lỗi: Tội phạm đã sử dụng lỗi bảo mật để đột nhập vào hệ thống, sau đó đã đánh cắp hoặc phá hủy một thứ gì đó.
Nguyên nhân gốc rễ: Nhà phát triển đã không tuân theo các nguyên tắc mã hóa an toàn mới nhất. Có thể không biết những điều này.
Thử nghiệm: Bạn tìm kiếm các lỗ hổng đã biết trong phần mềm bằng cách sử dụng nó hoặc thông qua phần mềm kiểm tra bảo mật. Bạn cũng có thể xem lại mã. Danh sách kiểm tra các khiếm khuyết sẽ giúp ích.
Khắc phục: Một lỗ hổng đã biết cũng có thể sửa lỗi lại. Nó được cố định trong mã hoặc cài đặt hệ thống.

28.2.2022

34 of 49

Con rồng nhanh chóng

Màu sắc: Màu tím
Kích thước: Nhỏ
Khó tìm như thế nào?: Khó
Làm thế nào để thoát khỏi?: Khó
Có thể bay không?: Có
Cánh: Lớn
Thở ra lửa?: Một chút
Điều yêu thích: Ăn trộm vàng trong bí mật

28.2.2022

35 of 49

Con rồng nhanh chóng

Tên lỗi: Lỗi hiệu suất
Mức độ nghiêm trọng: Trung bình
Các triệu chứng lỗi: Phần mềm chậm hơn bình thường
Nguyên nhân của lỗi: Một phần của mã hoạt động không hiệu quả hoặc sai rõ ràng. Cài đặt cũng có thể sai. Phần mềm sau đó cố gắng thực hiện một số việc không cần thiết. Điều này cần có thời gian.
Nguyên nhân gốc rễ: Hiệu suất không được xem xét trong quá trình viết mã. Nhà phát triển có thể không biết tất cả các khả năng của môi trường mã hóa. Có thể không có quyền truy cập vào phần còn lại của phần mềm.
Thử nghiệm: Bạn sử dụng phần mềm một cách bình thường, một hoặc nhiều người dùng cùng một lúc, thường là phần mềm kiểm tra hiệu suất. Bạn đo tốc độ, đó là thời gian phản hồi.
Khắc phục: Cần sửa những phần mã bị chậm. Bạn thử sửa lỗi và kiểm tra lại tốc độ.

28.2.2022

36 of 49

Con rồng sặc sỡ, rắc rối

Màu sắc: Xanh lá cây
Kích thước: Lớn
Khó tìm như thế nào?: Dễ
Làm thế nào để thoát khỏi?: Khó
Có thể bay không?: Có
Cánh: Lớn
Thở ra lửa?: Rất nhiều
Điều yêu thích: Theo dõi vàng và bảo vệ lãnh thổ của nó

28.2.2022

37 of 49

Con rồng sặc sỡ, rắc rối

Tên lỗi: Lỗi khả năng sử dụng
Mức độ nghiêm trọng: Thấp
Các triệu chứng lỗi: Phần mềm khó sử dụng, nhưng nó có thể được thực hiện.
Nguyên nhân của lỗi: Việc mã hóa được thực hiện chỉ với chức năng trong tâm trí, có thể là theo cách dễ dàng nhất.
Nguyên nhân gốc rễ: Nhu cầu của người dùng chưa được tính đến trong thiết kế hoặc mã hóa. Khả năng sử dụng có thể không được hiểu.
Thử nghiệm: Bạn sử dụng hệ thống bình thường. Bạn thu thập ý kiến về những gì dễ sử dụng và những gì khó sử dụng.
Khắc phục: Bạn thay đổi mã để dễ sử dụng hơn, tôn trọng kết quả kiểm tra khả năng sử dụng.

28.2.2022

38 of 49

Con rồng ở dưới mặt đất

Màu sắc: Màu nâu
Kích thước: Lớn
Khó tìm như thế nào?: Dễ
Làm thế nào để thoát khỏi?: Trung bình
Có thể bay không?: Không
Cánh: Nhỏ
Thở ra lửa?: Rất nhiều
Điều yêu thích: Tìm thức ăn dễ dàng và ăn

28.2.2022

39 of 49

Con rồng ở dưới mặt đất

Tên lỗi: Lỗi phần cứng
Mức độ nghiêm trọng: Cao
Các triệu chứng lỗi: Một số bộ phận hoặc toàn bộ

máy tính không hoạt động.

Nguyên nhân của lỗi: Một phần của phần cứng đã bị hỏng theo thời gian.
Nguyên nhân gốc rễ: Một phần của phần cứng có thể có chất lượng thấp, vì vậy nó không tồn tại được lâu như bình thường. Có thể bộ phận này không hoạt động tốt với các bộ phận khác, vì vậy nó bị hỏng.
Thử nghiệm: Bạn sử dụng hệ thống bình thường. Bạn quan sát phần cứng. Môi trường thử nghiệm sử dụng phần cứng tương tự như những gì người dùng sẽ có.
Khắc phục: Bạn thay một bộ phận bị hỏng thành một bộ phận mới hoặc thay đổi một bộ phận phù hợp hơn với các bộ phận khác.

28.2.2022

40 of 49

Bóng tối hay con rồng?

Màu sắc: Xám
Kích thước: Nhỏ
Khó tìm như thế nào?: Dễ
Làm thế nào để thoát khỏi?: Dễ
Có thể bay không?: Không
Cánh: Nhỏ
Thở ra lửa?: Có
Điều yêu thích: Làm mọi người khó hiểu

28.2.2022

41 of 49

Bóng tối hay con rồng?

Tên lỗi: Khiếm khuyết về thử nghiệm
Mức độ nghiêm trọng: Thấp
Các triệu chứng lỗi: Có vẻ như chức năng hoạt động sai, ví dụ: kết quả sai từ một phép tính.
Nguyên nhân của lỗi: Người thử nghiệm có thể có dữ liệu kiểm tra sai hoặc môi trường kiểm tra.
Nguyên nhân gốc rễ: Người thử nghiệm có thể quá nhiệt tình trong việc tìm ra những khiếm khuyết. Môi trường thử nghiệm và dữ liệu thử nghiệm có thể không được lập kế hoạch phù hợp.
Thử nghiệm: Bạn sử dụng hệ thống bình thường, nhưng bạn quan sát môi trường và dữ liệu. Luôn luôn xem xét việc kiểm tra có phải là nguyên nhân gây ra lỗi hay không.
Khắc phục: Bạn xác định môi trường thử nghiệm và dữ liệu tốt hơn. Bạn học được từ các báo động sai.

28.2.2022

42 of 49

Con rồng xinh đẹp

Màu sắc: Màu xanh lá cây lấp lánh
Kích thước: Trung bình
Khó tìm như thế nào?: Dễ
Làm thế nào để thoát khỏi?: Dễ
Có thể bay không?: Có
Cánh: Trung bình
Thở ra lửa?: Có
Điều yêu thích: Ăn thịt động vật và giúp đỡ mọi người

28.2.2022

43 of 49

Con rồng tốt bụng

Tên lỗi: Gieo hạt khiếm khuyết, kiểm tra đột biến - một khiếm khuyết được tạo ra có chủ đích
Mức độ nghiêm trọng: Thấp
Các triệu chứng lỗi: Có vẻ như chức năng hoạt động sai, ví dụ: kết quả sai từ một phép tính. Vì vậy, khiếm khuyết trông giống như một khiếm khuyết về chức năng.
Nguyên nhân của lỗi: Người kiểm thử hoặc người viết mã đã cố ý tạo ra lỗi trong mã.
Nguyên nhân gốc rễ: Ý tưởng là khi tất cả các khiếm khuyết hạt giống đã được tìm thấy, tất cả các khuyết tật đã được tìm thấy.
Thử nghiệm: Bạn sử dụng hệ thống bình thường và cố gắng tìm ra tất cả các lỗi. Bạn cũng sẽ tìm thấy những khiếm khuyết thực sự. Khi tìm thấy khiếm khuyết, bạn có thể ngừng thử nghiệm.
Khắc phục: Đừng quên thay đổi mã, sửa chữa không chỉ tất cả các lỗi, mà còn tất cả các lỗi cố ý được tạo sẵn.

28.2.2022

44 of 49

Con rồng bướng bỉnh

Màu sắc: Màu xanh lá cây lấp lánh
Kích thước: Lớn
Khó tìm như thế nào?: Dễ
Làm thế nào để thoát khỏi?: Khó
Có thể bay không?: Có
Cánh: Nhỏ
Thở ra lửa?: Có
Điều yêu thích: Liên tục quấy rối mọi người

28.2.2022

45 of 49

Con rồng bướng bỉnh

28.2.2022

Tên lỗi: Lỗi quản lý phiên bản
Mức độ nghiêm trọng: Trung bình
Các triệu chứng lỗi: Một khiếm khuyết đã được sửa chữa lại xuất hiện. Đây có thể là một lỗi chức năng.
Nguyên nhân của lỗi: Quản lý phiên bản không thành công. Bộ mã hóa sử dụng một phần cũ của phần mềm, trong đó một phần mới hơn sẽ được sử dụng. Phần mới này bao gồm bản sửa lỗi của một nhà phát triển khác.
Nguyên nhân gốc rễ: Quá nhanh và số lượng người quá lớn tạo ra các khiếm khuyết. Quản lý phiên bản hoàn toàn có thể bị thiếu.
Thử nghiệm: Nếu một khiếm khuyết được tìm thấy,kiểm tra xem lỗi tương tự đã được tìm thấy và sửa trước đó chưa.
Khắc phục: Bạn cải thiện cách quản lý hệ thống phiên bản.

46 of 49

Con rồng bối rối

Màu sắc: Màu xanh lá cây lấp lánh
Kích thước: Nhỏ
Khó tìm như thế nào?: Dễ
Làm thế nào để thoát khỏi?: Dễ dàng
Có thể bay không?: Có
Cánh: Trung bình
Thở ra lửa?: Có
Điều yêu thích: Quấy rối những con rồng lớn

28.2.2022

47 of 49

Con rồng bối rối

Tên lỗi: Lỗi tài liệu
Mức độ nghiêm trọng: Thấp
Các triệu chứng lỗi: Chức năng hoạt động theo một cách khác với tài liệu cho biết.
Nguyên nhân của lỗi: Các kế hoạch và hướng dẫn không phù hợp với phần mềm.
Nguyên nhân gốc rễ: Có những quyết định hoặc thay đổi trong quá trình viết mã đã tạo ra một phần mềm khác so với kế hoạch. Tài liệu đã được tạo ra dựa trên kế hoạch cũ.
Thử nghiệm: Bạn sử dụng hệ thống bình thường. Nếu phát hiện ra lỗi, bạn sẽ xem xét phần mềm hoặc tài liệu có sai không.
Khắc phục: Bạn thay đổi phần mềm hoặc tài liệu để chúng khớp với nhau.

28.2.2022

48 of 49

Bài tập 5-15 phút:

Thiết kế khiếm khuyết – �vẽ con rồng tốt bụng

// Bạn cần những gì

Giấy và bút chì

// Bài làm

1 Hãy nghĩ về một khiếm khuyết đã giúp bạn hiểu điều gì đó về phần mềm (hoặc bạn có thể nghĩ về bất kỳ khiếm khuyết nào nếu bạn muốn).

Viết ra tên của khiếm khuyết và một vài từ để mô tả nó.

2 Hãy nghĩ về một con rồng tương đương.

Viết ra các đặc điểm của con rồng.
Nếu khiếm khuyết là xấu thì con rồng lớn, v.v.

3 Hãy vẽ con rồng.

Điều quan trọng nhất là truyền đạt ý tưởng rằng thế nào một khiếm khuyết có thể được đại diện bởi hình ảnh con rồng.
Không cần phải vẽ một bức tranh hoàn hảo.

4 Hãy chia sẻ bức tranh của bạn cho người khác xem.

Ví dụ: sử dụng Padlet.

49 of 49

Cảm ơn bạn!

Nếu bạn cũng quan tâm đến cuốn sách, bạn có thể đặt tại đây: https://www.dragonsout.com/p/order-dragons-out-book.html

Hãy cùng theo dõi và chia sẻ dự án sách: https://www.dragonsout.com

Đặt câu hỏi:

kari.kakkonen@dragonsout.com