- UID
- 600949
- 在线时间
- 小时
- 注册时间
- 2011-1-27
- 最后登录
- 1970-1-1
- 主题
- 帖子
- 性别
- 保密
|
7#

楼主 |
发表于 2011-8-13 19:59:19
|
只看该作者
8.13
今天跑回学校帮忙校友会的事情,又耽误了复习时间啊!期间看了friends,发现friends除了一些俚语之外都能听得很懂了,好像比之前的我进步了呀!然后看了一点哈佛的公开课,就是那个公平和正义的讨论,有些听不太懂~~看看这些视频还是很轻松的,可以顺便练练听力,觉得很好,复习累了可以听听~呵呵
好了,昨天做了TPO21, 正确率还可以吧,今天听写了lecture 2 的英文版,交作业咯~
TPO 21 LECTURE 2 English Version
We've discussing the software designing cycle, and today i would move to a next stage of the cycle, testing. And why finding bugs during testing is actually a great thing? The quality of the software product relied on heavily on how it will be tested. S: just a quick thing, bug is the worm in the computer for the program world, correct? P: yes. In code, or in a computer itself. It is a bit of story behind that term. Back to the 1940s, when the computer industry was starting, a group of computer scientists were working late one night, and there's one problem with a computer's circus. When they examined it ,they found a 5cm long XX XX there. Once they dig out the bug, it was just fine. And ever since then, all computer problems have been called "bugs". Anyway, you won't find bugs when the software was still in the development of testing faces. Finding the bugs in the software decided to put in the mkt would be quite embarrassing. Generally speaking, any software development department has a group of testers and a group of designers. Jack? S: and they are different people? P: they are generally completely different people. My personal view is that they have to e different people because developers always have buyers towards their work. And it blind them of some problems might be obvious to others. So it's always good to have different eyes XX there to make sure everything's tested properly. OK. Here's the key. Developers and testers have different mentalities. The mentality of the soft developers is constructive, creative, they work together to create sth new. The testers, on the other hand, their entire goal is to test the product and to find the problems with it, to improve it. And this difference of the developers and the testers can lead to a environment there is little friction. And that friction sometimes make it difficult for them to work together. There're 2 products that i worked for a couple of years ago. One product that we call "XX", which the developers and the testers did not work well together, and the other i would call it unity, which the two teams work very well together. during the "split" product, we have dean meeting, where the developers and the testers met together to discuss various problems and how they should be fixed. And you can sense the conflicts just by walking on the room. Literally, the testers and the developers just sat on the opposite of the table, and the developers are very defensive about the feedback. S: well, if bugs were pointed out, they would be so happy since it is their work. P: exactly. Since the two groups can not work well together, the fix would be very very slowly. And you know, there's some time when you find out a bug, you introduce new bugs and you find bugs in new areas only come to lie because sth has been changed. So fixing all those new additional bugs was also been related. The test process would be much longer than expected, and we end up having the XX product in the market with no bugs in it., which was obviously not ideal. S: ok. What about ptoduct "unity", how would it be different? P: this was different because the two teams worked close together. During the defeat meetings and instead putting up wars, we didn't talk about who should fix this and whose false, we only know that we should make it fixed. So if we have 10 bugs, we would say that you know what? Let's do it first, because this one is supposed to fix the other we haven't seen it. So we were proactive and effective. Because we were so much effective with our time , we were actually do more than just fixing the bugs. We even put an improvement we haven't planned.
等下还想再听写一篇,现在还比较喜欢听写的嘿嘿!
加油!! |
|