Tóm tắt Luận văn Thạc sĩ Công nghệ thông tin: Kiểm chứng giao diện phần mềm bằng phương pháp mô hình hóa Event - B

Đề tài “Kiểm chứng giao diện phần mềm bằng phương pháp mô hình hóa Event - B” nhằm nghiên cứu phương pháp kiểm chứng thứ tự của các cửa sổ giao diện phần mềm một cách tự động dựa trên Event-B và thực hiện áp dụng cho giao diện ứng dụng trên thiết bị di động. Mời các bạn cùng tham khảo đề tài.

1 ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ NGUYỄN XUÂN TRƯỜNG KIỂM CHỨNG GIAO DIỆN PHẦN MỀM BẰNG PHƯƠNG PHÁP MƠ HÌNH HĨA EVENT – B Ngành: Công nghệ thông tin Chuyên ngành: Kỹ thuật phần mềm Mã số: 60.48.01.03 TÓM TẮT LUẬN VĂN THẠC SĨ CÔNG NGHỆ THÔNG TIN HÀ NỘI, 2016 Chương GIỚI THIỆU 1.1 Sự cần thiết đề tài Ngày phần mềm có mặt hầu hết lĩnh vực: Giáo dục, truyền thông, ngân hàng, sản xuất chế tạo, quản trị, y tế, khoa học kỹ thuật, Hàng khơng vũ trụ, giải trí, … Giúp người giải hầu hết công việc dần thay người Đại đa số phần mềm xây dựng với giao diện đồ họa người dùng Graphical User Interface (GUI) người làm việc thông qua tương tác với giao diện phần mềm Người sử dụng thường quan tâm tới giao diện dễ sử dụng có tính thẩm mỹ đảm bảo chức Tuy nhiên lúc GUI phần mềm xây dựng điều đảm bảo tính dễ dùng, bố cục hợp lý, chức hoạt động cách xác dự kiến hay trả lại kết mong muốn Những lỗi phát sinh trình tương tác như: Các phần tử GUI hiển thị bất thường khó quan sát thao tác, chức thực không dự định, thông báo hiển thị sai, thứ tự xuất cửa sổ khơng xác,…, dẫn tới thực sai, gây mát liệu, gây an tồn nguy hại tới tính mạng người thiệt hại kinh tế, Vì vậy, Cần phải thực kiểm thử giao diện phần mềm để kiểm tra chức năng, qn, khả tầm nhìn, khả tương thích đảm bảo phù hợp với thông số đặc tả thiết kế, phát sửa chữa kịp thời lỗi vấn đề bất thường có trước đưa lưu hành, làm giảm chi phí sửa chữa bảo trì Lỗi hiển thị sai cửa sổ giao diện tương đối nghiêm trọng Các cửa sổ giao diện đại diện cho mặt ứng dụng phần mềm, nơi chứa hiển thị phần tử giao diện thông qua người dùng tương tác, trao đổi nhập xuất thông tin Từ chức cửa sổ gọi tới nhiều cửa sổ khác, thời điểm có cửa sổ làm việc Các trạng thái thứ tự xuất giao diện cần đảm bảo xác với lời gọi tới Khi cửa sổ hiển thị không với thứ tự ứng chức định sẵn đưa tới người dùng thông tin hành động sai điều gây hậu khó lường Nhận thấy tầm quan trọng việc kiểm chứng giao diện người dùng phần mềm mà cụ thể kiểm chứng thứ tự xuất cửa sổ giao diện người dùng, nên tác giả mạnh dạn đề xuất đề tài “Kiểm chứng giao diện phần mềm phương pháp mơ hình hóa Event – B” nhằm nghiên cứu phương pháp kiểm chứng thứ tự cửa sổ giao diện phần mềm cách tự động dựa Event-B thực áp dụng cho giao diện ứng dụng thiết bị di động 1.2 Nội dung nghiên cứu Đề tài tập trung vào việc nghiên cứu giao diện phần mềm, vấn đề liên quan tới kiểm chứng giao diện phần mềm, phương pháp kiểm chứng giao diện nghiên cứu mơ hình Nghiên cứu cấu trúc, ký pháp phương pháp mơ hình hóa Event-B Tìm hiểu ngun lý, cách sử dụng cơng cụ Rodin Từ nghiên cứu có đưa phương pháp mơ hình hóa kiểm chứng chung cho kiểm chứng thứ tự xuất cửa sổ giao diện người dùng, toàn q trình nghiên cứu triển khai gồm cơng việc: xây dựng quy trình thực hiện, xây dựng mơ hình tổng qt thơng qua định nghĩa, xây dựng quy tắc chuyển đổi tham chiếu tương ứng từ mơ hình vào Event-B Áp dụng vào kiểm chứng tự động thứ tự thực cửa sổ giao diện ứng dụng tạo ghi Note chạy hệ điều hành Android thiết bị di động 1.3 Đóng góp đề tài Nghiên cứu đề xuất phương pháp để kiểm chứng giao diện người dùng phần mềm phương pháp mơ hình hóa Event-B, kiểm chứng tn thủ thứ tự cửa sổ giao diện, giúp nhà phát triển phát tránh lỗi không mong muốn giao diện giả thiết không hợp lý thiết kế giao diện trình xây dựng phần mềm trước cài đặt 1.4 Cấu trúc luận văn Phần nội dung luận văn cấu trúc thành chương sau: Chương GIỚI THIỆU Giới thiệu yêu cầu khách quan, chủ quan, sở khoa học, thực tiễn nghiên cứu xây dựng đề tài Chương TỔNG QUAN VỀ KIỂM CHỨNG GIAO DIỆN PHẦN MỀM Giới thiệu cách chi tiết giao diện phần mềm vấn đề kiểm chứng giao diện phần mềm, phương pháp kiểm chứng giao diện Chương PHƯƠNG PHÁP MƠ HÌNH HĨA EVENT-B Bao gồm kiến thức tổng quan phương pháp mơ hình hóa EventB, mơ tả cấu trúc mơ hình, thành phần, giải thích ý nghĩa thành phần, cấu trúc mệnh đề chứng minh phân loại Nêu rõ tập ký hiệu toán học cú pháp mơ hình Trình bày cách sử dụng kiểm chứng tự động với công cụ Rodin Chương 4: KIỂM CHỨNG GIAO DIỆN PHẦN MỀM BẰNG PHƯƠNG PHÁP EVENT-B Tập trung vào việc xây dựng mơ hình kiểm chứng chung cho giao diện ứng dụng như: xây dựng quy trình thực hiện, xây dựng mơ hình chung định nghĩa, đưa luật chuyển đổi tổng quát mệnh đề chứng minh tổng quát chung Chương ÁP DỤNG PHƯƠNG PHÁP KIỂM CHỨNG GIAO DIỆN ỨNG DỤNG NOTE VỚI EVENT-B Trình bày tổng quan Android ứng dụng Note Áp dụng phương pháp nghiên cứu vào mơ hình hóa kiểm chứng thứ tự cửa sổ cửa ứng dụng Note Soạn thảo mơ hình thu kiểm chứng tự động với công cụ Rodin Chương KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN Kết luận tổng thể kết đạt luận văn hướng phát triển Chương PHỤ LỤC Trình bày cách chi tiết mơ hình Event-B ứng dụng Note chuyển đổi mơ hình hóa Chương TỔNG QUAN VỀ KIỂM CHỨNG GIAO DIỆN PHẦN MỀM 2.1 Giao diện người dùng GUI cung cấp cho người dùng giao tiếp khác với chương trình máy, biến chương trình phức tạp trở nên dễ dùng so với giao diện dòng lệnh Một ví dụ minh họa GUI giao diện dòng lện thể Hình 2.3 Hình 2.4 Hình 2.3 Giao diện đồ họa người dùng Hình 2.4 Giao diện dòng lệnh 2.2 Các phương pháp kiểm chứng giao diện 2.2.1 Kiểm chứng giao diện người dùng tay 2.2.2 Kiểm chứng giao diện người dùng tự động Chương PHƯƠNG PHÁP MƠ HÌNH HĨA EVENT-B 3.1 Tổng quan Event-B Một mơ hình chứa contexts machines hai loại Mối quan hệ cấu trúc machines contexts thể Hình 3.1 [4] CONTEXT … EXTENDS … SETS … CONSTANTS … AXIOMS … THEOREMS … END Sees MACHINE … REFINES … SEES … VARIABLES … INVARIANTS … VARIANT … EVENTS … END Hình 3.1 Cấu trúc mối quan hệ thành phần mơ hình Event-B 3.2 Context Context dùng để đặc tả phần tĩnh mơ hình, context Event-B có tên Context tạo thành từ mệnh đề mơ tả Hình 3.2 [4]: CONTEXT … EXTENDS … SETS … CONSTANTS … AXIOMS … THEOREMS … END Hình 3.2 Cấu trúc context 8 3.3 Machine Một machine Event-B phải có tên khác với tất context machine mơ hình Một machine cấu tạo thành phần mệnh đề mô tả Hình 3.4 [4] MACHINE … REFINES … SEES … VARIABLES … INVARIANTS … VARIANT … EVENTS … END Hình 3.4 Cấu trúc machine Event-B EVENT REFINES ANY WHERE WITH THEN END Hình 3.5 Cấu trúc Event Event-B 3.4 Ký hiệu toán học Event-B  Các phép tốn logic bậc nhất: Bảng 3.1 mơ tả phép toán Từ phép toán logic sở tạo nên biểu thức logic gọi vị từ invariants ràng buộc (guards) event mơ hình Event-B Bảng 3.1: Các phép toán logic Tên phép toán Tuyển Ký hiệu  Hội  Phủ định  Kéo theo  Tương đương  Lượng từ với  Lượng từ tồn   Các phép toán tập hợp: phép hợp , phép giao , phép hiệu \, quan hệ bao hàm , quan hệ thuộc   Các kiểu liệu  Kiểu nguyên kiểu liệu số ký hiệu ℤ  Kiểu logic ký hiệu BOOL nhận giá trị BOOL={TRUE, FALSE}  Kiểu tập hợp người dùng định nghĩa  Kiểu tập tập ký hiệu ℙ 3.5 Tinh chỉnh Tinh chỉnh (refinement) giai đoạn cài đặt hay cụ thể hóa machine context trừu tượng thành machine context cụ thể hơn, chi tiết việc bổ sung vào yếu tố cụ thể [9] [4] Hình 3.8 ví dụ mô tả mối quan hệ machine context trừu tượng tinh chỉnh chúng M refines see s see s M refines M C0 C0 extend see s C see s Hình 3.8 Ví dụ mối quan hệ Refinement Event-B 10 3.6 Mệnh đề chứng minh Mệnh đề cần chứng minh POs (Proof Obligations) biểu thức logic mà cần chứng minh mơ hình Event-B, việc chứng minh nhằm đảm bảo machine an toàn POs thực cách tự động nhờ công cụ Rodin Platform người ta gọi chứng minh tự động Các mệnh đề chứng minh Event-B mô tả thành luật chứng minh định nghĩa thành loại khác như: Invariant preservation (INV), Variant (VAR), Deadlock Freeness (DLF), Theorem (THM), well-definedness (WD),…, chúng sinh tự động Rodin Để xác định luật theo kiện ta sử dụng hệ thống sơ đồ định nghĩa kiện Hình 3.9 [9] [4] Hình 3.9 Sơ đồ định nghĩa kiện 3.7 Công cụ Rodin Trong luận văn sử dụng phiên Rodin 3.2 cập nhật ngày 22/09/2015 IDE dựa Eclipse cung cấp hỗ trợ xây dựng, tinh chỉnh, mơ hình hóa chứng minh mơ hình Event-B [9] Hình 3.11 ví dụ giao diện cơng cụ [9] Hình 3.11 Giao diện đồ họa công cụ Rodin 11 Chương KIỂM CHỨNG GIAO DIỆN PHẦN MỀM BẰNG PHƯƠNG PHÁP MƠ HÌNH HĨA EVENT-B 4.1 Phương pháp chung Quy trình mơ hình hóa vào kiểm chứng giao diện với phương pháp Event- B trình chuyển đổi thành phần tương ứng giao diện yêu cầu, thuộc tính, đặc tả, ràng buộc sang yếu tố, thành phần cấu trúc mơ hình Event-B, sau biên tập kiểm chứng tự động cơng cụ Rodin Quy trình tổng qt phương pháp thể sơ đồ Hình 4.1 Hình 4.1 Quy trình kiểm chứng tổng quát Từ quy trình tổng quát phương pháp Hình 4.1 ta thực cụ thể hóa bước cụ thể mơ tả Hình 4.2 12 Hình 4.2 Quy trình kiểm chứng chi tiết 4.2 Mơ hình hóa giao diện phần mềm Giao diện người sử dụng phần mềm bao gồm cửa sổ đối tượng thuộc cửa sổ, trạng thái cửa sổ đối tượng, kiện tập kiện đối tượng cửa sổ, thông báo Chúng ta mơ hình hóa định nghĩa cách trừu tượng thành phần giao diện qua số định nghĩa sau:  Định nghĩa 1: Một giao điện ứng dụng UI= G tập cửa sổ giao điện, A tập hành động, S tập trạng thái, E tập kiện, C tập ràng buộc, M tập thông báo  Định nghĩa 2: Một cửa sổ giao diện g ∈ G, g= P tập thuộc tính, A tập hành động, O tập đối tượng giao diện, S_g tập trạng thái cửa sổ, E_g tập kiện g, C_g tập ràng buộc g, M_g tập thơng báo có g 13  Định nghĩa 3: Một đối tượng giao diện o ∈ O o = p_o tập thuộc tính đối tượng o, a_o tập hành vi có o, s_o tập trạng thái o, e_o tập kiện o, c_o tập ràng buộc mà o cần tuân theo Từ định nghĩa xây dựng tập luật chuyển đổi, để chuyển đổi từ mơ hình giao diện ứng dụng sang mơ hình EventB, chuyển đổi thể Bảng 4.1 Các luật chuyển đổi mô tả cụ thể sau:  Luật 1: Giao diện ứng dụng UI= chuyển thành machine context trừu tượng Event-B: Trong e ∈ E kiện máy UM  Luật 2: Các thuộc tính cửa sổ đối tượng cửa sổ chuyển thành biến VARIABLES  Luật 3: Các thành phần hằng, tĩnh không thay đổi giao diện chuyển thành CONSTANTS, SET quy định, quy ước phải tuân theo chúng tương ứng thành AXIOMS context  Luật 4: Các ràng buộc thứ tự xuất cửa sổ chuyển thành INVARIANTS  Luật 5: Các hành động cửa sổ kiện xảy chuyển thành kiện EVENT Action kiện machine Event-B Bảng 4.1 Chuyển đổi từ GUI tới Event-B Tên Mơ tả Mơ hình hóa Luật UI = < G, A, S, E, C, M > UC, UM Luật O, Properties Variables Luật Thành phần tĩnh, Constants, Set, Axiom Luật Ràng buộc Invariant Luật Action, kiện Event, Action 14 4.3 Mệnh đề chứng minh Giao diện phần mềm UI = < G, A, S, E, C, M > ta có chuyển tương ứng thành máy UM UC với x ∈ 𝐺 biến trạng thái mơ hình thể cửa sổ tại, e ∈ 𝐸 kiện x’ cửa sổ chuyển tới kiện e xảy Trạng thái cửa sổ trước sau kiện xảy mơ tả cách khơng hình thức x :| E(x, x’) Dựa luật ta có ràng buộc bất biến tương ứng I(x) I(x’) Điều kiện để kiện xảy ký hiệu Grd(x) Ta định nghĩa nhiệm vụ chứng minh POs sau: Grd(x)  E(x, x’)  I(x’) Hay viết Grd(x), I(x) I(x’) 15 Chương ÁP DỤNG PHƯƠNG PHÁP KIỂM CHỨNG GIAO DIỆN ỨNG DỤNG NOTE VỚI EVENT-B 5.1 Tổng quan ứng dụng điện thoại di động 5.1.1 Các thành phần ứng dụng Android Các thành phần tạo nên ứng dụng Android chia làm loại bao gồm [10]:  Activity  Service  Content Provider  Intent  Broadcast Receiver  Notification 5.1.2 Cơ chế quản lý Activity Actitvity thành phần quan trọng đóng vai trò xây dựng ứng dụng Android Hệ điều hành Android quản lý Activity theo dạng stack Mỗi lần Activity khởi chạy Activity trước bị stop hệ thống lưu Activity stop vào back stack Back stack kể mơ tả Hình 5.1, tổ chức theo tiêu chí stack, “vào sau, trước” [10] Hình 5.1 Cơ chế Back Stack Vòng đời Activity thể qua sơ đồ Activity State Hình 5.2 [10] 16 Hình 5.2 Activity State 5.2 Ứng dụng Note 5.2.1 Giới thiệu chung 5.2.2 Ứng dụng Note Ứng dụng bao gồm cửa sổ giao diện (4 Activity) gồm: MainActivity, EditActivity, CreateActivity, ViewActivity MainActivity hình giao diện xuất ứng dụng bắt đầu khởi động mở [12] đặc tả giao diện mô tả sau:  MainActivity  EditActivity  CreateActivity 17  ViewActivity 5.3 Mơ hình hóa kiểm chứng giao diện ứng dụng Note Áp dụng bước quy trình phương pháp giao diện ứng dụng mơ hình hóa thành thành phần Event-B machine context: Dựa vào đặc tả thiết kế giao diện mục 5.2.2 chế hoạt động ứng dụng Android mục 5.2.1, ta thực xây dựng sơ đồ hoạt động “Activity Diagram” quy trình mơ tả Hình 5.7 Đặc tả, thiết kế GUI ứng dụng Android Sự kiện & Hành động Chuyển đổi Activity & Thành phần Mơ hình back stack Sơ đồ hoạt động GUI Vòng đời Activity Hình 5.7 Quy trình xây dựng Activity Diagram Sơ đồ Activity Diagram cho ứng dụng Note sau xây dựng mơ tả Hình 5.8 18 [Exit Application] MainActivity Start [Select MenuContext] [Delete true] [Create false] [Edit false] [Edit true] [Create true] MainActivity Stop Cancel [View true] MainActivity Stop MainActivity Stop EditActivity Start ViewActivity Start Cancel Save CreateActivity Stop ViewActivity Stop Save EditActivity Stop Hình 5.8 Sơ đồ Activity Diagram [Delete Note] CreateActivity Start MainActivity Pause 19 Q trình mơ hình hóa mơ tả cách khái qt qua Hình 5.9 Object  Window  Controller  stop Properties:  Security  Constraints Đặc tả, thiết kế GUI   Action: Click Chagne Machine  Variables  Invariants  Events EVENT-B Event-B Context  SET Mơ hình Event-B cho ứng dụng cụ thể Sự kiện & Ràng buộc & thành phần mơ hình  Constant  Statuts  Properties  CONSTANT  AXIOMS Tinh chỉnh Luật chuyển đổi Mơ hình Event-B trừu tượng Hình 5.9 Q trình mơ hình hóa từ Activity Diagram tới Event-B Mơ hình hóa chuyển đổi vào context Note_C ta định nghĩa tập giao diện G={ main , Create , Edit , View}, tập trạng thái cửa sổ giao diện S={start, active, stop, pause, killed} Hình 5.10 đoạn chương trình mơ tả context Rodin 20 Hình 5.10 Context Note_C Mơ hình hóa chuyển đổi vào machine Note_M ta có biến main_activity, Create_activity, Edit_activity, View_activity, ràng buộc thứ tự giao diện từ Activity Diagram, kiện chuyển đổi thành INVARIANTS, EVENT, ACTION tương ứng:  INVARIANTS 21  MACHINE Note_M SEES Note_C VARIABLES Main_activity Edit_activity View_activity Create_activity Select INVARIANTS Main_activity ∈ S Edit_activity ∈ S View_activity ∈S Create_activity ∈ S Main_activity=active ∧ Create_activity=stop ∧ Edit_activity=stop ∧ View_activity=stop Main_activity=stop ∧ Create_activity=active ∧ Edit_activity=stop ∧ View_activity=stop Main_activity=stop ∧ Create_activity=stop ∧ Edit_activity=active ∧ View_activity=stop Main_activity=stop ∧ Create_activity=stop ∧ Edit_activity=stop ∧ View_activity=active Main_activity=start ⇒ (Create_activity=start) ∧ (Edit_activity=start) ∧ inv9 : (View_activity=start) ¬(Main_activity=start) ⇒¬(Create_activity=start) ∧ ¬(Edit_activity=start) ∧ inv10 : ¬(View_activity=start) inv11 : Select ∈ Menu inv1 inv2 inv3 inv4 inv5 inv6 inv7 inv8 : : : : : : : : EVENTS INITIALISATION ≙ STATUS ordinary BEGIN act1 : Main_activity ≔ start act2 : Edit_activity ≔ start act3 : View_activity ≔ start act4 : Create_activity ≔ start act5 : Select ≔ Null END Hình 5.11 Một phần machine Note_M  EVENT, ACTION  Event thoát ứng dụng  Event chọn chức gọi cửa sổ Create  Event chọn chức gọi cửa sổ Edit  Event chọn chức gọi cửa sổ View  Event chọn chức xóa chuyển cửa sổ Main  Các kiện trên đối tượng cửa sổ 22 Thực soạn thảo công cụ Rodin, sinh kiểm chứng tự động mệnh đề cần chứng minh Hình 5.18 Cửa sổ sinh kiểm chứng tự động Kết trình sinh kiểm chứng tự động thể qua bảng Statistics, Hình 5.19 cho thấy tồn ràng buộc chứng minh đảm bảo mục tiêu thiết kế thứ tự giao diện đặt Hình 5.19 Bảng kết Statistics 23 Chương KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 6.1 Kết luận Khi hệ thống tin học hoá ngày vào đời sống người vấn đề thiết kế giao diện trở nên quan trọng việc phát triển phần mềm Trên sở luận văn tập trung vào nghiên cứu phương pháp kiểm chứng giao diện ứng dụng phương pháp mơ hình hóa Event-B Có nhiều phương pháp kiểm chứng giao diện người phát triển sử dụng kiểm thử tay, kiểm thử tự động Mỗi phương pháp điều có ưu nhược điểm riêng Kiểm thử tay thường sử dụng cho việc thử nghiệm lần đầu, thăm dò tỏ khơng hiệu q trình kiểm thử cần lặp lại ca kiểm thử nhiều lần Kiểm thử tự động khắc phục hạn chế kiểm thử tay tốn hơn, chi phí đầu tư ban đầu lớn Kiểm thử thủ công tay khơng thể thay khơng thể tự động hóa thứ Hiện tất tổ chức, công ty phát triển phần mềm lựa chọn kiểm thử thủ công cho sản phẩm Tuy nhiên công cụ kiểm thử tự động có điểm mạnh định mà kiểm thử thủ cơng tay khơng có, nên cần xem xét hồn cảnh để áp dụng kiểm thử tự động cho trình kiểm thử phần mềm Trong trình nghiên cứu luận văn tập trung vào tìm hiểu giao diện phần mềm, chế, đặc điểm, phương pháp kiểm chứng có Nghiên cứu phương pháp mơ hình hóa Event-B cơng cụ kiểm chứng tự động Rodin Xây dựng quy trình tổng qt để mơ hình hóa kiểm chứng thứ tự xuất giao diện ứng dụng phần mềm, xây dựng định nghĩa, luật chuyển đổi từ mơ hình giao diện trừu tượng sang Event-B tổng quát Áp dụng vào kiểm chứng giao diện ứng dụng Note thiết bị di động Nghiên cứu bước đầu dừng lại việc kiểm chứng thứ tự xuất cửa sổ giao diện mà chưa thể kiểm chứng ràng buộc đối tượng cửa sổ giao diện 24 6.2 Hướng phát triển Từ quy trình, mơ hình, phương pháp tổng qt xây dựng áp dụng kiểm chứng tự động ứng dụng cụ thể với công cụ Rodin Với nghiên cứu đạt luận văn Có thể nghiên cứu phát triển để xây dựng thêm bổ sung thêm mơ hình quy trình tổng qt áp dụng để kiểm chứng không thứ tự cửa sổ giao diện mà nhiều thành phần khác giao diện ứng dụng nhiều loại giao diện ứng dụng khơng mobile mà Window Form giao diện Web Chương PHỤ LỤC 7.1 Đặc tả context Note_C ứng dụng Note 7.2 Đặc tả machine Note_M ứng dụng Note 25 TÀI LIỆU THAM KHẢO [1] GUI Testing Techniques: A Survey Imran Ali Qureshi an AamerNadeem, International Journal of Future Computer and Communication, Vol 2, No 2, April 2013 [2] Cem Kaner, James Bach, Bret Pettichord, Lessons Learned in Software Testing A Context-Driven Approach, John Wiley & Sons, 2001 [3] [BEI90] Beizer, B., Software Testing Techniques, 2d ed., Van Nostrand Reinhold, 1990 [4] J.-R Abrial, Modeling in Event-B: System and Software Engi-neering Cambridge University Press, 2010 [5] A.F Memon, GUI testing pitfalls and process, Computer, University of Maryland, 2002 [6] D Jackson Software Abstractions: Logic, Language, and Analysis MIT Press, 2006 [7] Christophe M´etayer, Laurent Voisin, the Event-B Mathematical Language, 2007 [8] http://code.google.com/events/io/ [9] http://www.Event-B.org/ [10] http://www.android.com/ [11] http://o7planning.org/web/fe/default/vi/document/1283892/huong-danlap-trinh-android-voi-database-sqlite [12] http://android.vn/forums/  ... VỀ KIỂM CHỨNG GIAO DIỆN PHẦN MỀM Giới thiệu cách chi tiết giao diện phần mềm vấn đề kiểm chứng giao diện phần mềm, phương pháp kiểm chứng giao diện Chương PHƯƠNG PHÁP MƠ HÌNH HĨA EVENT- B Bao... 3.11 Giao diện đồ họa cơng cụ Rodin 11 Chương KIỂM CHỨNG GIAO DIỆN PHẦN MỀM B NG PHƯƠNG PHÁP MƠ HÌNH HĨA EVENT- B 4.1 Phương pháp chung Quy trình mơ hình hóa vào kiểm chứng giao diện với phương pháp. .. tài Kiểm chứng giao diện phần mềm phương pháp mơ hình hóa Event – B nhằm nghiên cứu phương pháp kiểm chứng thứ tự cửa sổ giao diện phần mềm cách tự động dựa Event- B thực áp dụng cho giao diện