Kiểm chứng phần mềm
Quy trình làm phần mềm
Quy trình xây dựng Test Plan
------------------------------------------------------------------------
Programer C++
Training C/C++, Java
Game Mobile (Android - iOS - Winphone)
Info: https://www.facebook.com/hoclaptrinh.it
------------------------------------------------------------------------
Kiểm chứng phần mềm
Quy trình làm phần mềm
Quy trình xây dựng Test Plan
------------------------------------------------------------------------
Programer C++
Training C/C++, Java
Game Mobile (Android - iOS - Winphone)
Info: https://www.facebook.com/hoclaptrinh.it
------------------------------------------------------------------------
2014/07/07 Software Testing - Truong Anh Hoang Vu Hung Nguyen
Topics:
1. Sharing experience on software testings
2. Automation testing for web application
3. Testing techniques: Tips and tricks (for webapp)
4. How to plan testing, how to write effective test cases so that we can find more bugs
5. What is BDD and how to apply it software testing
6. The importance of developer testing (testing by developers)
Contents
Kỹ thuật kiểm thử - tips & tricks
- Hộp đen - tester
- Hộp trắng - developer testing
- Kiểm thử đơn vị - automation, developer testing
Kiểm thử web - webapp
- Demo
- Kinh nghiệm tự động với selenium - tips, automation,
Phát triển theo hành vi - BDD
- Giới thiệu BDD (behaviour driven development)
- Demo behat
Kiểm thử là một trong những công đoạn không thể thiếu trong phát triển phần mềm. Mặc dù kiểm thử thủ công vẫn còn được áp dụng rộng rãi, tuy nhiên nó lại có thể tốn nhiều thời gian và công sức, đặc biệt đối với các dự án Agile hiện tại với các tính năng được bổ sung sau mỗi vòng phát triển. Do đó, trang bị cho mình kiến thức về kiểm thử tự động là một điều không thể thiếu đặc biệt là đối với các tester muốn nâng cao khả năng, hoặc developer đang có ý tưởng áp dụng cho dự án của mình.
Một số lợi ích có thể kể đến của kiểm thử tự động là:
- Giúp tiết kiệm tiền bạc và thời gian: nhất là trong giai đoạn bảo trì của các dự án lớn. Mỗi tuần chúng ta phải thực hiện regression test từ 1 đến 2 lần với số lượng test case rất lớn trong 1 đến 2 ngày. ĐIều này gần như không thể thực hiện bằng cách thủ công, trong khi với kiểm thử tự động chúng ta hoàn toàn có thể với nguồn nhân lực vô cùng khiêm tốn.
- Chính xác hơn: Nhờ độ ổn định cao, kiểm thử tự động có thể thực thi các test case với độ chính xác cao hơn.
- Độ bao phủ cao: Như đã nói ở trên, khi sử dụng kiểm thử tự động, chúng ta có thể thực thi số lượng lớn test case trong một thời gian ngắn. Nên độ bao phủ của nó rất cao. Điều này giúp chúng ta tăng độ bao phủ trong giai đoạn regression test .
- Hoàn thành các công việc mà con người không thể làm được: Nếu chúng ta muốn thực thi load test, performance test, thì kiểm thử tự động là cách duy nhất.
Trong meetup tháng 12 này, diễn giả Phạm Tiến Hùng - VNPTDATA sẽ chia sẻ với các bạn về kiểm thử tự động cùng với 2 công cụ kiểm thử tự động là Selenium và Katalon Studio, phù hợp áp dụng cho những team với tester chưa có nhiều kỹ năng về lập trình hoặc đã có kỹ năng.
Thông tin diễn giả: Phạm Tiến Hùng - Teamlead, VNPT DATA.
Nội dung:
1. Giới thiệu về kiểm thử tự động
2. Bắt đầu với kiểm thử tự động
3. Giới thiệu công cụ kiểm thử tự động
The document introduces concepts related to the coordinate plane, including the x-axis, y-axis, origin, quadrants, ordered pairs, and graphing points. It explains that the x-axis is horizontal, the y-axis is vertical, and the origin is at the center point (0,0). Points can fall into four quadrants depending on whether their x and y values are positive or negative. An example point (-5,3) is shown to lie in Quadrant II. The coordinates of two points A and B are given as (-5,-7) and (7,-2).
1) The document provides examples of writing equations of lines in slope-intercept form that are parallel or perpendicular to given lines and pass through given points.
2) The examples show finding the slope of the given line, determining if the required line is parallel or perpendicular, setting up the equation in slope-intercept form using the appropriate slope, and solving for the y-intercept.
3) Common steps are finding the original slope, calculating the parallel or perpendicular slope, and substituting points into the line equation to solve for the y-intercept.
2014/07/07 Software Testing - Truong Anh Hoang Vu Hung Nguyen
Topics:
1. Sharing experience on software testings
2. Automation testing for web application
3. Testing techniques: Tips and tricks (for webapp)
4. How to plan testing, how to write effective test cases so that we can find more bugs
5. What is BDD and how to apply it software testing
6. The importance of developer testing (testing by developers)
Contents
Kỹ thuật kiểm thử - tips & tricks
- Hộp đen - tester
- Hộp trắng - developer testing
- Kiểm thử đơn vị - automation, developer testing
Kiểm thử web - webapp
- Demo
- Kinh nghiệm tự động với selenium - tips, automation,
Phát triển theo hành vi - BDD
- Giới thiệu BDD (behaviour driven development)
- Demo behat
Kiểm thử là một trong những công đoạn không thể thiếu trong phát triển phần mềm. Mặc dù kiểm thử thủ công vẫn còn được áp dụng rộng rãi, tuy nhiên nó lại có thể tốn nhiều thời gian và công sức, đặc biệt đối với các dự án Agile hiện tại với các tính năng được bổ sung sau mỗi vòng phát triển. Do đó, trang bị cho mình kiến thức về kiểm thử tự động là một điều không thể thiếu đặc biệt là đối với các tester muốn nâng cao khả năng, hoặc developer đang có ý tưởng áp dụng cho dự án của mình.
Một số lợi ích có thể kể đến của kiểm thử tự động là:
- Giúp tiết kiệm tiền bạc và thời gian: nhất là trong giai đoạn bảo trì của các dự án lớn. Mỗi tuần chúng ta phải thực hiện regression test từ 1 đến 2 lần với số lượng test case rất lớn trong 1 đến 2 ngày. ĐIều này gần như không thể thực hiện bằng cách thủ công, trong khi với kiểm thử tự động chúng ta hoàn toàn có thể với nguồn nhân lực vô cùng khiêm tốn.
- Chính xác hơn: Nhờ độ ổn định cao, kiểm thử tự động có thể thực thi các test case với độ chính xác cao hơn.
- Độ bao phủ cao: Như đã nói ở trên, khi sử dụng kiểm thử tự động, chúng ta có thể thực thi số lượng lớn test case trong một thời gian ngắn. Nên độ bao phủ của nó rất cao. Điều này giúp chúng ta tăng độ bao phủ trong giai đoạn regression test .
- Hoàn thành các công việc mà con người không thể làm được: Nếu chúng ta muốn thực thi load test, performance test, thì kiểm thử tự động là cách duy nhất.
Trong meetup tháng 12 này, diễn giả Phạm Tiến Hùng - VNPTDATA sẽ chia sẻ với các bạn về kiểm thử tự động cùng với 2 công cụ kiểm thử tự động là Selenium và Katalon Studio, phù hợp áp dụng cho những team với tester chưa có nhiều kỹ năng về lập trình hoặc đã có kỹ năng.
Thông tin diễn giả: Phạm Tiến Hùng - Teamlead, VNPT DATA.
Nội dung:
1. Giới thiệu về kiểm thử tự động
2. Bắt đầu với kiểm thử tự động
3. Giới thiệu công cụ kiểm thử tự động
The document introduces concepts related to the coordinate plane, including the x-axis, y-axis, origin, quadrants, ordered pairs, and graphing points. It explains that the x-axis is horizontal, the y-axis is vertical, and the origin is at the center point (0,0). Points can fall into four quadrants depending on whether their x and y values are positive or negative. An example point (-5,3) is shown to lie in Quadrant II. The coordinates of two points A and B are given as (-5,-7) and (7,-2).
1) The document provides examples of writing equations of lines in slope-intercept form that are parallel or perpendicular to given lines and pass through given points.
2) The examples show finding the slope of the given line, determining if the required line is parallel or perpendicular, setting up the equation in slope-intercept form using the appropriate slope, and solving for the y-intercept.
3) Common steps are finding the original slope, calculating the parallel or perpendicular slope, and substituting points into the line equation to solve for the y-intercept.
Icomplete phone call archive (mobile and landlines) - e brochuremyleshantler
The document summarizes a mobile call recording solution that allows users to record calls from any mobile device without plugins. It records calls and SMS messages and stores them in a secure cloud archive or on-premise appliance. The solution is easy to deploy, provides clear call histories and search functions, and complies with financial industry regulations on recording mobile calls. It also allows dual-mode calling from a mobile or computer. Pricing starts at £199 per month for cloud storage or £399 for an on-site appliance.
This document provides examples and instructions for performing linear regression. It explains positive and negative correlation and defines the line of best fit. It includes sample data on household income and vehicle miles traveled. It derives the linear regression equation for this data as y=0.24x + 14.17. Using this equation, it predicts the miles traveled for a household income of $30,000 to be 21.37 miles.
The document describes using INDEX and MATCH formulas to retrieve data from a pivot table and populate it into a flat table. INDEX returns a value from a reference table using row and column numbers. MATCH returns the position of a value within a range which can then be used as the row or column number in INDEX. This allows data to be pulled from the pivot table into the flat table dynamically.
This document provides examples for determining the quadrant of coordinates, finding the midpoint between two points, identifying if a relation is a function, and determining the domain and range of a relation. It also gives an example of evaluating a function for a given input value.
This document defines and provides examples of allegory in poetry. It states that an allegory is a narrative that can be interpreted at two levels, with hidden meanings beneath the surface story. Examples given include Edmund Spenser's "The Faerie Queene", John Bunyan's "Pilgrim's Progress", and Nathaniel Hawthorne's "Young Goodman Brown". It also shares a quote from Spenser's "The Faerie Queene" that describes the poem addressing both knights' deeds and ladies' gentle deeds through song.
The document summarizes highlights from Lotusphere2011, including that it had over 7000 attendees participating in over 340 sessions across 13 tracks. Key highlights mentioned were a live recording of the This Week in Lotus podcast, a speed geeking session where participants quickly demoed products, and the welcome and closing parties. The speaker found the chance to connect with the Lotus community, get cost-effective training, gain insight into new products, and try those they may not have looked at previously as benefits of attending. The event was held at the Walt Disney World Swan and Dolphin venue.
1) The document provides examples of using linear functions to model direct and indirect variations as well as using a linear equation in slope-intercept form to model data and make a prediction.
2) It gives the details of Neil Armstrong's weight on Earth and the Moon and uses this to find how much Tara would weigh on the Moon.
3) It finds the linear equation in slope-intercept form to model the amount of money spent on recreation in the US from 1990 to 1995 and uses it to predict spending in 2000.
This document discusses solving one-step linear equations. It explains that to solve equations using inverse operations: addition is undone with subtraction, subtraction with addition, multiplication with division, and division with multiplication. It provides examples of solving equations by applying the appropriate inverse operation to each side of the equation. It also discusses writing and solving equations to represent word problems involving linear relationships.
Ciara wakes up to find Aurora in her room. The two enemies confront each other, with Ciara demanding to know why Aurora is there. Aurora wants the name of Ciara's eldest daughter, revealing that she had Mr. Fluffy kill Lainey Fairleigh. Ciara will only give up the name in exchange for Lainey, which Aurora refuses. They discuss Ciara's daughter Charlotte and her talent, with Ciara revealing she had Charlotte destroyed when she fell ill. Ciara claims Jess's daughter as her own on Midsummer's Eve, putting the girl into a sleeping state until then. Aurora leaves to warn Jess that her daughter will be doomed unless stopped.
Giải Ngân Hàng Đảm Bảo Chất Lượng Phần Mềm PTIT SQA PTIT Để tránh trường hợp mua bán bất hợp pháp và lừa đảo file pdf cho sinh viên PTIT. Sân chơi giới trẻ đã tổng hợp, bổ sung các tài liệu cần thiết cho các con vợ! Hãy like, share để ủng hộ chúng tôi! #ptit #sqa
1. Lý thuyết
Kiểm Tra Phần Mềm
Bài 11: Quản lý việc kiểm tra
GV: Nguyễn Ngọc Tú
Email: nntu@hoasen.edu.vn
Bộ môn: Kỹ thuật Phần mềm
2. Nội dung
Tổ chức kiểm tra
Lập kế hoạch và đánh giá việc kiểm tra
Định lượng tiến triển và điều khiển quá trình
kiểm tra
Quản lý cấu hình
Rủi ro và việc kiểm tra
Quản lý lỗi và sự cố
NNTu Software Testing S2008 2
3. Tổ chức kiểm tra
Công việc nhóm
Tổ chức nhóm
Vai trò các thành viên
NNTu Software Testing S2008 3
4. Công việc của nhóm kiểm thử
Điều khiển chất lượng/kiểm thử
Quản lý rủi ro
Đánh giá chất lượng
Bảo đảm chất lượng
Quản lý Test/QC
Đảm bảo chất lượng sản phẩm
thông qua quy trình
Đảm bảo phải thạo việc để
hoàn tất vai trò Don Quixote
NNTu Software Testing S2008 4
5. Nhóm kiểm thử trong công ty
Là một phần của nhóm phát
triển
Tốt cho lúc khởi đầu
Không động lập
Khó bào chữa cho chất
lượng
Hoàn toàn độc lập
Như là những công ty nhỏ
Bảo đảm kiểm thử độc lập
Để đảm bảo tính độc lập,
nhóm kiểm thử phải có quan
điểm “hướng dịch vụ”
NNTu Software Testing S2008 5
6. Xem xét tính độc lập
Lợi ích Bẫy
Thấy nhiều, các khiếm Bị cô lập so với nhóm phát
khuyết khác triển
Nếu có nghi ngờ, đó là Coi như nút thắt cổ chai
bug Người lập trình mất cảm
nhận về chất lượng
Xác thực giữa đặc tả
và hiện thực
Đáng tin cậy
Thăng tiến sự nghiệp
của Tester
NNTu Software Testing S2008 6
7. Vai trò của Trưởng nhóm
Đưa ra chiến lược kiểm thử và lập Theo dõi tiến trình kiểm thử, đánh
kế hoạch giá chất lượng của kiểm thử và
Viết và rà soát lại chính sách kiểm sản phẩm
thử Dự kiến mọi sự tự động hóa kiểm
Tư vấn kiểm thử cho các dự án thử
khác Chọn công cụ và tổ chức đào tạo
Đánh giá kiểm thử nhân viên.
Thu nhận tài nguyên kiểm thử Đảm bảo việc hiện thực môi
Lãnh đạo đặc tả, chuẩn bị hiện trường kiểm thử
thực và thực thi kiểm thử Lập lịch các kiểm thử
Theo dõi và điều khiển kiểm thử Viết báo cáo tóm tắt
Bố trí kế hoạch kiểm thử dựa trên
các kết quả kiểm thử sao cho
thích hợp
Đảm bảo cấu hình quản lý của
testware
Đảm bảo tiến độ
NNTu Software Testing S2008 7
8. Vai trò của nhân viên
Xem xét và góp ý cho kế hoạch kiểm thử
Phân tích, cân nhắc và ước định các yêu cầu của người dùng,
các đặc tả.
Tạo ra các bộ kiểm thử, các mẫu, dữ liệu và các thủ tục cho
kiểm thử
Cài đặt môi trường kiểm thử.
Thực hiện đầy đủ các kiểm thử trên các cấp độ kiểm thử.
Thực thi và ghi nhận các kiểm thử, đánh giá kết quả và lập tài
liệu các “lỗi”tìm thấy
Giám sát quá trình kiểm tra sử dụng các công cụ thích hợp
Kiểm thử tự động
Đo lường sự thi hành cùa các thành phần và hệ thống
Duyệt các kiểm thử lẫn nhau
NNTu Software Testing S2008 8
9. Làm rõ vai trò Tester
Kỹ sư kiểm thử Chuyên viên kiểm thử
Cùng chuyên môn với Là Tester có kỹ năng và
người lập trình kinh nghiệm
Chọn kiểm thử như một Thực hiện kiểm thử
chuyên ngành Lập báo cáo lỗi
Viết TC, tổ chức bộ kiểm Cập nhật trạng thái kiểm
thử thử
Tạo, tùy biến và sử dụng Hỗ trợ kỹ sư kiểm thử
công cụ kiểm thử tiên tiến
Thành viên khác
Có các kỹ năng riêng biệt
Quản trị csdl, hệ thống
Nv cấu hình, xuất xưởng
Quản trị các công cụ kiểm
thử (toolsmiths)
NNTu Software Testing S2008 9
10. Cân bằng các kỹ năng
Cân bằng giữa kỹ năng nhiệm vụ và hoạt động
Chuyên gia lĩnh vực
Hiểu các hành vi mong đợi
Tester
Biết rủi ro chất lượng, kỹ thuật kiểm thử
Chuyên gia kỹ thuật
Rành các kỹ thuật và giới hạn của nó
NNTu Software Testing S2008 10
12. Lập kế hoạch và đánh giá
Phát triển kế hoạch kiểm thử
Các hoạt động
IEEE 829 Test Plan
Tiêu chuẩn thực hiện
Tiêu chuẩn thực hiện tiếp
Tiêu chuẩn kết thúc
Lượng giá
NNTu Software Testing S2008 12
13. Phát triển kế hoạch kiểm thử
Tại sao cần viết hay cập nhật bản kế hoạch ?
Các mối đe dọa/thách thức, kết tinh quá trình suy nghĩ,
thích nghi với thay đổi
Truyền thông kế hoạch với tester, đồng nghiệp, người
quản lý
Xem xét nhiều phương án khi kiểm thử có
Giai đoạn - thời gian khác nhau
Phương pháp và công cụ khác nhau
Mục tiêu khác nhau
Thành phần khác nhau
Nhưng cần làm chủ bản kế hoạch
Phổ biến bản phác thảo
Thúc đẩy sớm phản hồi và tranh luận
Ngăn ngừa mất thời gian với các sai lầm trước
NNTu Software Testing S2008 13
14. Các hoạt động
Định nghĩa các tiếp cận và mức kiểm thử
Tích hợp, phối hợp kiểm thử vào trong chu kỳ phát
triển
Quyết định ai, cái gì, khi nào và kiểm thử như thế nào
Chỉ định tài nguyên cho công việc kiểm thử
Định nghĩa tài liệu kiểm thử
Thiết lập mức chi tiết cho TC, thủ tục kiểm thử để đủ
thông tin hỗ trợ chuẩn bị, thực hiện kiểm thử
Chọn cách theo dõi, điều khiển, lập báo cáo, …
NNTu Software Testing S2008 14
15. IEEE 829 Test Plan
Test plan identifier Test deliverables (e.g., reports,
Introduction charts, etc.)
Test items (i.e., what’s Test tasks (or at least key
delivered for testing) milestones)
Features to be tested Environmental needs
Features not to be tested Responsibilities
Approach (strategies, Staffing and training needs
organization, extent of testing) Schedule
Item pass/fail criteria Risks and contingencies
Test criteria (e.g., entry, exit, (quality [product] and project
suspension and resumption) risks)
Approvals
NNTu Software Testing S2008 15
16. Tiêu chuẩn thực hiện
Tiêu chuẩn tiếp nhận đánh giá khi nào hệ
thống sẵn sàng cho giai đoạn kiểm thử thực
tế
Sẵn sàng thực hiện
Sẵn phòng thí nghiệm
Nhóm sẵn sàng
Hướng tới việc gia tăng nghiêm ngặt
NNTu Software Testing S2008 16
17. Tiêu chuẩn thực hiện
Kiểm tra hệ thống có thể bắt đầu khi:
1. Các hệ thống lần vết đã có.
2. Tất cả các thành phần dựa trên việc sử dụng chính thức, điều
khiển quản lý cấu hình và xuất xưởng tự động
3. Nhóm vận hành đã câu hình hệ thống chủ kiểm thử hệ thống
bao gồm tất cả các thành phần phần cứng, cung cấp truy xuất
thích hợp
4. Nhóm phát triển đã hoàn tất các đặc tính, việc sửa lỗi và
chuẩn bị cho xuất xưởng
5. Hoàn tất kiểm thử đơn vị và sửa lỗi
……
NNTu Software Testing S2008 17
18. Tiêu chuẩn thực hiện tiếp
Đánh giá khi nào kiểm thử có hiệu quả và
ảnh hưởng
Vấn đề của môi trường kiểm thử
Lỗi có trong hệ thống
NNTu Software Testing S2008 18
19. Tiêu chuẩn kết thúc
Đánh giá khi hệ thống kiểm thử thành công
Lượng giá kỹ
Bao phủ mã, chức năng, rủi ro
Ước lượng mật độ khiếm khuyết, đánh giá độ tin
cậy
Chi phí
Các rủi ro còn lại
Khiếm khuyết chưa sửa, miền bao phủ chưa chắc
chắn
Lịch biểu đến thời điểm tung ra thị trường
Quyết định kinh doanh
NNTu Software Testing S2008 19
20. Lượng giá
Hai cách tiếp cận tổng quát
Lượng giá công việc của chính từng cá nhân
hoặc của chuyên gia (bottom-up via work-
breakdown-structure)
Lượng giá dựa trên metric với các dự án đã thực
hiện hoặc tương tự
NNTu Software Testing S2008 20
21. Các nhân tố ảnh hưởng lượng giá
Kiểm thử thì phức tạp, ảnh hưởng bởi:
Các nhân tố quy trình:
Kiểm thử rộng, thay đổi, tính thuần thục, qui trình, …
Nhân tố “vật liệu”:
Công cụ, hệ thống, môi trường, tài liệu, …
Nhân tố con người:
Kỹ năng, kỳ vọng, hỗ trợ, quan hệ
Nhân tố trễ hạn:
Tính phức tạp, nhiều người ký kết, nhiều cái mới, phân bố địa lý, …
Hiểu các kỹ thuật lượng giá và các nhân tố này
NNTu Software Testing S2008 21
22. Điều khiển việc kiểm tra
Nhân tố ảnh hưởng
Báo cáo kiểm thử
Điều khiển kiểm thử
NNTu Software Testing S2008 22
23. Nhân tố ảnh hưởng
Tỷ lệ hoàn tất chuẩn bị
Tỷ lệ hoàn tất chuẩn bị môi trường
Thực thi TC
Thông tin khiếm khuyết
Bao phủ yêu cầu, rủi ro mã bởi kiểm thử
Mức tin tưởng của Tester vào sản phẩm
Mốc thời gian quan trọng
Chi phí kiểm thử
NNTu Software Testing S2008 23
24. Báo cáo kiểm thử
Tổng kết, phân tích kết quả kiểm thử
Sự kiện chính
đáp ứng tiêu chuẩn kết thúc
Phân tích (đề nghị, hướng dẫn) …
…khiếm khuyết còn lại
…chi phí/lợi ích của nhiều kiểm thử
…rủi ro tồn đọng
…mức tin tưởng
Ấn định:
Mục tiêu kiểm thử đủ cho mức kiểm thử
Cách tiếp cận thích hợp
Mức hiệu lực kiểm thử trên mục tiêu
NNTu Software Testing S2008 24
25. Điều khiển kiểm thử
Các hoạt động hướng dẫn và chỉnh sửa thực
hiện theo thông tin và nhân tố kiểm thử
Ví dụ:
Lập lại mức độ ưu tiên,rủi ro
Lịch biểu điều chỉnh theo mức độ sẵn sàng của
môi trường kiểm thử
Thiết lập tiêu chuẩn yêu cầu kiểm tra lại
NNTu Software Testing S2008 25
26. Quản lý cấu hình
Quản lý kiểm thử và cấu hình
Nhiệm vụ chính
Quản lý kiểm thử phát hành
NNTu Software Testing S2008 26
27. Quản lý kiểm thử và cấu hình
Thiết lập, bảo trì toàn vẹn các mục tạo lên phần mềm
hay hệ thống
Với kiểm thử:
Cho phép quản lý testware và kết quả
Đảm bảo mối phần tử giữ mối liên hệ với thành phần hệ thống
Hỗ trợ chuyển kiểm thử hoàn chỉnh tới phòng kiểm thử
Thông qua lập kế hoạch dự án và kiểm thử, các thủ
tục và hạ tầng quản lý cấu hình nên được chọn, lập tài
liệu, hiện thực, …
NNTu Software Testing S2008 27
28. Nhiệm vụ chính
Lưu và điều khiển truy xuất tới các thành
phần tạo lên hệ thống
Xác định và lập tài liệu phần tử quản lý
Cho phép thay đổi các phần tử quản lý thông
qua một quy trình
Báo cáo thay đổi tạm thời, đang thay đổi và
hoàn tất
Đảm bảo tính đúng đắn của hiện thực
NNTu Software Testing S2008 28
29. Quản lý kiểm thử phát hành
V1.1b V1.1.1
Lập lịch phát hành
Áp dụng cập nhật
Không áp dụng bản cập nhật V1.0 V1.1 V1.2 V2.0 V2.1 V2.2
Tên bản biên dịch
X.01.017
Dò hỏi
V1.1a
Đồng bộ csdl, hệ thống khác, …
Vai trò
NNTu Software Testing S2008 29
30. Rủi ro và việc kiểm tra
Rủi ro dự án
Xử lý rủi ro dự án
NNTu Software Testing S2008 30
31. Rủi ro dự án
Kiểm thử cũng tạo lên một phần rủi ro
Rủi ro là khả năng của một tác đông ngược:
Trễ phát hành bản kiểm thử, có rắc rối về môi
trường kiểm thử
Phát hiện rủi ro tới nỗ lực kiểm thử
Cái gì có thể dẫn đến lỗi trong dự án ? Dẫn tới
trễ hạn hoặc sai lầm
Loại nào của kiểm thử không chấp nhận tác động
tới
NNTu Software Testing S2008 31
32. Xử lý rủi ro dự án
Với mỗi rủi ro có 4 chọn lựa:
Làm dịu:
Giảm thiểu thông qua các bước ngăn ngừa
Ngẫu nhiên:
Có kế hoạch gảm thiểu tác động
Chuyển:
Cùng đối tác chấp nhận kết quả
Bỏ qua:
Không làm gì cả
NNTu Software Testing S2008 32
33. Quản lý lỗi và sự cố
Thường có các mục tiêu sau:
Cung cấp thông tin chi tiết về sự cố hoặc lỗi cho những ai cần
đến
Là phần dữ liệu tập hợp để phân tích
Hướng dẫn cải tiến quy trình phát triển và kiểm thử
Người liên quan:
Người phát triển
Sửa lỗi
Người quản lý
Quyết định tài nguyên, cấp phát, ưu tiên
Nhân viên hỗ trợ kỹ thuật
Người cần nắm bắt thông tin thực hiện, chuẩn bị
Testers
Cần biết trạng thái của hệ thống hiện tại
NNTu Software Testing S2008 33
34. 10 bước để lập báo cáo tốt
1. Structure:
• test carefully
2. Reproduce:
• test it again
3. Isolate:
• test it differently
4. Generalize:
• test it elsewhere
5. Compare:
• review similar test results
6. Summarize:
• relate test to customers
7. Condense:
• trim unnecessary information
8. Disambiguate:
• use clear words
9. Neutralize:
• express problem impartially
10. Review:
• be sure
NNTu Software Testing S2008 34