log图标

toefl.viplgw.cn

  • 使用手机注册
  • 使用邮箱注册
  • 手机号不能为空!

    验证码不能为空!

    用户名不能为空!

    密码不能为空!

  • 邮箱不能为空!

    验证码不能为空!

    用户名不能为空!

    密码不能为空!

已有账号? 登录到雷哥托福
log图标
  • 使用手机找回密码
  • 使用邮箱找回密码
  • 手机号不能为空!

    验证码不能为空!

    密码不能为空!

  • 邮箱不能为空!

    验证码不能为空!

    密码不能为空!

加入生词本

listen

英['lɪs(ə)n] 美['lɪsn]
vi. 听,倾听;听从,听信
n. 听,倾听

已添加
×

我要举报草莓小菇凉评论

用户头像
草莓小菇凉:说的非常好,十分有道理,棒棒棒!

06-08 15:44:55

请选择举报类型:

举报电话:400 1816 180    举报QQ:2095453331
×
logo图标
分享到雷哥托福

分享成功图标分享成功

邀请名师点评成功,管理员正在安排老师进行点评。

继续做题 返回首页
支付雷豆失败图标 雷豆余额不足 购买雷豆 返回
报告题目错误
请选择错误类型:
请描述一下这个错误:

取消

下载雷哥托福APP

你的托福备考神器

雷哥托福

雷哥网托福APP

你的托福备考神器

去下载

题库>听力-6368 -Official 21

请联系小助手查看完整题目

(微信号:lgwKY2001)

00:00
00:00

Listen to part of a lecture in a Computer Science class. The professor is discussing software engineering. 

We've been talking about the software development cycle, and today I'd like to move on to the next stage of that cycle - testing, and why finding bugs during testing is actually a great thing. Eh... eh... the quality of the software product often relies heavily on how well it's been tested. Liz? 

Um... just a quick thing. Bugs is the word for problems in the program code, correct?

Yeah, in code or in a computer itself. There is a bit of a story behind that term. Um... back in the 1940s, when the computer industry was just starting, a group of computer scientists was working late one night, and there was a problem in one of the computers' circuits. When they examined it, they found a five-centimeter long moth caught in there. Once they debugged the computer, it worked just fine. And ever since then, all kinds of computer problems have been known as bugs. 

Anyway, you want to find bugs while the software is still in the development and testing phases.Finding them when the software product has already been put on the market can be quite embarrassing. Generally speaking, every software development project has a group of testers and a group of developers. Jack? 

And they are different people?

They are generally completely different group of people. My personal opinion is that they have to be different groups of people because developers often have a bias towards their own work, and it blinds them to certain problems that might be obvious to somebody else. So it is always good to have a different set of eyes go in there and make sure that everything is tested properly. 

Ok, now, here's the key. Developers and testers have different mentalities. The mentality of the software developer is constructive, creative. They are spending long hours working together to create and build something new. A software tester, on the other hand, their entire goal is to look at this product and find problems with it, to improve it. Now, this difference between the testers and the developers can lead to an environment where there is a bit of friction. And that friction sometimes makes it difficult for the two teams to work together. 

There are two projects that I worked on a couple of years ago. One, which I'll call Project Split, well, the testing and development teams did not work well together. And the other, I'll call Project Unity, during which both teams worked very well together. Now, during Project Split, we had defect meetings where the developers and the testers met together, eh... eh... to discuss various problems and how they should be fixed. And you could sense the conflict just by walking into the room. Literally, the testers and the developers sat on opposite sides on the table. Um... and... and the developers were very defensive about the feedback. 

Well, if bugs are being pointed out they wouldn't be too happy since it's their work. 

Exactly. Now, 'cause the two teams weren't working well together, the fixes were coming very very slowly. And you know, a lot of times when you fix bugs you introduce new bugs, or you discover bugs at other areas that only come to light because something has been changed, so fixing all those new additional bugs was also being delayed. Um... the test process went on much longer than expected and we ended up having to put the product on the market with known bugs in it, which was obviously not ideal. 

Ok, and what about Project Unity? How was it different? 

Um... this was different because two teams worked closely together during the defect meetings, instead of put up walls. Um... we didn't even talked about, you know, who should fix this, who is at fault. We all acknowledge what needed to be fixed. So if we had ten bugs, we said, "Hey, you know what? Let's do this one first 'cause this would expose another whole bunch of defects that we haven't even seen yet." So we were being proactive and effective. And because we were so much more effective with our time, we were actually able to do more than just fix the bugs, we even put in some improvements that we hadn't planned.  

What is the main purpose of the lecture?

正确答案: C

网友解析

当前版本由 十三个 更新于2018-12-02 13:39:06 感谢由 十三个 对此题目的解答所做出的贡献。

正确答案:C 定位原文:and today I’d like to move on to the next stage of that cycle-testing, and why finding bugs during testing is actually a great thing. Eh...eh... the quality of the software product often relies heavily on how well it’s been tested. Um... this was different because two teams worked closely together during the defect meetings, instead of put up walls. 解析:通过全文可知,教授举了两个团队的例子进行比较,两个团队团员角色关系不同,引出的结果不同,在文中结尾部分证明了一个观点:产生一个好的软件需要有团队各个角色(文中即developer 和tester)合作。

我有更好解析

取消

提交

题目讨论 (0条评论)

题库>听力-6368 -Official 21

请联系小助手查看完整题目

(微信号:lgwKY2001)

00:00
00:00

Listen to part of a lecture in a Computer Science class. The professor is discussing software engineering. 

We've been talking about the software development cycle, and today I'd like to move on to the next stage of that cycle - testing, and why finding bugs during testing is actually a great thing. Eh... eh... the quality of the software product often relies heavily on how well it's been tested. Liz? 

Um... just a quick thing. Bugs is the word for problems in the program code, correct?

Yeah, in code or in a computer itself. There is a bit of a story behind that term. Um... back in the 1940s, when the computer industry was just starting, a group of computer scientists was working late one night, and there was a problem in one of the computers' circuits. When they examined it, they found a five-centimeter long moth caught in there. Once they debugged the computer, it worked just fine. And ever since then, all kinds of computer problems have been known as bugs. 

Anyway, you want to find bugs while the software is still in the development and testing phases.Finding them when the software product has already been put on the market can be quite embarrassing. Generally speaking, every software development project has a group of testers and a group of developers. Jack? 

And they are different people?

They are generally completely different group of people. My personal opinion is that they have to be different groups of people because developers often have a bias towards their own work, and it blinds them to certain problems that might be obvious to somebody else. So it is always good to have a different set of eyes go in there and make sure that everything is tested properly. 

Ok, now, here's the key. Developers and testers have different mentalities. The mentality of the software developer is constructive, creative. They are spending long hours working together to create and build something new. A software tester, on the other hand, their entire goal is to look at this product and find problems with it, to improve it. Now, this difference between the testers and the developers can lead to an environment where there is a bit of friction. And that friction sometimes makes it difficult for the two teams to work together. 

There are two projects that I worked on a couple of years ago. One, which I'll call Project Split, well, the testing and development teams did not work well together. And the other, I'll call Project Unity, during which both teams worked very well together. Now, during Project Split, we had defect meetings where the developers and the testers met together, eh... eh... to discuss various problems and how they should be fixed. And you could sense the conflict just by walking into the room. Literally, the testers and the developers sat on opposite sides on the table. Um... and... and the developers were very defensive about the feedback. 

Well, if bugs are being pointed out they wouldn't be too happy since it's their work. 

Exactly. Now, 'cause the two teams weren't working well together, the fixes were coming very very slowly. And you know, a lot of times when you fix bugs you introduce new bugs, or you discover bugs at other areas that only come to light because something has been changed, so fixing all those new additional bugs was also being delayed. Um... the test process went on much longer than expected and we ended up having to put the product on the market with known bugs in it, which was obviously not ideal. 

Ok, and what about Project Unity? How was it different? 

Um... this was different because two teams worked closely together during the defect meetings, instead of put up walls. Um... we didn't even talked about, you know, who should fix this, who is at fault. We all acknowledge what needed to be fixed. So if we had ten bugs, we said, "Hey, you know what? Let's do this one first 'cause this would expose another whole bunch of defects that we haven't even seen yet." So we were being proactive and effective. And because we were so much more effective with our time, we were actually able to do more than just fix the bugs, we even put in some improvements that we hadn't planned.  

What is the main purpose of the lecture?

正确答案: C

网友解析

写解析

十三个 更新于2018-12-02 13:39:06

正确答案:C 定位原文:and today I’d like to move on to the next stage of that cycle-testing, and why finding bugs during testing is actually a great thing. Eh...eh... the quality of the software product often relies heavily on how well it’s been tested. Um... this was different because two teams worked closely together during the defect meetings, instead of put up walls. 解析:通过全文可知,教授举了两个团队的例子进行比较,两个团队团员角色关系不同,引出的结果不同,在文中结尾部分证明了一个观点:产生一个好的软件需要有团队各个角色(文中即developer 和tester)合作。

题目讨论 (0条评论)

小伙伴,有什么疑惑or做题思路,写这里!
立即评论

热门活动

  • 听力 2023托福改革全面解读

    老师:chloe

    时间:3月30日 14:30-15:00

  • 听力 托福口语体验课

    老师:chloe

    时间:3月9日 14:00-15:00

  • 听力 托福写作体验课

    老师:jessica

    时间: 3月2日 17:00-18:00

回复评论

复制评论

解析提交成功,正在审核中

知道了

您已提交评论成功

确定

答案都没有怎么前进?

知道了

此来源单项已做完

知道了

是否确认删除?

取消

删除