Quản lý yêu cầu và kiểm thử trong quá trình phát triển phần mềm

Quản lý yêu cầu

Khi có một vướng mắc nào đú họ cú thể hỏi ngay tại đú để làm rừ vấn đề. Nhưng đặt trường hợp PPTPM mở rộng, phát triền hơn thì với việc quản lý như hiện nay sẽ rất khó khăn.

Quản lý kiểm thử

Đặt trường hợp nếu lỗi đó xuất hiện trong một đề tài khác, do người khác phụ trách kiểm thử, nếu như người đó biết đã có người gặp phải lỗi đó thì người đó có thể biết ngay cách chỉnh sửa. Nhưng đặt trường hợp người đó không biết có người gặp phải lỗi này, thì người đó có thể phải tự tìm tòi, chưa kể nếu lỗi đó xuất hiện nhiều lần lại phải tốn nhiều công sức đầu tư. Tìm hiểu về việc quản lý yêu cầu và quản lý kiểm thử trong quá trình phát triển phần mềm.

Ứng dụng xây dựng phần mềm hỗ trợ việc quản lý yêu cầu và kiểm thử tại T3H. Trong đó, chú trọng các thông tin cần phải quản lý trong hai tiến trình này.

Các công cụ hỗ trợ cho việc quản lý yêu cầu và quản lý kiểm thử hiện nay

• Các loại công cụ kiểm thử

Một bộ công cụ có thể bao gồm một hoặc vài công cụ và những công cụ này đều có thể thực hiện những chức năng phụ trợ thêm cho việc quản lý yêu cầu. Bộ phận này cũng cần phải thống nhất với nhà quản lý doanh nghiệp về phạm vi của project và đưa vào bản miêu tả những yêu cầu phi chức năng như là mức độ phục vụ và tính dễ bảo trì. Do đó, bộ phận công nghệ thông tin gặp khó khăn trong việc xác nhận sự ảnh hưởng của những yêu cầu mới trong project và cần phải xác nhận phạm vi của project sau khi thêm yêu cầu mới vào là hợp lệ.

Bộ phận công nghệ thông tin muốn xác nhận những yêu cầu tương tự trong những dự án khác nhau để sử dụng lại các những gì đã được phát triển trước đó. Điều này được thực hiện nhờ vào sự phân tích ảnh hưởng của sự thay đổi, giúp cho người dùng có một cái nhìn toàn vẹn các yêu cầu và sự phát triển liên quan. Hơn nữa các công cụ này còn giúp chúng ta hiểu được các tình trạng của yêu cầu ở tất cả cấp độ của project và phân tích sự ảnh hưởng của việc thay đổi yêu cầu đối với project.

Chúng cho phép việc truy xuất đồng thời vào các yêu cầu và cung cấp khả năng làm việc theo luồng để quản lý sự các tiến trình định nghĩa yêu cầu, dẫn xuất và thay đổi. Nó cũng tích hợp vào các công cụ quản lý dự án phần mềm, hay các công cụ của các sản phẩm phổ biến như mục giúp đỡ của các trình xử lý văn bản trong việc thay đổi nội dung của yêu cầu. Mỗi sự thay đổi code, cải tiến, sửa lỗi, và các phần nền tảng đòi hỏi cần phải có sự kiểm thử lại toàn bộ ứng dụng để đảm bảo chất lượng của phiên bản phát hành.

Silk Pilots giúp người dùng kiểm thử một cách nhanh chóng và dễ dàng hoạt động của đối tượng được phân phối trong những thành phần của ứng dụng. Platforms: Hầu hết các hệ thống đích và đang phát triển, bao gồm DOS, OS/2, Windows, Unix và VMS và hỗ trợ hầu hết các trình biên dịch phổ biến sử dụng C/C++. Từ những yêu cầu thông qua sản phẩm, AutoAdviser cung cấp một kho chứa trung tâm cho việc tổ chức và quản lý những yêu cầu thương mại, test và các tập tin liên quan, và kết quả test của người dùng.

AutoAdviser không chỉ là một công cụ quản lý test – nó là những công cụ tiện lợi cho việc phân tích mà cho phép bạn đánh giá sự sẵn sàng của ứng dụng khi phát hành vào thị trường. Kho chứa trung tâm: AutoAdviser thực sự là một giải pháp nhóm làm việc cho việc sử dụng, quản lý, và duy trì những thư viện kiểm thử ứng dụng. AutoAdviser hiển thị những yêu cầu thương mại của bạn dưới dạng kiến trúc phân tầng cho phép bạn có thể phân tích một cách nhanh chóng luồng tiến trình của ứng dụng.

Xây dựng “Phần mềm quản lý yêu cầu và quản lý kiểm thử” (Requirements and Testing Management)

Khi hoàn tất hai công việc trên, việc tiếp theo là thực hiện kiểm tra sản phẩm, cập nhật lại kết quả kiểm tra cho các test case tương ứng, ghi nhận kết quả thông qua chức năng cập nhật test case, cập nhật lỗi phát hiện trong giai đoạn này. Ngoài ra, cần phải ghi nhận mối liên hệ giữa từng yêu cầu cụ thể với từng phân hệ trong chương trình đang xây dựng. Khi cần thiết, phần mềm sẽ phải hỗ trợ việc thể hiện mối liên hệ này, cụ thể là khi thay đổi yêu cầu này sẽ ảnh hưởng đến những phân hệ nào.

Thiết lập mối liên hệ giữa yêu cầu và phân hệ thực hiện các yêu cầu đó Thể hiện sự ảnh hưởng giữa yêu cầu và phân hệ. Để hổ trợ cho việc kiểm thử, phần mềm sẽ có các chức năng ghi nhận các test case (kịch bản test) cho từng phân hệ cụ thể. Yêu cầu phải lưu vết công việc test này, nghĩa là phải cung cấp được thông tin chương trình này đã được kiểm thử bao nhiều lần, ứng với mỗi lần thử, cho biết có bao nhiêu test case được lập, kết quả từng test case.

Nếu usecase này thực hiện thành công thì thông tin mô tả yêu cầu được cập nhật. Hệ thống được xây dựng bao gồm Quản lý cấu hình phần mềm và Quản lý yêu cầu, kiểm thử cho T3H. Cơ sở dữ liệu chung được xây dựng bọc ngoài sẽ hỗ trợ lưu trữ cụ thể và đỏp ứng rừ hơn nhu cầu cần lưu trữ cho hệ thống.

Một số màn hình chủ yếu Màn hình chính

Hiển thị ngày project được tạo lập, và thông tin cho biết project đang được thực hiện đến giai đoạn nào. Người dùng nhấn vào nút mũi tên để vào project thực hiện các công việc hay xem các thông tin liên quan. Nếu muốn tạo một tài liệu có thông tin dựa vào version nào thì chọn version và check vào Keep Req from Version.

Nếu người dùng muốn tạo một tài liệu mới thì nhấn vào Add new requirement Nếu muốn cập nhật thông tin chi tiết của một tài liệu thì nhấn vào detail. Màn hình cho phép người dùng cập nhật các thông tin liên quan đến một tài liệu, version của tài liệu sẽ được tự động phát sinh. Chọn Save in để mở màn hình hiển thị cây cấu trúc của project, chọn nơi để lưu vào.Nếu người dùng chọn chức năng tạo mới tài liệu có nội dung dựa vào một phiên bản tài liệu yêu cầu thì khi màn hình được hiển thị sẽ đưa ra các thông tin lấy từ phiên bản đó.

Người dùng chọn danh sách các yêu cầu bên dưới để bổ sung thông tin cho tài liệu, tài liệu được lập lúc đó sẽ bao gồm các yêu cầu nào. Người dùng có thể chọn Edit để cập nhật các thông tin của các yêu cầu, Delete để xóa đi yêu cầu đó hay View History để xem lịch sử, nguồn gốc của yêu cầu đó, yêu cầu đó đã được thay đổi bao nhiều lần, bởi những ai và vào ngày nào. Người dùng nhấn nút add để mở màn hình thiết lập mối liên hệ giữa phân hệ đó và các yêu cầu.

Các release này có thể đã được lập testcase hay chưa được lập testcase (chưa được test lần nào). Người dùng chọn chức năng edit để thiết lập môi trường kiểm tra cho release đó hay để vào xem các thông tin liên quan đến kiểm thử được tạo cho release đó. Màn hình cho phép người dùng cập nhật các thông tin môi trường kiểm tra chung cho một internal release.

Màn hình thể hiện tất cả các file có trong release đó, các file này có thể đã được lập testcase hay chưa lập testcase. Người dùng nhấn edit để cập nhật thông tin từng testcase, nhấn update để lưu lại thông tin này. Màn hình cập nhật thông tin fix các testcase và thiết lập mối liên hệ giữa testcase đó và các testcase có lỗi khác.