微软的软件测试方法

fireflag · 发表于 2007-12-26 14:45:35

有时候大的项目大的公司采用的方法甚至可以是一个榜样。

macco · 发表于 2008-4-7 10:04:38

很有借鉴意义，感谢分享

无痕 · 发表于 2008-5-8 18:19:46

谢谢楼主

老堂 · 发表于 2008-7-19 00:10:42

开发依赖于测试

mianbaoshu · 发表于 2008-9-8 23:50:09

收藏了，看了一遍，结合自己的工作，觉得有些方面说的真好，也许可以尝试着在工作中使用，要在好好理解，好好想想。谢谢！

耗子砍猫 · 发表于 2008-9-12 20:55:12

觉得自己太幸运了,居然就在LZ说的测试环境下工作。公司是和微软合作开发项目的,自然也用到了微软的测试流程,我们主要是用的第二种测试方法。"BUG三方会审"、＂分级测试＂等等这些都有接触。每个Mliestone末期还要进行疯狂的BugBush。只是集成测试和单元测试接触少些，现在正大吸知识。

guangyuchong · 发表于 2008-10-31 15:35:40

好东西是要分享分享的~~~

low1210 · 发表于 2008-12-10 10:16:32

好东西，期待进一步指导

红尾鱼鱼 · 发表于 2008-12-17 17:52:06

学习了，谢谢！

maclxp · 发表于 2009-2-3 16:42:08

微软这套理论的确看起来还不错，不过我想有几点需要说明：
1. 任何理论其实都是通过大量的实践得出的，微软也一样，很多人不知道它这套理论的背后其实有多少失败的经验。
2. 任何理论都不是永恒的，永远都会有新的理论把老的理论“打败”，所以我们需要做的事情，就是不断地把老的理论中不符合实际的东西去除，把新的正确的理论加进来。其实这个就像微软的产品一样，每个版本的Windows不可能是全新的，总归有或多或少把以前版本的优点Copy过来。
3. 理论化的东西永远是看起来简单，做起来却很难。因为现实跟理论本来就是两回事，理论这个东西只是经验的一些积累和总结，但是经验又跟所处环境相关，也就意味着微软虽大，但是肯定还有一些类型失败是没有遇到过的，也就没有相关的经验，有些公司虽小，但是他们的一些经验，可能是微软所没有的。所以理论总归是一个引导性的东西，真正成功的公司，是需要把别人的经验与自己公司的实际相结合，经过不断地实践，不断地否定之否定，使得别人的经验，别人的理论转化吸收成自己公司的“理论”，这样的公司才能发展。

一句话，我们需要学习微软的方法，但是我们不能只看或照搬，最重要的消化+吸收+改变，而这一切离不开一个词：实践，而且是大量的实践。
邓小平说：实践是检验真理的唯一标准，是对的。

kojywu · 发表于 2009-6-21 21:04:26

很好，不错顶下

puchonghui · 发表于 2009-6-21 21:19:54

ms关于测试方面很多东西其实只能看看，他们的境界源于长期的广泛的数据积累和对底层的足够了解，其他公司一般是没法达到的，最典型的例子就是daily build。
适合自己的才是好的，就像30#说的那样，有生命力的理论都是从无数实践中得来的，不要总是想着模仿，尤其是大公司的流程方法之类的，中小型的公司照搬过来多半是不合适的。

zhap · 发表于 2009-10-15 17:27:43

谢谢！

cas · 发表于 2009-11-26 14:21:19

可以嘛

freedom_me · 发表于 2010-2-8 11:31:26

开发依赖于测试,管理依赖于测试?环境不同差距真不小!适合所处项目环境的还是得实践出来!局限于缺陷查找,还和项目开发不同步的飘逸地飘过~

gaoxingang_ · 发表于 2010-2-21 21:35:08

学习了，希望能有一天进入微软的测试团队哪怕是外包进去的也能学不少东西

yzylion · 发表于 2010-6-21 19:40:08

留下脚印，增量学习

goldstonefirst · 发表于 2011-2-20 11:16:26

support !!!

kangxiaohong · 发表于 2011-3-11 14:56:15

谢谢

读你七夜雪 · 发表于 2011-3-28 16:52:22

谢谢！

		自动登录	找回密码
密码			(注-册)加入51Testing

微软的软件测试方法

站长推荐 /1