Unit Test Unit Test ระบบ Simple MRP เพื่อตรวจสอบความถูกต้องของฟังก์ชั่นในการทำงานของระบบ โดยพยายามทำการหาข้อผิดพลาดของตัวระบบให้ได้มากที่สุดโดยใช้เวลาและจำนวนของ.

Slides:



Advertisements
งานนำเสนอที่คล้ายกัน
เกดิษฐ เกิดโภคา วรรณาภรณ์ เทียรท้าว สำนักหอสมุด มหาวิทยาลัยนเรศวร
Advertisements

โปรแกรม AntHOS โดยธวัชชัย เข็มอุทา 2/12/2556.
E – Assignment System ข้อเสนอโครงงาน และ รายงานความก้าวหน้า
เทคโนโลยีฐานข้อมูลสำนักงาน
โดย ทีมผู้ดูแลระบบ มหาวิทยาลัยขอนแก่น 11/03/2551
Chapter 11 : System Implementation
วงจรพัฒนาระบบ (System Development Life Cycle)
การชี้แจงขั้นตอนและรายละเอียดในการทดสอบระบบ (User Acceptance Test)
โครงการจัดทำข้อมูลผ่านเว็บไซต์
โครงการจัดทำข้อมูลผ่านเว็บไซต์
โครงการจัดทำฐานข้อมูลผ่านเว็บไซต์
ระบบฐานข้อมูลสำหรับบริหารงานวิจัย สกว.(E-pms)
Lecture 10 : Database Documentation
โดย นายชญาน์ แหวนหล่อ นายธนวัฒน์ วัฒนราช
การจัดการเว็บไซค์คลังความรู้ ด้วยระบบฐานข้อมูล MySql
วิธีการบันทึกรายการในระบบ GFMIS ผ่าน Web Online สำหรับองค์กรปกครองส่วน ท้องถิ่น.
สภาวะแวดล้อมในขณะโปรแกรมทำงาน
หน้าจอแรกให้ระบุ user name และ password ( กรณีสมัคร ทุน Window I) ถ้าสมัครทุน Window II คลิกลงทะเบียน เพื่อดูว่ามีต้นสังกัดระดับมหาวิทยาลัย / คณะ / ภาควิชาร่วม.
การประเมินความเสี่ยง เพื่อวางแผนการตรวจสอบ
การหาความเที่ยงของการจำแนกประเภท ผู้ป่วยด้วยระบบ IRR Testing
การออกแบบและพัฒนาซอฟต์แวร์ (Software design and development) 4 (3-2-6)
Browser-Based Application Development
งานบริการโสตทัศนูปกรณ์ ฝ่ายวิจัยและฝึกอบรม สำนักคอมพิวเตอร์
ฟังก์ชันการแก้ไขข้อมูลประวัติกำลังพล จากคำสั่งเกี่ยวกับ สูญเสีย
การออกแบบซอฟต์แวร์ (Software Design)
ASP:ACCESS Database.
ASP:ACCESS Database.
การเชื่อมต่อกับฐานข้อมูล
SCC : Suthida Chaichomchuen
การใช้งาน phpMyAdmin เพื่อจัดการฐานข้อมูล MySQL
โครงการจัดทำข้อมูลผ่านเว็บไซต์
การประเมินการจัดระดับมาตรฐานสหกรณ์และกลุ่มเกษตรกร ประจำปี ๒๕๕๗
Simple MRP Group กฤตนันท์ มณีรัตนาศักดิ์
Simple MRP Group กฤตนันท์ มณีรัตนาศักดิ์ ทวีศักดิ์ บัวทอง ธราธร กลั่นจตุรัส วิศรุต แก้วกระจาย โสภณ ศิริโชติ
Alfresco รัฐชัย ชาวอุทัย
Implementation & Testing, Plan, Result and Evaluation March 6th, 2010
โครงการเปลี่ยนระบบการบริหารการเงินการคลังภาครัฐ สู่ระบบอิเล็กทรอนิกส์
Language Evaluation Criteria
บทที 1 เริ่มต้น Windows XP
วิธีการทางคอมพิวเตอร์
ระบบฐานข้อมูลจัดการคลังเส้นด้าย กรณีศึกษา บริษัทไทยคูราโบ จำกัด
ระบบการจัดการสารสนเทศ กรณีศึกษาโรงเรียนท่าเรือนิตยานุกูล
Test Plan and Demo Presentation
ความต้องการเชิงคุณภาพ (Qualitative Requirements)
Chapter 2 Software Process.
ที่ใช้ใน Object-Oriented Design
บทที่ 13 การทดสอบซอฟต์แวร์ ( Software Testing ).
การวิเคราะห์และออกแบบ ระบบสารสนเทศ
Software Testing  - ช่วยกำจัด และลดข้อบกพร่องที่จะก่อให้เกิดปัญหาลงให้มากที่สุดที่จำทำได้ (ตามเวลาที่มี) - ช่วยลดความเสี่ยง เพิ่มความมั่นใจ และน่าเชื่อถือ.
A Comparison on Quick and Bubble sort on large scale data
ระบบบริหารงานวิจัยแห่งชาติ
DEVELOPMENT PRACTICING C- PROGRAMMING IMPLEMENTATION SYSTEM REQUIREMENT Wattanapong suttapak, Software Engineering, school of Information communication.
การเบิกค่ารักษาพยาบาลผู้ป่วยใน สวัสดิการการรักษาพยาบาลข้าราชการ
การใช้ Task manager.
ระบบสำนักงานไร้กระดาษ (e-Office)
DEVELOPMENT PRACTICING C- PROGRAMMING IMPLEMENTATION SYSTEM REQUIREMENT Wattanapong suttapak, Software Engineering, school of Information communication.
การนำเสนอและการประเมินผลโครงงาน
 วัตถุประสงค์กำหนดรายละเอียดของโครงการแต่ละคณะ / หน่วยงาน  ผู้ใช้งาน ผู้จัดทำโครงการของแต่ละคณะ / หน่วยงาน รูปแสดงหน้าจอบันทึกข้อมูล โครงการ.
ศูนย์ข้อมูลกลางเพื่อบริหารจัดเก็บและใช้ประโยชน์
Information Systems Development
การทดสอบซอฟต์แวร์ Software Testing
บทที่ 14 กลวิธีการทดสอบซอฟต์แวร์ (TESTING STRATEGIES)
บทที่ 13 กลยุทธ์การทดสอบซอฟต์แวร์ (TESTING STRATEGIES)
บทที่ 5 แบบจำลองกระบวนการ
บทที่ 10 การนำระบบไปใช้/การบำรุงรักษาระบบ
บทที่ 5 ความต้องการ วิศวกรรมความต้องการ แบบจําลองการวิเคราะห์
การวิเคราะห์ซอฟต์แวร์
UML (Unified Modeling Language)
บทที่ 3 กระบวนการผลิตซอฟต์แวร์ (Software Process)
กลยุทธ์การทดสอบซอฟต์แวร์ วิศวกรรมซอฟต์แวร์ (Software Engineering)
ใบสำเนางานนำเสนอ:

Unit Test Unit Test ระบบ Simple MRP เพื่อตรวจสอบความถูกต้องของฟังก์ชั่นในการทำงานของระบบ โดยพยายามทำการหาข้อผิดพลาดของตัวระบบให้ได้มากที่สุดโดยใช้เวลาและจำนวนของ Test Case ให้น้อยที่สุด เพื่อ Software ที่จะทำการ Release ออกไป มีคุณภาพและสามารถใช้งานได้อย่างถูกต้องการทำการ Test อ้างอิงข้อมูลจาก เอกสาร Software Specification ชื่อ Mordenform_MRP_SRS_RELEASE_3.0 .doc

Approach / Strategy Black Box Test Strategy 1. วิธีการ Equivalence Partitioning 2. วิธีการ Boundary Value White Box Test Strategy

Test Configuration / Environmental Server ระบบปฏิบัติการ OS : Window XP หรือใหม่กว่า CPU Pentium IV 2.4 GHz หน่วยความจำ Memory : 512 mb. Application server : GlassFish 2.x Framework : JSF Framework Database Server : MySQL 5.x

Test Configuration / Environmental Client ระบบปฏิบัติการ OS : Window XP หรือใหม่กว่า หน่วยความจำ Memory : 2 gb. ความจุ Harddisk : 200 gb. Internet Browser : Internet Explorer 6.0 หรือใหม่กว่า

Test Cases / Items จำนวนของ Test Case และ Test Item ต่างๆ ที่ได้ทำการเลือกเพื่อใช้ในการทำการ Test ในส่วนของ Black Box Test โดยใช้วิธีการเลือกแต่ละ Test Case โดยใช้ Strategy ที่ได้ระบุไว้ในหัวข้อ Strategy โดยมีรายการ Test Case ต่างๆ

Unit Test Case

Function Test Unit Test: Generate MPS Description: Generate ข้อมูล MPS Test Class Name: PpcadeRemoteTest

Function Test Unit Test: Manage JOB Description: สามารถสร้าง แก้ไข ลบ ข้อมูล เรียกดู JOB ได้อย่างถูกต้อง Test Class Name: PpFacadeRemoteTest

Function Test Unit Test: Approve PR Description: Approve ข้อมูล PR เพื่อนำไปเป็นข้อมูล PO Test Class Name: PoFacadeRemoteTest

Function Test Unit Test: Manage Customer Description: สามารถสร้าง แก้ไข ลบ ข้อมูล เรียกดู Customer ได้อย่างถูกต้อง Test Class Name: CoFacadeRemoteTest

Evaluation Termination Requirements Met สำหรับการทำการ Test ได้ทำการ Test โดยอิงจาก Software Requirement Specification ซึ่งได้มีการจัดทำมาเรียบร้อยแล้วก่อนหน้านี้ โดยรายละเอียดที่ทำการ Test จะขึ้นอยู่กับฟังก์ชั่นการทำงานต่างๆ

หน้าจอสำหรับ Purchasing Management – Purchase Order

หน้าจอ Error Message Approve PR user ต้องได้รับสิทธิ จาก add min

Summary of Activities Hours to complete testing : 8 hours Hours for Setup : 1 hours Hours test environment used : 4 hours Size of testing scope : 27,356 loc

Integration Test การทดสอบ System Integration Test มีวัตถุประสงค์เพื่อทดสอบการทำงานระหว่าง Module/ Component ว่าทำงานถูกต้อง ทำการตรวจสอบข้อมูลที่มีการรับส่งกันระหว่าง Module / Component ว่าครบถ้วนถูกต้องตามสถานะการต่าง ๆ

Test Configuration Integration Testing จะเป็นการเอา Unit แต่ละตัวมาต่อกันแล้วทำการ Test เพื่อทดสอบ control, data flow ต่าง ๆ ส่วนใหญ่แล้วจะทำแบบ White-Box Testing ระบบ Simple MRP มีการวางแผนเพื่อทำการทดสอบ System Integration Testing เป็น Sub System และมีการรวม Module/ Component ที่มีการทำงานที่ใกล้เคียงกัน การทำ System Integration Test อาจจะแบ่งให้มีผู้ทดสอบหลาย ๆ คน โดยแบ่งตาม Sub System โดยทุกคนจะต้องบันทึกผลการทดสอบไว้ใน Templet

Test Environment

Results / Outputs / Summary of Faults

ตารางติดตามความคืบหน้าของการทำงาน (Requirement Traceablility)

Summary of Activities จำนวนชั่วโมงในการทำ complete testing ประมาณ 1 เดือน  ไม่ร่วมจำนวนชั่วโมงของการ Test Suspension จำนวนชั่วโมงในการทำ Setup ประมาณ 2 วัน จำนวนชั่วโมงในการทำ test ประมาณ 3 วัน จำนวนคนที่ทำการทดสอบระบบประมาณ 4 คน  คนทดสอบ Quility ของ Software จำนวน 1 คน  คนทดสอบ Unit Test จำนวน 2 คน  คนทดสอบ Integration Test, System Test จำนวน 1 คน