ฝึกพูดภาษาอังกฤษด้วยเทคนิค Shadowing จากวิดีโอ: Seven Testing Principles: Software Testing

กำลังสร้างบทเรียน...
1
Consider a scenario where you are moving a file from folder A to folder B.
2
Think of all the possible ways you can test this.
3
Pause the tutorial and think over the exercise.
4
Apart from the usual scenarios, you can also test the following conditions.
5
trying to move the file when it is open.
6
You do not have the security rights to paste the file in folder B.
7
Folder B is on a shared drive and storage capacity is full.
8
Folder B already has a file with the same name.
9
In fact, the list is endless.
10
Or suppose you have 15 input fields to test, each having 5 possible values.
11
The number of combinations to be tested would be 5 raised to 15.
12
If you were to test all the possible combinations, project execution time and costs will rise exponentially.
13
Hence, one of the testing principles states that exhaustive testing is not possible.
14
Instead, we need the optimal amount of testing based on the risk assessment of the application.
15
And the million dollar question is, how do you determine this risk?
16
To answer this, let's do an exercise.
17
In your opinion, which operation is most likely to cause your operating system to fail?
18
I'm sure most of you would have guessed opening 10 heavy graphics applications all at the same time.
19
So if you were testing this operating system, you would realize that defects are likely to be found in a multitasking module, and that needs to be tested thoroughly.
20
Which brings us to our next principle, Defect Clustering, which states that a small number of modules contain most of the defects detected.
21
With experience you can identify such risky modules.
22
But this approach has its own problems.
23
If the same tests are repeated over and over again, eventually the same test cases will no longer find new bugs.
24
This is another principle of testing called pesticide paradox.
25
To overcome this, the test cases need to be regularly reviewed and revised, adding new and different test cases to help find more defects.
26
But even after all this sweat and hard work in testing, you can never claim your product is bug-free.
27
To drive home this point, let's see this video of the public launch of Windows 98.
28
Let's plug it in.
29
It's going to say, hey, I see you plugged in a new device, and it's going to load in the appropriate drivers.
30
You'll notice that this scanner build Whoa.
31
Moving right along.
32
That must be why we're not shipping Windows 98 yet.
33
You would think a company like Microsoft would have tested their OS thoroughly
34
and would not risk their reputation just to see their OS crashing during its public launch.
35
Hence, the testing principle states that testing shows the presence of defects.
36
Testing reduces the probability of undiscovered defects remaining in the software.
37
But even if no defects are found, it is not a proof of correctness or a proof that no defects remain in the system.
38
But what if you work extra hard, taking all precaution and making sure your software product is 99% bug-free
39
and the software does not meet the needs and requirements of the client?
40
Which leads us to our next principle, which states that absence of error is a fallacy.
41
Finding and fixing defects does not help if the system build is unusable and does not fulfill the user's needs and requirements.
42
To fix this problem, the next principle of testing, early testing, states that testing should start as early as possible in the software development lifecycle,
43
so that any defects in the requirements or design phase are captured as well.
44
We'll have more on this principle in a later tutorial.
45
And the last principle of testing states that the testing is context dependent, which basically means
46
that the way you test an e-commerce site will be different from the way you test a commercial off-the-shelf application.
47
Before we close this tutorial, here's a quick recap of the seven testing principles.

สิ่งที่คุณจะได้เรียนรู้

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

ฟังเสียงเหล่านี้

ในวิดีโอคุณจะได้ยินการเชื่อมเสียงที่น่าสนใจ เช่น การลดเสียงในบางคำหรือการเชื่อมคำเพื่อให้การสื่อสารลื่นไหลมากขึ้น เช่น "would you" จะถูกพูดว่า "wou'dya" คุณควรใส่ใจว่ามีการออกเสียงแบบนี้อยู่บ่อยครั้ง ซึ่งจะช่วยให้คุณสามารถเรียนรู้การพูดที่เป็นธรรมชาติและมีความใกล้เคียงกับเจ้าของภาษา ทำให้คุณสามารถปรับปรุงการออกเสียงและการนำน้ำเสียงให้มีความหลากหลายมากขึ้น

พูดเหมือนเจ้าของภาษา

การทำ shadow speech เป็นเครื่องมือที่มีประสิทธิภาพในการพัฒนาทักษะการพูดของคุณ คุณสามารถลองเลียนแบบจังหวะและการเน้นเสียงของผู้พูดในวิดีโอ เช่น การเน้นที่คำสำคัญ หรือการเว้นช่วงเมื่อมีการพูดประโยคที่ซับซ้อน การฝึกฝนแบบนี้จะช่วยให้คุณมีความมั่นใจในเมื่อคุณต้องพูดจริงและทำให้การสื่อสารของคุณมีประสิทธิภาพมากขึ้น นอกจากนี้ คุณยังควรตั้งใจในการใช้คำและวลีตามที่ได้ยินในวิดีโอ เพื่อพัฒนาความชัดเจนในการสื่อสารของคุณในอนาคต

เทคนิค Shadowing คืออะไร?

Shadowing เป็นเทคนิคการเรียนรู้ภาษาที่ได้รับการรับรองทางวิทยาศาสตร์ พัฒนาขึ้นสำหรับการฝึกนักแปลมืออาชีพ วิธีการนี้เรียบง่ายแต่ทรงพลัง: คุณฟังเสียงภาษาอังกฤษจากเจ้าของภาษาและพูดตามทันที — เหมือนเงาที่ตามผู้พูดด้วยช่วงเวลาห่าง 1-2 วินาที การวิจัยแสดงว่าเทคนิคนี้ปรับปรุงความแม่นยำในการออกเสียง ทำนองเสียง จังหวะ การเชื่อมเสียง การฟังเข้าใจ และความคล่องแคล่วในการพูดได้อย่างมีนัยสำคัญ

เทคนิค shadowing: อ่านคู่มือฉบับเต็มทีละขั้นตอน →