Each input data in testing path has

Each input data in testing path has attributes of type,
domain and constraint.
Data type includes: a. control information inputted through
behavior component; b. data information inputted through
information component.
Data domain includes: exhaustive domain and exhaustless
domain. Trigger event inputted through behavior component
usually is exhaustive. For example, btn_click event triggered
through button, item_select event triggered though list are
exhaustive. Data inputted through information behavior usually
is exhaustless. For example, domains of username and
password inputted through textbox in login page are
exhaustless.
For exhaustless data, an exhaustive set could be determined
based on corresponding data flow constraints and testing
strategies. For example, for username and password, based on
data flow constraint and equivalent partition, there are two
types of values: one is the data existing in database, another is
the data not existing in database. In the testing, at least one of
data in the two types should be selected to cover user login
page.
IV. CONCLUSIONS
In this paper, a test case generation method for interactive
software based on data flow graph is proposed. For an
interactive software, to test a specified function, the data flow
graph is abstracted firstly according its’ logic completion
process and interface. Then, testing paths and test data could be
abstracted based on the data flow graph. This method could test
the function comprehensively. With this testing method, testing
processes could be organized orderly, faults could be located
and coverage rate could be calculated conveniently.

ผลลัพธ์ (ไทย) 1:

ข้อมูลแต่ละอินพุตในการทดสอบเส้นทางมีแอตทริบิวต์ของชนิด โดเมนและข้อจำกัด มีชนิดข้อมูล: ระบุข้อมูลการควบคุม a. ผ่าน ส่วนประกอบลักษณะการทำงาน เกิดข้อมูลระบุผ่าน ข้อมูลส่วนประกอบ รวมข้อมูลโดเมน: โดเมนที่ครบถ้วนสมบูรณ์ และ exhaustless โดเมน ทริกเกอร์เหตุการณ์ระบุผ่านองค์ประกอบพฤติกรรม ปกติจะหมดแรง ตัวอย่าง ทริกเกอร์เหตุการณ์ btn_click ผ่านปุ่ม เหตุการณ์ item_select ทริกเกอร์แม้ว่ารายการ หมดแรง ข้อมูลที่ระบุถึงลักษณะข้อมูลปกติ เป็น exhaustless ตัวอย่าง โดเมนชื่อผู้ใช้ และ มีรหัสผ่านที่ระบุผ่านทางกล่องข้อความในหน้าล็อกอิน exhaustless สำหรับข้อมูล exhaustless สามารถกำหนดชุดตัวหมดแรง ตามข้อมูลที่เกี่ยวข้องขั้นตอนข้อจำกัด และการทดสอบ กลยุทธ์การ สำหรับชื่อผู้ใช้และรหัสผ่าน ตามตัวอย่าง ข้อมูลไหลข้อจำกัดและพาร์ติชันเท่า มีสอง ชนิดของค่า: หนึ่งคือข้อมูลที่มีอยู่ในฐานข้อมูล อื่น ๆ ข้อมูลไม่มีอยู่ในฐานข้อมูล ในการทดสอบ น้อยหนึ่ง ควรเลือกข้อมูลในชนิดสองจะครอบคลุมผู้ใช้เข้าสู่ระบบ หน้า IV. บทสรุปในเอกสารนี้ วิธีการสร้างกรณีทดสอบสำหรับการโต้ตอบ มีเสนอซอฟต์แวร์ตามกราฟของกระแสข้อมูล สำหรับการ ซอฟต์แวร์แบบโต้ตอบ การทดสอบระบุฟังก์ชัน การไหลข้อมูล กราฟจะออกก่อน ตาม ' เสร็จสมบูรณ์ตรรกะ กระบวนการและอินเทอร์เฟซ แล้ว เส้นทางและข้อมูลการทดสอบอาจจะ ออกตามกราฟกระแสข้อมูล วิธีนี้สามารถทดสอบ ฟังก์ชันครบถ้วน นี้วิธีการทดสอบ การทดสอบ สามารถจัดกระบวนเสงี่ยม ข้อบกพร่องที่อาจจะอยู่ และสามารถคำนวณอัตราความครอบคลุมบริการ

ผลลัพธ์ (ไทย) 2:

ป้อนข้อมูลในแต่ละเส้นทางการทดสอบมีแอตทริบิวต์ของชนิด
โดเมนและ จำกัด
ชนิดข้อมูลรวมถึง: การควบคุมข้อมูลป้อนผ่าน
องค์ประกอบพฤติกรรม ข ข้อมูลป้อนข้อมูลผ่าน
ข้อมูลส่วน
โดเมนข้อมูลรวมถึงโดเมนที่ละเอียดถี่ถ้วนและ exhaustless
โดเมน เหตุการณ์ Trigger ป้อนผ่านองค์ประกอบพฤติกรรม
มักจะหมดแรง ตัวอย่างเช่นเหตุการณ์ btn_click เรียก
ผ่านปุ่มเหตุการณ์ item_select เรียกแม้ว่ารายการจะ
หมดแรง ข้อมูลที่ป้อนผ่านข้อมูลพฤติกรรมมักจะ
เป็น exhaustless ตัวอย่างเช่นโดเมนของชื่อผู้ใช้และ
รหัสผ่านที่ป้อนผ่านช่องในหน้าเข้าสู่ระบบเป็น
exhaustless
สำหรับข้อมูล exhaustless, ชุดครบถ้วนสมบูรณ์จะได้รับการพิจารณา
ขึ้นอยู่กับข้อ จำกัด ที่สอดคล้องกับการไหลของข้อมูลและการทดสอบ
กลยุทธ์ ยกตัวอย่างเช่นชื่อผู้ใช้และรหัสผ่านขึ้นอยู่กับ
ข้อ จำกัด การไหลของข้อมูลและพาร์ทิชันที่เทียบเท่ามีสอง
ประเภทของค่าหนึ่งคือข้อมูลที่มีอยู่ในฐานข้อมูลอีกเป็น
ข้อมูลที่ไม่ได้มีอยู่ในฐานข้อมูล ในการทดสอบอย่างน้อยหนึ่งใน
ข้อมูลที่อยู่ในทั้งสองประเภทควรจะเลือกที่จะครอบคลุมผู้ใช้เข้าสู่ระบบ
หน้า
IV โดยสรุปแล้ว
ในบทความนี้วิธีการสร้างกรณีทดสอบแบบโต้ตอบ
ซอฟแวร์ขึ้นอยู่กับกราฟการไหลของข้อมูลจะเสนอ สำหรับ
ซอฟแวร์แบบโต้ตอบที่จะทดสอบฟังก์ชั่นที่กำหนด, การไหลของข้อมูล
กราฟจะใจลอยแรกตาม 'เสร็จตรรกะ
กระบวนการและการอินเตอร์เฟซ จากนั้นเส้นทางการทดสอบและข้อมูลการทดสอบสามารถ
แยกตามรูปแบบของกราฟการไหลของข้อมูล วิธีนี้สามารถทดสอบ
ฟังก์ชั่นครบวงจร ด้วยวิธีการทดสอบนี้ทดสอบ
กระบวนการสามารถจัดระเบียบความผิดจะได้รับการตั้งอยู่
และอัตราการคุ้มครองที่จะได้รับการคำนวณสะดวก

ผลลัพธ์ (ไทย) 3:

แต่ละข้อมูลในเส้นทางการทดสอบมีแอตทริบิวต์ของพิมพ์
โดเมน จำกัด ประเภทของข้อมูลรวมถึงข้อมูลการควบคุม

. ป้อนผ่านองค์ประกอบพฤติกรรม ข้อมูล . ข้อมูลป้อนผ่าน
องค์ประกอบข้อมูล โดเมน : โดเมนและข้อมูลรวมถึงข้อมูล

exhaustless โดเมน ทริกเกอร์เหตุการณ์ป้อนผ่าน
ด้านพฤติกรรมมักจะหมดแรง . ตัวอย่างเช่นbtn_click เหตุการณ์ทริกเกอร์
ผ่านปุ่ม item_select เหตุการณ์ทริกเกอร์ แม้ว่ารายการจะ
หมดจด . ข้อมูลที่ป้อนผ่านทางพฤติกรรมข้อมูลมักจะเป็น exhaustless
. ตัวอย่างเช่นโดเมนของชื่อผู้ใช้และรหัสผ่านในช่องป้อนผ่าน

หน้าเข้าสู่ระบบจะ exhaustless .
ข้อมูล exhaustless , ชุดสมบูรณ์ อาจจะตัดสินใจบนพื้นฐานของข้อมูลที่กำหนด

และการทดสอบกลยุทธ์ เช่น ชื่อผู้ใช้และรหัสผ่านตาม
ข้อจำกัดข้อมูลและเทียบเท่ากั้น มีอยู่สองชนิดของค่า
: หนึ่งคือข้อมูลที่มีอยู่ในฐานข้อมูลอื่น
ข้อมูลไม่ได้ที่มีอยู่ในฐานข้อมูล ในการทดสอบอย่างน้อยหนึ่ง
ข้อมูลใน 2 ประเภท ควรเลือกให้คลุมหน้าเข้าสู่ระบบ
ผู้ใช้

4 . สรุปในกระดาษนี้เป็นวิธีการสร้างกรณีทดสอบซอฟต์แวร์แบบโต้ตอบ
ตามกราฟแสดงการไหลของข้อมูลที่นำเสนอ สำหรับ
ซอฟต์แวร์เชิงโต้ตอบเพื่อทดสอบฟังก์ชั่นที่ระบุไว้ , การไหล
ข้อมูลกราฟจะใจลอยประการแรกตามตรรกะของ ' เสร็จ
กระบวนการและอินเตอร์เฟซ งั้น เส้นทางการทดสอบและข้อมูลการทดสอบจะขึ้นอยู่กับการไหลของข้อมูล
สรุปกราฟ วิธีนี้สามารถทดสอบ
ฟังก์ชันทั่วถึงด้วยวิธีการทดสอบนี้ กระบวนการทดสอบ
อาจจะจัดเป็นระเบียบ ความผิดพลาดอาจจะตั้งอยู่และสามารถคำนวณอัตรา
ความสะดวก