<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Test plan, Test spec, Test case, คำต่างๆที่ชวนสับสน</title>
	<atom:link href="http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/</link>
	<description>Testing Doesn&#039;t Finish...It&#039;s Just STOP!</description>
	<lastBuildDate>Thu, 11 Mar 2010 15:06:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Akiko</title>
		<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/comment-page-1/#comment-533</link>
		<dc:creator>Akiko</dc:creator>
		<pubDate>Thu, 11 Jun 2009 03:23:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.welovebug.com/?p=965#comment-533</guid>
		<description>อ่านบทความแล้ว เข้าใจถึงนิยามของประเภทเอกสารต่างๆ ดีขึ้นเลยค่ะ ขอบคุณมากนะคะ 
แต่ยังมีคำถามอยู่อีกนิดเดียวค่ะ 
โดยปกติแล้ว การเขียน Test Script (ซึ่งเป็นการกำหนดขั้นตอนในการทดสอบ)  และ Test Case (ข้อมูลที่จะใช้ Input)  ควรอยู่ในเอกสารชุดเยวกันหรือไม่คะ เนื่องจากว่า โดยปกติ Template ของ Test Case (ข้อมูลที่จะใช้ Input) จะเปลี่ยนไปตามแต่ละ Funtction งานที่มีจำนวนข้อมูลที่จะต้อง Input แตกต่างกันออกไป จะมีวิธีในการจัดการกับเจ้าเอกสาร 2 ประเภทนี้อย่างไรให้มีความสัมพันธ์และเชื่อมโยงกันได้ และผู้ที่เข้ามาใช้เอกสารชุดนี้ต่อดูแล้วเข้าใจได้เลยค่ะ 
ตัวอย่าง 
Test Script 
  Case 1. ทดสอบการบันทึกข้อมูลลูกค้า บุคคลธรรมดา (Sector=1000)   
  Case 2. ทดสอบการบันทึกข้อมูลลูกค้า บุคคลธรรมดา (Sector=1200) 
  Case 3. ทดสอบบันทึกข้อมูลลูกค้า นิติบุคคล (Sector=4000) 
และในแต่ละ Case ที่เห็น อาจจะมี Case ย่อยๆ ของ Input Value อีก 
  Case 1.  Sector = 1000 , Name = A , Occupation = 9 
  Case 1   Sector = 1000 , Name = B , Occupation = null 
  Case 1   Sector = 1000 , Name = B , Occupation = 99
       
ขอบคุณค่ะ</description>
		<content:encoded><![CDATA[<p>อ่านบทความแล้ว เข้าใจถึงนิยามของประเภทเอกสารต่างๆ ดีขึ้นเลยค่ะ ขอบคุณมากนะคะ<br />
แต่ยังมีคำถามอยู่อีกนิดเดียวค่ะ<br />
โดยปกติแล้ว การเขียน Test Script (ซึ่งเป็นการกำหนดขั้นตอนในการทดสอบ)  และ Test Case (ข้อมูลที่จะใช้ Input)  ควรอยู่ในเอกสารชุดเยวกันหรือไม่คะ เนื่องจากว่า โดยปกติ Template ของ Test Case (ข้อมูลที่จะใช้ Input) จะเปลี่ยนไปตามแต่ละ Funtction งานที่มีจำนวนข้อมูลที่จะต้อง Input แตกต่างกันออกไป จะมีวิธีในการจัดการกับเจ้าเอกสาร 2 ประเภทนี้อย่างไรให้มีความสัมพันธ์และเชื่อมโยงกันได้ และผู้ที่เข้ามาใช้เอกสารชุดนี้ต่อดูแล้วเข้าใจได้เลยค่ะ<br />
ตัวอย่าง<br />
Test Script<br />
  Case 1. ทดสอบการบันทึกข้อมูลลูกค้า บุคคลธรรมดา (Sector=1000)<br />
  Case 2. ทดสอบการบันทึกข้อมูลลูกค้า บุคคลธรรมดา (Sector=1200)<br />
  Case 3. ทดสอบบันทึกข้อมูลลูกค้า นิติบุคคล (Sector=4000)<br />
และในแต่ละ Case ที่เห็น อาจจะมี Case ย่อยๆ ของ Input Value อีก<br />
  Case 1.  Sector = 1000 , Name = A , Occupation = 9<br />
  Case 1   Sector = 1000 , Name = B , Occupation = null<br />
  Case 1   Sector = 1000 , Name = B , Occupation = 99</p>
<p>ขอบคุณค่ะ</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nong</title>
		<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/comment-page-1/#comment-483</link>
		<dc:creator>Nong</dc:creator>
		<pubDate>Mon, 18 May 2009 07:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.welovebug.com/?p=965#comment-483</guid>
		<description>ก่อนอื่น ต้องขอบคุณม๊ากๆๆ เลยค่ะ ที่สละเวลามาตอบคำถามดีๆ ให้วงการ Test เราได้รับความรู้เพิ่มเติมค่ะ แล้วว่างๆ จะส่งขนมไปขอบคุณจ้า 
    สำหรับคำว่า Defect กะ Defective นั้นได้ยินมาตอนฟัง Six Sigma ค่ะ ซึ่งเค้าใช้ในมุมของ product อื่นๆ แต่ทีนี้ถ้าเป็นในวงการ Software Testing นั้นจะหมายถึงอะไรค่ะ 
Software Defect  และ Software Defective อ่ะค่ะ</description>
		<content:encoded><![CDATA[<p>ก่อนอื่น ต้องขอบคุณม๊ากๆๆ เลยค่ะ ที่สละเวลามาตอบคำถามดีๆ ให้วงการ Test เราได้รับความรู้เพิ่มเติมค่ะ แล้วว่างๆ จะส่งขนมไปขอบคุณจ้า<br />
    สำหรับคำว่า Defect กะ Defective นั้นได้ยินมาตอนฟัง Six Sigma ค่ะ ซึ่งเค้าใช้ในมุมของ product อื่นๆ แต่ทีนี้ถ้าเป็นในวงการ Software Testing นั้นจะหมายถึงอะไรค่ะ<br />
Software Defect  และ Software Defective อ่ะค่ะ</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nutdanai</title>
		<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/comment-page-1/#comment-471</link>
		<dc:creator>Nutdanai</dc:creator>
		<pubDate>Thu, 14 May 2009 02:03:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.welovebug.com/?p=965#comment-471</guid>
		<description>ส่วนคำตอบของข้อที่สองนะครับ คือถ้าจะว่ากันด้วยตัวคำจริงๆแล้วเนี่ย ต่างกันแค่เป็น คำนาม (N) กับ คำ ขยายคำนาม (ADJ) นั่นเองครับ
Defect เป็นคำนาม (N) แปลว่า ข้อบกพร่อง จุดผิดพลาด
Defective เป็นคำขยายคำนาม (ADJ) แปลว่า มีข้อบกพร่อง มีข้อผิดพลาด

บางคนอาจจะไม่คุ้นกับคำว่า Defect นะครับ จริงๆแล้ว Defect นั้นมีความหมายเท่ากับคำว่า BUG (ที่พวกเรารู้จักกันดี) หรือ คำว่า FAULT นั่นเองครับ

ไม่แน่ใจว่าตอบตรงคำถามหรือเปล่านะครับ แฮ่ะๆ ถ้ายังไงลองยกตัวอย่างประโยคหรือเรื่องที่เกี่ยวข้องตอนได้ยินสองคำนี้มาก็ได้ครับ อาจจะทำให้ตอบคำถามได้ตรงขึ้นครับ</description>
		<content:encoded><![CDATA[<p>ส่วนคำตอบของข้อที่สองนะครับ คือถ้าจะว่ากันด้วยตัวคำจริงๆแล้วเนี่ย ต่างกันแค่เป็น คำนาม (N) กับ คำ ขยายคำนาม (ADJ) นั่นเองครับ<br />
Defect เป็นคำนาม (N) แปลว่า ข้อบกพร่อง จุดผิดพลาด<br />
Defective เป็นคำขยายคำนาม (ADJ) แปลว่า มีข้อบกพร่อง มีข้อผิดพลาด</p>
<p>บางคนอาจจะไม่คุ้นกับคำว่า Defect นะครับ จริงๆแล้ว Defect นั้นมีความหมายเท่ากับคำว่า BUG (ที่พวกเรารู้จักกันดี) หรือ คำว่า FAULT นั่นเองครับ</p>
<p>ไม่แน่ใจว่าตอบตรงคำถามหรือเปล่านะครับ แฮ่ะๆ ถ้ายังไงลองยกตัวอย่างประโยคหรือเรื่องที่เกี่ยวข้องตอนได้ยินสองคำนี้มาก็ได้ครับ อาจจะทำให้ตอบคำถามได้ตรงขึ้นครับ</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nutdanai</title>
		<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/comment-page-1/#comment-470</link>
		<dc:creator>Nutdanai</dc:creator>
		<pubDate>Thu, 14 May 2009 01:54:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.welovebug.com/?p=965#comment-470</guid>
		<description>นอกจากนี้ในบางแง่มุมหรือบางคำนิยาม Verification มักจะถูก handle หรือจัดการ ด้วยการทำ static testing ประเภท review ด้วยครับ ในขณะที่ Validation จะถูกทำให้แน่ใจว่าผ่านด้วยการ execute test</description>
		<content:encoded><![CDATA[<p>นอกจากนี้ในบางแง่มุมหรือบางคำนิยาม Verification มักจะถูก handle หรือจัดการ ด้วยการทำ static testing ประเภท review ด้วยครับ ในขณะที่ Validation จะถูกทำให้แน่ใจว่าผ่านด้วยการ execute test</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nutdanai</title>
		<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/comment-page-1/#comment-469</link>
		<dc:creator>Nutdanai</dc:creator>
		<pubDate>Thu, 14 May 2009 01:53:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.welovebug.com/?p=965#comment-469</guid>
		<description>ขอตอบคำถามแรกในแง่มุมนึงของการเทสก่อนแล้วกันนะครับ 
Product Verification - หมายถึง การตรวจสอบว่า product ที่เรา implement ขึ้นมานั้น เขียนขึ้นมาถูกต้องตามมาตรฐานที่ดี ยกตัวอย่างเช่น ถ้าเราเขียนโปรแกรมเครื่องคิดเลขขึ้นมาซักอันนึงเนี่ย เครื่องคิดเลขของเราเป็นเครื่องคิดเลขที่ได้มาตรฐาน มีลักษณะ interface แบบ friendly มีลักษณะการวางปุ่มตัวเลขและเครื่องหมาย บวกลบคูณหาร ต่างๆตรงตามมาตรฐานของเครื่องคิดเลขที่ดี เขียนโค้ดได้ตรงตาม standard พูดง่ายๆคือ ส่งประกวดที่ไหน ได้รางวัลจากทุกสถาบัน ได้ certificate ตรงตาม ISO standard ประมาณนั้น

Product Validation - หมายถึง การตรวจสอบว่า product ที่เรา implement ขึ้นมานั้น เขียนขึ้นมาถูกต้องตามความต้องการของลูกค้าหรือเปล่านั่นเอง คือ validate เทียบกับ Requirement เป็นหลักครับ

ยกตัวอย่างให้เห็นง่ายๆคือ สมมติว่าเราผลิตเครื่องคิดเลขที่ผ่าน verification มาเป็นอย่างดี ได้รางวัลจากทุกสถาบัน แต่ว่าสิ่งที่ลูกค้าต้องการจริงๆนั้นคือ โทรศัพท์มือถือเนี่ย จะเห็นได้ว่า ผ่าน Verifcation (เขียนเครื่องคิดเลขออกมาตรงตาม standard) แต่ไม่ผ่าน Validation เนื่องจากลูกค้าต้องการโทรศัพท์มือถือ ไม่ใช่เครื่องคิดเลข

ดังนั้นในการทดสอบหรือพัฒนาโปรแกรมต่างๆ ทั้ง programmer และ tester ต้องให้ความสำคัญกับ V&amp;V หรือ Verification และ Validation ควบคู่กันไปครับ</description>
		<content:encoded><![CDATA[<p>ขอตอบคำถามแรกในแง่มุมนึงของการเทสก่อนแล้วกันนะครับ<br />
Product Verification &#8211; หมายถึง การตรวจสอบว่า product ที่เรา implement ขึ้นมานั้น เขียนขึ้นมาถูกต้องตามมาตรฐานที่ดี ยกตัวอย่างเช่น ถ้าเราเขียนโปรแกรมเครื่องคิดเลขขึ้นมาซักอันนึงเนี่ย เครื่องคิดเลขของเราเป็นเครื่องคิดเลขที่ได้มาตรฐาน มีลักษณะ interface แบบ friendly มีลักษณะการวางปุ่มตัวเลขและเครื่องหมาย บวกลบคูณหาร ต่างๆตรงตามมาตรฐานของเครื่องคิดเลขที่ดี เขียนโค้ดได้ตรงตาม standard พูดง่ายๆคือ ส่งประกวดที่ไหน ได้รางวัลจากทุกสถาบัน ได้ certificate ตรงตาม ISO standard ประมาณนั้น</p>
<p>Product Validation &#8211; หมายถึง การตรวจสอบว่า product ที่เรา implement ขึ้นมานั้น เขียนขึ้นมาถูกต้องตามความต้องการของลูกค้าหรือเปล่านั่นเอง คือ validate เทียบกับ Requirement เป็นหลักครับ</p>
<p>ยกตัวอย่างให้เห็นง่ายๆคือ สมมติว่าเราผลิตเครื่องคิดเลขที่ผ่าน verification มาเป็นอย่างดี ได้รางวัลจากทุกสถาบัน แต่ว่าสิ่งที่ลูกค้าต้องการจริงๆนั้นคือ โทรศัพท์มือถือเนี่ย จะเห็นได้ว่า ผ่าน Verifcation (เขียนเครื่องคิดเลขออกมาตรงตาม standard) แต่ไม่ผ่าน Validation เนื่องจากลูกค้าต้องการโทรศัพท์มือถือ ไม่ใช่เครื่องคิดเลข</p>
<p>ดังนั้นในการทดสอบหรือพัฒนาโปรแกรมต่างๆ ทั้ง programmer และ tester ต้องให้ความสำคัญกับ V&amp;V หรือ Verification และ Validation ควบคู่กันไปครับ</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zyracuze</title>
		<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/comment-page-1/#comment-468</link>
		<dc:creator>Zyracuze</dc:creator>
		<pubDate>Wed, 13 May 2009 16:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.welovebug.com/?p=965#comment-468</guid>
		<description>ทั้งสองคำถามของคุณ Nong จะรีบหาคำตอบมาจัดการให้ในเร็ววันครับ :)</description>
		<content:encoded><![CDATA[<p>ทั้งสองคำถามของคุณ Nong จะรีบหาคำตอบมาจัดการให้ในเร็ววันครับ <img src='http://www.welovebug.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nong</title>
		<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/comment-page-1/#comment-466</link>
		<dc:creator>Nong</dc:creator>
		<pubDate>Wed, 13 May 2009 10:33:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.welovebug.com/?p=965#comment-466</guid>
		<description>คำว่า Defect กับ Defective หมายถึงอะไร และแตกต่างกันอย่างไรค่ะ</description>
		<content:encoded><![CDATA[<p>คำว่า Defect กับ Defective หมายถึงอะไร และแตกต่างกันอย่างไรค่ะ</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nong</title>
		<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/comment-page-1/#comment-465</link>
		<dc:creator>Nong</dc:creator>
		<pubDate>Wed, 13 May 2009 08:17:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.welovebug.com/?p=965#comment-465</guid>
		<description>อิอิไปสัมมนา &quot;Win-Win UAT: Experience Sharing&quot; มาค่ะ แล้ว งง กับคำว่า 
PVT --&gt;Production Verification Test,Production Validation Test คือไรเอย
กูรูช่วยตอบหน่อยนะคะ เพื่อประโยชน์ของชาว Implementer จ้า</description>
		<content:encoded><![CDATA[<p>อิอิไปสัมมนา &#8220;Win-Win UAT: Experience Sharing&#8221; มาค่ะ แล้ว งง กับคำว่า<br />
PVT &#8211;&gt;Production Verification Test,Production Validation Test คือไรเอย<br />
กูรูช่วยตอบหน่อยนะคะ เพื่อประโยชน์ของชาว Implementer จ้า</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nutdanai</title>
		<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/comment-page-1/#comment-464</link>
		<dc:creator>Nutdanai</dc:creator>
		<pubDate>Tue, 12 May 2009 07:43:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.welovebug.com/?p=965#comment-464</guid>
		<description>อ่า คำถามล่าสุดนี่น่าจะต้องตอบกันยาว ขอเอาไปเป็นหัวข้อในบทความถัดไปแล้วกันนะครับ จะพยายาม list ข้อดี ข้อเสียของ Test technique ยอดนิยมแต่ละประเภทออกมาให้ครับ</description>
		<content:encoded><![CDATA[<p>อ่า คำถามล่าสุดนี่น่าจะต้องตอบกันยาว ขอเอาไปเป็นหัวข้อในบทความถัดไปแล้วกันนะครับ จะพยายาม list ข้อดี ข้อเสียของ Test technique ยอดนิยมแต่ละประเภทออกมาให้ครับ</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pornpimon.sau</title>
		<link>http://www.welovebug.com/software-testing/test-plan-test-spec-test-case-%e0%b8%84%e0%b8%b3%e0%b8%95%e0%b9%88%e0%b8%b2%e0%b8%87%e0%b9%86%e0%b8%97%e0%b8%b5%e0%b9%88%e0%b8%8a%e0%b8%a7%e0%b8%99%e0%b8%aa%e0%b8%b1%e0%b8%9a%e0%b8%aa%e0%b8%99/comment-page-1/#comment-457</link>
		<dc:creator>pornpimon.sau</dc:creator>
		<pubDate>Mon, 11 May 2009 10:52:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.welovebug.com/?p=965#comment-457</guid>
		<description>Tester มีมาตราฐานในการทำ Test Script อย่างไร?  พอเจอคำถามนี้เลยนึกถึง Test Technic ที่คุณนัทดนัยเคยสอนไว้ เอ้??!!! แล้วจะเลือกใช้ Technic ไรดีอ่ะ ถึงจะเหมาะสม
กับการทำ test ? รบกวนคุณนัทหน่อยนะคะ ขอบคุณหลายๆ เด้อค่ะ</description>
		<content:encoded><![CDATA[<p>Tester มีมาตราฐานในการทำ Test Script อย่างไร?  พอเจอคำถามนี้เลยนึกถึง Test Technic ที่คุณนัทดนัยเคยสอนไว้ เอ้??!!! แล้วจะเลือกใช้ Technic ไรดีอ่ะ ถึงจะเหมาะสม<br />
กับการทำ test ? รบกวนคุณนัทหน่อยนะคะ ขอบคุณหลายๆ เด้อค่ะ</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 4.178 seconds -->
