Leadge.com首页 > 知识库
文章搜索
有关敏捷测试的相关指引
2009-2-17 9:45:21  作者:佚名
  对于支援编程,测试主要作为准备和保证。你通过写测试代码来阐明关于问题的思考。你把它作为说明性的例子来描述代码应该怎样做。幸运地是,它同时是活跃地检查代码的说明性例子,即重新保证。这些测试也会找bug,但是那是第二目的。

  在另一方面,测试是关于暴露主要错误和遗漏。这里,测试的原义就是关于bug。有其它的意义,但是首要的意义是最主要的。(很多测试员,尤其是最好的测试员,在他们的身上已经融入了那些词语的内涵。)

  我想做个尝试。如果我们在矩阵的左边不使用“testing”和“test”这些词语会怎样?如果我们把它叫做“checked examples”(检查例子)怎样?

  设想两个XP程序员坐在代码前面。他们开始构建一个例子来说明下一步要做什么。他们会检查,在代码还没写之前。(如果写了,那是很特殊个别的情况。)他们编写代码。检查例子是否运行正确,其他例子也保持正确。然后继续下一个例子用于展示下一步应该做的事情。

  替换词语有意义吗?是否只是文字上的替换而已?你做一些尝试,然后回答这些问题吧。尝试经常使用“example(例子)”,经常使用让它听起来不会感觉很奇怪。现在,当你坐在代码前面时,是否根本改变了你的观点?是否有了一些不同:在你向客户要求一个例子,而不是一个测试时。加上一些形容词:example(例子)是否看起来更具激发性、更生动、更有深刻内涵?与强大的测试存在怎样的区别?(“强大”作为附加给测试的典型的形容词。)测试人员在XP项目中,每个人都在制作例子,没有人做测试,这样是否看起来更轻松些?



文章来源:中国项目管理资源网
发表评论    【推荐】 【打印
我来评两句 查看最新评论〗 
请您注意:
·遵守中华人民共和国的各项有关法律法规
·承担一切因您的行为而导致的法律责任
·本网留言板管理人员有权删除其管辖留言内容
·您在本网的留言,本网有权在网站内转载或引用
·参与本留言即表明您已经阅读并接受上述条款
昵称: 匿名
 
图片广告
热点文章
论坛精贴