创意纪

因为之前设定了情景，这个”网站项目1″讨论的是一个小型的专题网站的制作，麻雀虽小，五脏俱全，测试是一个非常重要的环节，同样会分为alpha测试和beta测试。测试在软件开发中是一个非常复杂的环节，也是项目管理中必不可少的步骤。因为这是一个小项目，所以相对来说，测试也比较简单，也不需要用第三方软件了。(当我们后来在同时制作10个以上这样的专题时候，问题一下子变得成倍复杂，先修改bug，还是先进行项目开发，怎么样的bug必须要修改，怎么样的bug能够一通百通，怎么管理不同测试人员汇报的bug等)

alpha测试：一般来说是内部测试。这里的内部测试不包括项目组本身开发时候的测试，程序员在完成基本的版本后交给项目经理进行alpha测试。在我所在的公司，产品部门大概有20来个人，因此alpha测试就会在产品部大部分同事之间进行。项目经理负责发出测试邮件，邮件中给出测试地址，测试项目名称，有时候还需要列出测试内容，和说明哪些部分还没有完成不需要测试。接下来，所有参加测试的人员用全部答复的方式列出自己发现的错误和建议，对于一些复杂的错误，要说明产生步骤，对于文字表达比较困难的情况，截图是个不错的办法。项目经理用1天左右时间收集好所有凌乱的邮件，有些还需要进行测试，来验证是否是浏览器不兼容或者其他原因造成的。整理测试意见我建议用特性列表法（这个方法可以用在很多环节，另外详述），简单些的话，一条条整理好就行，每一条后面跟上相应处理的部门和个人的名字，以减少项目组同事自己分拣的时间。之后就等一个个bug修改好检查了。

beta测试：简单说就是外部测试，将网站项目给部分用户和非制作部门检查，比如消费者、客户、销售部等。beta测试和alpha测试很大的区别是产品的质量和测试的严谨性。进入beta测试的产品基本上接近于推出，如果用里程碑来描述的话，beta测试的产品最好是倒数第二个里程碑，这样再进行一次最后的修改后即可推出上线。beta测试的受众可能没有很多框框，一种办法是制作一个表格来提问题，但容易受限制于项目组本身的狭隘，另一种办法是现场测试，用文字记录或者录像，成本比较高，还是会有一些实验者的影响，第三种方法就是索性放开了让参加测试的人员提，可以得到很多想象不到的真实反馈，也可能离题千里，需要项目经理进行筛选和整理。

用特性列表法来解释的话，所有通过测试得到的特性需要区分为：
1 立刻修改。
2 在下一个测试版本推出前需要修改完成。
3 下一个版本再修改。
4 暂缓。
5 放弃。

应该不需要解释了吧，区分是这个版本还是下个版本修改的一个重要依据是资源，对于网站项目来说，美工和程序的资源，所以我们必须有所舍弃。

在实际的操作中，可能还需要alpha1，alpha2，beta1，beta2等很多次测试，才能让产品达到推出上线的质量。一般来说立项到开发的时间要小于等于测试时间，也就是要留出足够的时间来进行测试。

测试是一件比较枯燥的事情，大家可以看看，此时我们的品牌专区项目中有很多都处于alpah和beta测试中，下面这个图就是一个在beta测试的雷克萨斯品牌专区，找得到什么必须改进的地方吗？

相关内容

• 没有相关内容.