Alpha和Beta测试简介

275789515 · 发表于 2007-6-23 04:03:52

谢谢版主！

stjd139 · 发表于 2007-6-24 12:10:54

学习

wangleis18 · 发表于 2007-6-26 23:04:13

alpha是内部测，版本没有发布。
beta是给用户试用，相当与公测。

ycxlove11 · 发表于 2007-7-5 15:39:08

谢谢LZ，好东西要分享，学习ING。sdlkfj2

huhao5403 · 发表于 2007-7-5 17:17:00

嗯，学习中

luckhj · 发表于 2007-7-5 22:00:27

其实最大的区别就在于前者可控,后者不可控;

sulianghezi · 发表于 2007-7-6 14:35:37

xuexi

p418944155 · 发表于 2007-7-6 15:07:49

哎想学这方面的又什么也不懂哎

jxjx1003 · 发表于 2007-7-10 11:33:29

挺详细的~~~~~

libo1016 · 发表于 2007-7-10 16:22:12

这里不用程序员和测试人员测试，是因为这是验收测试，是程序员和测试人员已经做过单元测试、集成测试、系统测试了，是开发商已经认为基本可以交付用户使用了，才开始的测试。这时，可以为来测试环境上测试用户提供打印的纸质文档，即：测试用例等，让他们根据文档测试，站在他们使用系统的角度，提出一些程序员和测试人员想不到的问题，比如：一些易用性问题，希望改为他们能够接受的操作方式、报表上的打印数据增减等，测试人员可在旁指导用户使用新系统，开发人员可根据他们的要求，修改系统，达到用户满意。所以，程序员和测试人员这时是不需要测试的。测试人员可以负责将用户的问题记录，反馈给开发人员，当然，一定要理解用户的意思，因为，改完了，验证测试估计要测试人员先做，没有问题了，再让用户测试。有些重要的问题，可能要开发人员和用户直接交流了。
我曾经就做过赤峰网通综合业务受理系统的从写需求、写用例、测试用例到系统上线的整个测试过程，其中上线前的验收测试，就是让赤峰网通部分营业员到我们开发环境来测试，测试人员陪着测，有问题，记录、反馈给开发人员，修改后，再测。这种验收测试，即：Alpha测试，前后做了大约6遍，用户实在感觉查不出问题了，放心了，才割接上的线。还好，上线后没有出现什么问题。至于Beta测试，我认为系统上线后，也会有新bug被发现，也是需要开发人员维护的，和日常的维护测试类似了。

libo1016 · 发表于 2007-7-10 16:51:12

如果正式版本发布时，没有用户来做验收测试，那是最好了，呵呵，开发商卖自己的产品，肯定是想尽可能的完善功能、性能的，测试人员也都费了不少心，软件质量应该是可以了的！验收测试完全就是加大了工作量，开发商其实是不想做的，这些一般都是用户要求的，既然是验收测试，一般用户是要参加的，不参加他不放心呀！所以，这个测试，是不是有用户参加，看来不是由开发商能控制的了的！
再说，测试人员测试久了，也会有习惯性的定式思维，对一些问题也会视而不见，这是客观存在的，不象你说的从主观上有苛求的想法就够了，测试人员，平时一直都应该有苛求的想法！所以，找用户来，甚至象有些网友说的，找些行政人员来测试，在测试人员看来：似乎他们什么都不懂，所谓的操作其实是在瞎点。对了，就是这些似乎不是测试人员的“正确操作方法”，执行了测试人员平时没有做的操作，发现了平时发现不了的错误。所以我觉得，验收测试时，让用户参与，可以提早发现问题，规避上线后的风险，挺好的！呵呵，当然了，如果自己都还没有测试好，让用户来测，发现了一大堆问题，那就颜面无光喽！

xiaozheng1829 · 发表于 2007-7-11 09:04:01

good!
我只知道Beta測試,
Alpha第一次知道,
增長見識!
Thank you very much!

刘洪鹏 · 发表于 2007-7-11 09:12:08

Alpha测试在模块（子系统）测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始
目前我们公司采用的形式

quner · 发表于 2007-7-11 10:51:27

学习ing，thankssdlkfj5

anbetry · 发表于 2007-7-12 11:50:21

还不错，基本概念

nijp2004 · 发表于 2007-7-12 23:53:46

呵呵，这么多回复估计到后面仔细看都不多了，要不不会有人问R测试是什么，先说明一下是Release的意思，最终发布版。
α测试：开发完成后的第一次系统测试，由测试部门完成
β测试：第一次测试完成，软件测试通过，但是测试人员的理解未必就是用户的理解，很多问题可能就测试人员的认知再也不能够发现，比如包括一些易用性方面的问题测试可能已经完全习惯了。并且对功能不会产生误解，但是用户并非这样。另外α不可能没完没了的测试下去，软件开发是有一定时间限制的。大家认为软件差不多了就可以提交β版本。至于选择哪些用户做β测试，那就看产品了，MSN这类民用消费类产品和Oracle数据库产品当然不一样了。
Release测试：β测试后，反馈回来的一些缺陷或建议需要整理。经过评估有选择的做一部分软件修改，一般不会涉及到核心功能的变更，否则就要跳票了。通常也就是易用性和一些有创意的小功能的增补。对这些修改需要进行测试，这些也是由测试部门做的。

β版本有可能一而再的发，比如可爱的Gmail就是没完没了的β，MSN更是借β版本来不断的吸收用户好的创意。

另外说一下：随着网络带宽的不断增加，大量的网络应用软件的质量要求在不断地降低，因为开发商有足够的时间发布β版本，在线发布补丁的成本也很低，而且几乎无休无止得吸收用户的创意，观察用户的体验。重要的是用户反而很喜欢这样。
正因为这些原因，有人说，现在的软件已经进入β时代了。因为我们的新鲜感和参与感，软件厂商理所当然的降低了质量要求，反正用户可以做小白鼠。
呵呵，跑题了。