CÁC kỹ THUẬT KIỂM THỬ TÍNH TIỆN DỤNG của hệ TƯƠNG tác

5/8/2012 Học viện Cơng nghệ Bưu Viễn Thơng | Bichtt004 FSE04 MÔN: TƯƠNG TÁC NGƯỜI MÁY Giảng viên: Vũ Thị Hương Giang Nhóm FSE04 Trần Thị Bích Nguyễn Thị Thu Hồng Trần Thị Thùy Linh Nguyễn Văn Việt Đề tài[BTL03] Các kỹ thuật kiểm thử tính tiện dụng hệ tương tác Phân cơng cơng việc nhóm sau: - Mục tiêu kế hoạch kiểm thử: Trần Thị Thùy Linh + Nguyễn Thị Thu Hồng - Tìm người dùng thử lựa chọn người dùng thử: Trần Thị Bích Xác định nhiệm vụ kiểm thử: Nguyễn Văn Việt Đánh giá hiệu năng: Nguyễn Văn Việt Ví dụ minh họa: Trần Thị Bích Các tài liệu tham khảo nhóm: Bibliography Jakob Nielsen Usability Testing Enginering Michael O Leavitt & Ben Shneiderman Research-Based Web Design & Usability Guidelines Farhad Farzaneh How many user is enough? http://www.w3.org/WAI/EO/Drafts/UCD/wai-ut.html http://www.usability.gov/templates/index.html http://www.usabilitynet.org/tools/testing.htm http://www.karlgroves.com/2012/04/27/efficiency-in-accessibility-testing-or-why-usabilitytesting-should-be-last/ http://www.knowswhy.com/why-do-usability-testing/ www.useit.com/alertbox/2000319.html 10 http://www.stcsig.org/usability/newsletter/0301-number.html Table of Contents I Mục tiêu kế hoạch kiểm thử Thế kiểm thử tính tiện dụng hệ tương tác .4 Mục tiêu kiểm thử tính tiện dụng Kế hoạch kiểm thử tính dùng II Tìm người dùng thử lựa chọn người dùng thử Tại cần người dung thử? .7 Tìm người dùng thử nghiệm nào? .7 Tại cần tiến hành thử nghiệm với người dung? .9 III Xác định nhiệm vụ kiểm thử 12 IV Đánh giá hiệu 14 V Ví dụ minh họa………………………………………………………………………………………………… ………………14 I Mục tiêu kế hoạch kiểm thử Thế kiểm thử tính tiện dụng (tính dùng được) hệ tương tác Kiểm thử tính tiện dụng kỹ thuật để đảm bảo quan tâm người dùng hệ thống đáp ứng cách hiệu quả, đem lại thỏa mãn cho khách hàng Mục tiêu kiểm thử tính tiện dụng Hoạt động kiểm thử tính tiện dụng cung cấp thơng tin phản hồi q trình thiết kế phát triển để đảm bảo trang web thực sử dụng dễ dàng hiệu quả, đồng thời cung cấp thơng tin có giá trị cho người sử dụng Có điểm sau: - Kiểm thử cho chuyển hướng: chuyển hướng nghĩa cách thức người dùng lướt web (xem trang webs), sử dụng điều khiển khác nút bấm, hộp (textobx, listbox…) hay cách người dùng sử dụng đường links trang để lướt web Kiểm thử tính khả dụng: trang web phải dễ sử dụng Cung cấp hướng dẫn rõ ràng, rành mạch Kiểm thử xem hướng dẫn có phải đáp ứng khơng? Mỗi trang cần có menu chính, menu phải quán Kiểm thử nội dung: nội dung trang web phải hợp lý dễ hiểu Kiểm tra lỗi tả Các màu tối gây phiền phúc cho người dùng khơng nên sử dụng Bạn theo vài chuẩn sử dụng cho việc xây dựng nội dung web Đây chuẩn chấp nhận phổ biến ý màu sắc, fonts, frames… Nội dung cần phải đầy đủ ý nghĩa.Tất đướng links gán phải làm việc tốt Các tranh ảnh phải đặt chỗ với kích thước Có vài chuẩn nên theo phát triển ứng dụng web Nhiệm vụ phải xác minh tất kiểm thử giao diện 6 - Các thông tin hỗ trợ người dùng: lựa chọn tìm kiếm, sơ đồ trang web, file hỗ trợ… Sơ đồ trang web cần có tất links trang web với thư mục để hỗ trợ chuyển hướng Kiểm tra tất links sơ đồ Tùy chọn “tìm kiếm trang web” giúp người dùng tìm kiếm trang nội dung cách dễ dàng nhanh chóng Tất ác mục cần phô bày phải xác minh Kiểm thử tính khả dụng kỹ thuật kiểm thử hộp đen Mục đích quan sát người sử dụng sản phẩm để phát lỗi nơi cần sửa đổi Nói chung khả đạt mục tiêu việc kiểm thử liên quan đến việc đo lường phản ứng đối tượng thử nghiệm lĩnh vực: hiệu quả, xác, gọi lại cảm xúc phản ứng Kết phép thử nghiệm coi phép đo vản để kiểm soát tất phép kiểm thử nhằm so sánh với mốc ban đầu để cải thiện hiệu - Hiệu suất – thời gian bước yêu cầu để người dùng hoàn thành tác vụ mình? (ví dụ,tìm để mua, tạo tài khoản xếp thư mục…) Độ xác – người mắc lỗi? (và họ làm hỏng hay phục hồi thơng tin cần thiết) Tính gọi lại – làm người ta nhớ sau thời gian sử dụng? Cảm xúc phản ứng – làm để người dùng biết tác vụ họ hồn thành? Liệu người dùng có giới thiệu hệ thống cho bạn họ không? Kế hoạch kiểm thử tính dùng a Phát triển kế hoạch kiểm thử Bước vòng kiểm thử tính khả dụng phát triển kế hoạch cho việc kiểm thử Mục đích kế hoạch ghi lại thành tài liệu làm, tiến hành kiểm thử nào, số liệu cần nắm bắt, số lượng người tham gia kiểm thử,và kịch sử dụng 7 Thơng thường, chun gia tính khả dụng gặp người lại đội phát triển để định việc kế hoạch Thường chun gia tính khả dụng dự thảo kế hoạch chuyển để quản lý phần lại đội phát triển Khi tất người có ý kiến riêng phải đến thương lượng, chun gia tính khả dụng điều chỉnh lại kế hoạch văn để đưa đến định cuối b Các bước kiểm thử Kế hoạch kiểm thử tính khả dụng cần bao gồm thành phần *** Phạm vi Chỉ kiểm thử: tên trang web, ứng dụng web, sản phẩm khác Ngồi ra, xác định có sản phẩm thử nghiệm (ví dụ mẫu đặc tả ngày, điều hướng, chuyển hướng nội dung) *** Mục đích Xác định mối quan tâm, câu hỏi mục tiêu cho việc kiểm thử Việc bao gồm nhiều lĩnh vực Ví dụ: “người sử dụng điều hướng thơng tin quan trọng từ mẫu thử trang chủ?” Hoặc cụ thể, ví dụ: “Người sử dụng dễ dàng tìm thấy hộp tìm kiếm vị trí nó?” Trong vịng đời thử nghiệm, có số điều chung số cần quan tâm cụ thể để tập trung vào Mối quan tâm nên lái kịch chọn cho phép kiểm thử tính khả dụng *** Lập lịch vị trí Cho biết nơi tiến hành kiểm thử Ta có lịch trình làm việc cụ thể Ví dụ, cho biết có phiên tiến hành ngày thời gian xác phiên diễn (Ta cần thơng tin để tuyển người tham gia, cần phải tiến hành lập lịch sớm) *** Các phiên Ta muốn mô tả phiên, độ dài phiên (thường từ đến 90 phút) Khi tham gia lập lịch, để lại cho thời gian phiên để thiết lập lại môi trường thời gian ngắn để xem xét phiên với quan sát viên *** Trang thiết bị Liệt kê thiết bị sử dụng phiên kiểm thử Bao gồm thông tin hệ thống máy tính, kích thước độ phân giải hình, hệ điều hành, trình duyệt,… Ngaofi có kế hoạch ghi âm ghi hình buổi kiểm thử âm sử dụng công cụ kiểm thử tính đặc biệt *** Thành phần tham gia Cho biết số lượng loại người tham gia thử nghiệm tuyển dụng Mô tả cách người tham gia thử nghiệm *** Kịch Cho biết số lượng loại nhiệm vụ bao gồm thử nghiệm Thông thường có đến 10 kịch tối đa Có thể gộp vào kế hoạch kiểm thử để đội lựa chọn nhiệm vụ thích hợp *** Số liệu - Các số liệu chủ quan: bao gồm câu hỏi ta hỏi người tham gia trước phiên kiểm thử diễn (ví dụ, câu hỏi background), sau kịch tác vụ hồn thành (câu hỏi hài lịng giao diện chức năng), câu hỏi hài lòng tổng thể sản phẩm sau hoàn thành phiên kiểm thử 9 - Số liệu định lượng: Chỉ liệu định lượng, tiến hành đo phép kiểm thử (ví dụ, tỷ lệ hồn thành thành cơng, tỷ lệ lỗi, thời gian hồn thành tác vụ) ***Vai trị Bao gồm danh sách đội ngũ nhân viên, người tham gia vào kiểm thử tính khả dụng vai trị người Các chuyên gia tính khả dụng điều phối cac phiên Nhóm nghiên cứu tính khả dụng cung cấp cho người có nhiệm vụ ghi chép Các thành viên team khác nên tham gia với vai trò quan sát viên, chẳng hạn người ghi chép lại ý II Tìm người dùng thử lựa chọn người dùng thử Tại cần người dùng thử? Tìm người dùng thử việc làm cần thiết kiểm thử tính tiện dụng Thật vậy, người dùng thử nghiệm phương pháp đem lại hiệu cao với mức chi phí khơng cao Và thực sớm thường xuyên, giúp người phát triển tiết kiệm hàng ngàn đô la nhiều tháng trình phát triển Các nhà phát triển thiết kế đồ họa người tài năng, họ không giống người dùng tiếp xúc với sản phẩm sau Họ có cách nhìn nhận khác với vốn từ vựng hoàn toàn khác Do đó, người thiết kế thường tạo sản phẩm không dễ hiểu dễ sử dụng cho người sử dụng cuối Theo Jakob Nielsen, tác giả “Usability Engineering”, cần người dùng để phát vấn đề nghiêm trọng tính tiện dụng sản phẩm Tìm người dùng thử nghiệm nào? 10 Có nhiều nguồn để tìm người tham gia làm người dùng thử nghiệm Điều quan trọng họ có hiểu biết lĩnh vực mà bạn muốn kiểm thử Ví dụ: - Chơi trị chơi trực tuyến Thực bầu chọn Kế hoạch nghỉ ngơi Mua sắm xe Điều trị bệnh mãn tính Lưu ý không thực vấn đề liên quan đến dân số hay nhân Sau xác định chức muốn tiến hành kiểm thử, tốt cách quan sát người sử dụng thiết kế yêu cầu họ đưa ý tưởng, suy nghĩ điều làm cho người dùng cảm thấy thỏa mãn Có vơ số lựa chọn người dùng thử Những đối tượng nên xem xét Bạn bè gia đình: Ta mời bạn bè gia đình tham gia nghiên cứu, họ người có kỹ vấn đề mà ta quan tâm Đây cách tuyệt vời để giữ bí mật ta u cầu họ giữ bí mật, khơng tiết lộ ngồi Họ giữ cam kết với ta Những người nguồn người dùng thử nghiệm tốt mà lúc ta nhận Ta mơ tả cần yêu cầu họ làm giúp Nếu biết đưa yêu cầu hợp lý hấp dẫn người tham gia mà không yêu cầu khoản thù lao - Người dùng nhóm, tổ chức mang tính cộng đồng, câu lạc có tính xã hội: Hãy kêu gọi người đứng đầu câu lạc bộ, nhóm mà bạn biết tổ chức từ thiện, câu lạc thể thao, cờ vua, bơi lội, … hay nhóm 11 mà ta có quan hệ nghĩ tới Ta thu lượng lớn người quan tâm đến vấn đề Những mạng lưới làm việc thật tốt thử nghiệm ta có liên quan đến hoạt động họ, có nhiều người tham gia họ tị mị hay thích khám phá - Các mạng xã hội trực tuyến: Có nhiều mạng xã hội trực tuyến miễn phí có lượng người dùng lớn nay, Twitter, Facebook, Google+… Hãy tham gia trang mạng xã hội có thể, đưa đề nghị Có thể người bạn ta khơng người mà ta muốn họ tham gia dùng thử, họ giới thiệu cho ta người phù hợp Tất nguồn phong phú dễ tìm khơng tự xuất Ta cần chủ động tham gia hoạt động để có mối quan hệ cần thiết Việc tìm người dùng thử thực với sản phẩm sống thật lẫn trực tuyến Và nhóm đối tượng nêu áp dụng cho hai nơi Trong sống thực, giúp tiếp cận người đang thường làm việc mà ta muốn thử nghiệm mà thân ta lại khơng thực Ví dụ phát triển phần mềm kế tốn tìm đến người làm kế tốn, u cầu họ thực cơng việc họ sản phẩm đưa ý kiến, nhận xét hay góp ý Nếu trực tuyến (website bán hàng….), ta yêu cầu người dùng thử thực việc thử nghiệm qua mạng, sản phẩm dùng thử (đã đưa mạng) Ví dụ, muốn thử nghiệm tính dùng chức đặt mua xe website(trong thân đủ tiền để mua chẳng hạn) ta tìm đến đại lý xe hơi, gặp gỡ người có ý định mua rồi, thuê nhờ họ kiểm nghiệm sản phẩm Tại cần tiến hành kiểm thử với người dùng 12 Nhiều người nghĩ tính tiện dụng sản phẩm tốn phức tạp, người dùng thử dành cho dự án cần ngân sách lớn kế hoạch lâu dài Điều khơng Xây dựng đội ngũ người dùng thử lớn lãng phí tài nguyên Kết tốt từ thử nghiệm không nhiều người chạy test nhỏ Trong nghiên cứu trước đây, Tom Landauer Jakob Nielsen số lượng vấn đề tính dùng được tìm thấy kiểm thử với n người dùng là: N(1-(1-L)2) Trong N tổng số vấn đề tính tiện dụng thiết kế L tỉ lệ vấn đề phát người dùng Giá trị điển hình L 31% lượng lớn dự án mà họ nghiên cứu Vẽ đường cong cho L=31% cho kết sau: 13 Sự thật rõ ràng cùa đường cong khơng có người dùng tỉ lệ 0% Ngay có liệu từ người đầu tiên, hiểu biết vọt lên ta biết gần phần ba vấn đề tính tiện dụng thiết kế Sự khác biệt chút liệu có thật đáng kinh ngạc Khi sử dụng đến người thứ hai, ta thấy người thực số điều tương tự người đầu tiên, có điều chồng chéo tất điều ta thu Tuy nhiên, người chắn khơng giống hồn tồn, có người thứ hai mà ta không thấy người thứ Vì vậy, người thứ hai cho biết thêm số nhìn sâu sắc mới, không nhiều người Người dùng thử thứ ba làm lại nhiều việc mà ta thu từ người thứ thứ hai, chí có điều ta thấy lần Nhưng người thứ ba tạo lượng liệu nhỏ mới, dù không nhiều người người thứ hai làm Khi thêm nhiều người dùng thử hơn, ta thu liệu ta tiếp tục phải nhìn thấy điều tương tự Khi ta không cần tiếp tục thực phép thử nghiệm nên quay trở lại thiết kế để loại bỏ vấn đề tính tiện dụng phát Sau người dùng thử thứ năm, ta lãng phí thời gian cách tiếp tục quan sát điều lặp lặp lại mà không thu nhiều Lặp lặp lại thiết kế Đường cong rõ ràng cho thấy cần phải thử nghiệm với 15 người để khám phá tất vấn đề tính tiện dụng thiết kế Vậy, lại nên thử nghiệm với số lượng nhỏ hơn? 14 Lý điều tốt phân phối ngân sách cho thử nghiệm với người dùng qua nhiều thử nghiệm nhỏ thay sử dụng nhiều người mà thực lần thử nghiệm Hãy thấy kinh phí để th 15 khách hàng để thử nghiệm thiết kế lần, mà chi tiêu số tiền để thực lần thử nghiệm với người Ta cần thử nghiệm nhiều lần mục đích thực việc kiểm thử tính dùng để cải thiện thiết kế để ghi lại điểm yếu Sau nghiên cứu với người dùng tìm thấy 85% vấn đề, lúc nên sửa lại vấn đề thiết kế Sau tạo thiết kế mới, ta cần phải kiểm tra lại lần Mặc dù vấn đề thiết kế sửa, nhiều người nghĩ thiết kế hoàn toàn khắc phục vấn đề Nhưng khơng thiết kế giao diện người dùng hoàn hảo, nên đảm bảo thiết kế thật tốt Một kiểm thử thứ hai cho thấy xem sửa lỗi có làm việc hay khơng Ngồi ra, việc kiểm tra lại thiết kế vấn đề tính dùng được, cũ sửa Ngoài thử nghiệm lần hai với người dùng thử tìm hầu hết 15% vấn đề cịn lại tính tiện dụng mà lần đàu khơng tìm thấy (Sẽ vấn cịn 2% cịn sót lại, phải đợi đến lần thử nghiệm thứ 3) Cuối cùng, lần kiểm thử thứ thăm dò sâu vào tính tiện dụng cấu trúc sản phẩm, đánh giá vấn đề kiến trúc thông tin, task flow, phù hợp với người dùng Những vấn đề quan trọng thường bị che khuất lần đầu người dùng thử bị bối rối trước mức độ mang tính bề mặt chí có phần dễ dàng tính tiện dụng , làm họ không thực hiểu sâu sản phẩm Vì vậy, lần kiểm thử thứ làm tốt việc đảm bảo chất lượng kết lần đầu cung cấp vấn đề sâu sắc Lần thử nghiệm thứ đem lại danh sách (nhỏ lần 1) vấn đề tính tiện dụng cần sửa Và 15 tương tự lần 1: tất sửa lỗi làm việc, số vấn đề sâu phát sau “làm sạch” giao diện Do đó, thử nghiệm lần cần thiết Kinh nghiệm cho thấy thiết kế cải thiện tốt cách kiểm thử lần với người lần với 15 người Tại lại không thực kiểm thử với người? Có thể có người nghĩ làm 15 thử nghiệm với người tốt so với làm thử nghiệm người Đường cong cho thấy ta tìm nhiều lỗi từ người so với tất người sau Vậy phải tiếp tục với người khác? Có hai lý do: Ln ln có rủi ro bị lạc hướng người thường có hành vi lặp lặp lại khơng có tính chất đại diện Thậm chí cần người đủ để thấy đa dạng hành vi người dùng nhìn sâu sắc vào độc đáo tổng qt Các phân tích chi phí – lợi ích kiểm thử người dùng cung cấp cho ta tỷ lệ tối ưu khoảng đến người, tùy vào loại kiểm thử Ln có chi phí cố định ban đầu liên quan đến việc lập kế hoạch chạy kiểm thử, để giảm chi phí nên dùng nhiều người Khi cần thử nghiệm nhiều người dùng Cần tiến hành kiểm thử nhiều người dùng trang web có số nhóm người sử dụng khác biệt Cơng thức cho người dùng sử dụng trang web theo cách giống Ví dụ, trang web sử dụng bỏi trẻ em phụ huynh, hai nhóm người dùng có hành vi khác Khi cần phải tiến hành kiểm thử với 16 nhóm Điều cho hệ thống có mục đích kết nối đại lý mua bán với đội ngũ nhân viên III Xác định nhiệm vụ kiểm thử Nhiệm vụ kiểm thử tính tiện dụng ví tim kiểm thử tính tiện dụng Những nhiệm vụ xác định phận hệ thống mà người tham gia kiểm thử xem tương tác Nhiệm vụ kiểm thử tính tiện dụng quan trọng, chí cịn quan trọng số lượng người tham gia Kịch cho nhiệm vụ kiểm thử tính tiện dụng cần thành phần sau: - Số thứ tự tên nhiệm vụ Đánh số đặt tên cho nhiệm vụ Tên nhiệm vụ giúp ta nhớ mục đích gì, số thứ tự giúp ta biết thứ tự thực task mà không cần biết cụ thể nội dung task - Goal/outputs Người dùng làm họ thực xong task mình? Đó có phải đầu nhìn thấy được? Làm họ biết task hồn thành? Liệu người dùng làm cách chắn hay không? - Inputs Liệt kê tất thông tin hay tài nguyên – hữu hình vơ hìn – mà người dùng cần để hồn thành task Một số ví dụ: log – in đúng, đối tượng vật lý sách hay thẻ tín dụng, tên file,… Người dùng thật có vài thơng tin đầu họ - task tính tiện dụng ta phải cung cấp thơng tin cách thuộc lòng, ta cần phải tạo sơ đồ mạng lưới với chi tiết liên quan, tên server địa IP - Các giả định 17 Các giả định điều kiện tiền yêu cầu mà task bắt đầu Các giả định phụ thuộc vào việc ta muốn thu từ task Ví dụ, task làm để người dùng phục hồi bị lỗi từ ghi chép, giả định ta phải bao gồm điều kiện để lỗi xảy ra, chẳng hạn, “một nhân viên với tên tồn sở liệu” - Các bước Viết bước ta mong muốn người dùng thực hoàn thành task Điều giúp ta định mẫu mà ta cần phải tạo Viết bước mong đợi có ích người quan sát không quen với giao diện giống ta Giữ bước hầu hết mức hình – không cần phải liệt kê tất trường có form - Ước lượng thời gian Ước lượng xem để chuyên gia (ai đội phát triển thiết kế) cần để hoàn thành task Bỏ qua thời gian mà hệ thống cần để thực tiến trình ý đến thời gian nhập liệu click nút Một vài task, chẳng hạn soạn email, yêu cầu thời gian để suy nghĩ hay tạo cơng việc, nên thời gian tính - Hướng dẫn người dùng Đừng viết hướng dẫn cho người dùng làm nốt phần cuối template Mặc dù thiết kế task có tốt nhóm hoạt động, viết hướng dẫn làm người sau có nháp task - Notes Các phần ghi thường ghi lại loại thông tin, bao gồm lý lại tạo task, đặc thù cần ý, câu hỏi cho người dùng sau task hồn thành Thơng tin bao gồm nhiều ghi cú khác phụ thuộc vào việc test 18 Viết thơng tin cảm thấy có ích suốt q trình kiểm thử tính tiện dụng IV Đánh giá hiệu Hiệu số phần trăm người tham gia, người có kinh nghiệm vấn đề làm việc task - Cao: kinh nghiệm phát vấn đề người tham gia lớn 30% Trung bình: kinh nghiệm phát lỗi người tham gia từ 11% 29% Thấp: kinh nghiệm phát lỗi người tham gia thấp 10% V Ví dụ minh họa Giới thiệu chung Ví dụ hoạt động kiểm thử tính dùng cho website ERS (Economic Research Service), bốn quan Nghiên cứu, Giáo dục Kinh tế (REE) có nhiệm vụ nghiên cứu diện tích Nơng nghiệp Mỹ Web dựa đồ tương tác trở thành công cụ mạnh mẽ cho người dùng sử dụng ERS để truy cập hình dung thơng tin phức tạp ERS có 20 sản phẩm tương tác liệu, có có kết hợp tính lập đồ chi tiết không gian địa lý Các mục tiêu ERS yêu cầu nhà thầu dịch vụ để cung cấp tính dùng tiêu chuẩn hỗ trợ phát triển sản phẩm dựa web quan trực quan lập đồ GIS ERS muốn sử dụng phương thức XXXMethodTM để thiết kế, phát triển cài đặt tiêu chuẩn tính để cải thiện tính hữu dụng tác động sản phẩm đến quan lập đồ GIS 19 XXXMethodTM, chứng ISO trính lĩnh vực khoa học kỹ thuật có yếu tố lien quan đến người, trình thiết kế lấy người dùng làm trung tâm nhằm hỗ trợ tối ưu hóa thiết kế web phục vụ người dùng Các nhiệm vụ Dự án có hai nhiệm vụ Nhà thầu phải cung cấp báo cáo, tài liệu chuyển giao dạng điện tử cung cấp báo cáo tiến độ hang tháng văn - Task 1: Kick – off dự án xác định FFP: _ Nhà thầu phải tổ chức buổi kick – off dự án với ERS để đánh giá ứng dụng lập đồ GIS dựa MethodTMXXXX Nhà thầu có trách nhiệm: + Hỗ trợ tổ chức kick – off dự án với ERS Improved Data Delivery Working Group to: Rà soát dự án Rà soát lịch biểu phân phối Rà soát yêu cầu “mức trên” dự án mong muốn ERS vai trò, đầu vào, đầu ra, thông tin tổng thể Xác định người dùng tương lai sản phẩm đồ GIS ERS để phát triển hiểu biết thấu đáo mục tiêu, nhiệm vụ điển hình chúng, khó khăn cụ thể gặp phải Những người dùng bao gồm đại diện như: người dùng cá nhân ERS, nhân viên ERS (các nhà phân tích), nhà phân tích quan lien bang khác (APHIS, FSA) 20 Xây dựng rà soát hồ sơ người dùng (danh sách đặc tính người sử dụng) Xác định rõ tầm nhìn, sứ mệnh mục tiêu cho sản phẩm GIS ERS (có thể thay đổi tùy theo phản ứng) Lien kết mục tiêu sản phẩm GIS với mục tiêu quan ERS Rà soát kế hoạch dự án mức độ cao thời gian  Phân phối Task Date due: 08-May-2012 Kick-off hội thảo 3-5 trang ghi nhớ tóm tắt kết hội thảo khuyến nghị kèm - Task 2: phân tích tính khả dụng, kiểm thử phiên rà soát nhân viên Nhà thầu phải thực việc kiểm thử tính khả dụng sản phẩm GIS ERS cụ thể dựa MethodTMXXXX tổ chức phiên họp với bên liên quan đến dự án ERS để xem xét kết thử nghiệm Nhà thầu có trách nhiệm: Trao đổi điện thoại với đội GIS ERS để xác nhận sản phẩm GIS dùng để kiểm thử, với nhiệm vụ trọng tâm, xác định mục tiêu việc thử nghiệm, thiết lập tiêu chuẩn hoàn thành nhiệm vụ, xác định mục tiêu người dùng 21 Làm việc với ERS để nháp kịch thử nghiệm cho vịng thử nghiệm tính khả dụng Cung cấp ERS với hai vòng sửa đổi kịch thử nghiệm dựa ý kiến từ nhân viên thiết kế ERS Tiến hành đợt kiểm thử tính khả dụng với thành viên đại diện sản phẩm GIS, người hai nhóm người dùng ERS chịu trách nhiệm tuyển dụng, lập kế hoạch, sang lọc, hoàn trả đại diện người sử dụng Biên dịch phân tích kết kiểm thử tính khả dụng để phát triển báo cáo văn bản, bao gồm ảnh chụp hình, bảng xếp hạng mức độ nghiêm trọng vấn đề, xác định cân để giải mục tiêu mâu thuẫn đề nghị giải xung đột, đưa khuyến nghị để cải thiện sản phẩm GIS Trình bày chỗ kết cho ERS Improved Data Delivery Working Group  Phân phối Task Date due: 10-May-2012 Dự thảo kịch kiểm thử tính khả dụng cuối Tạo thuận lợi cho kiểm thử tính khả dụng Viết báo cáo kết việc kiểm thử tính khả dụng Trình bày lời với trình chiếu slide MS PowerPoint kết dựa báo cáo kiểm thử tính khả dụng Thời gian lại ngày để tư vấn ăn trưa với đội GIS (Ví dụ có tham khảo website: http://www.usability.gov/templates/index.html) ... ………………14 I Mục tiêu kế hoạch kiểm thử Thế kiểm thử tính tiện dụng (tính dùng được) hệ tương tác Kiểm thử tính tiện dụng kỹ thuật để đảm bảo quan tâm người dùng hệ thống đáp ứng cách hiệu quả, đem lại... Mục tiêu kế hoạch kiểm thử Thế kiểm thử tính tiện dụng hệ tương tác .4 Mục tiêu kiểm thử tính tiện dụng Kế hoạch kiểm thử tính dùng ... kịch kiểm thử tính khả dụng cuối Tạo thuận lợi cho kiểm thử tính khả dụng Viết báo cáo kết việc kiểm thử tính khả dụng Trình bày lời với trình chiếu slide MS PowerPoint kết dựa báo cáo kiểm thử tính