[转载] 项目心得
上一篇 /
下一篇 2011-09-27 09:57:57
Q3季度的工作，最重要的一部分，应该就是淘江湖2.0这个项目了。总结了一些心得，做项目的同学可以参考一下，如下：
1.大项目拆成多个子项目，分别设立测试负责人。子项目负责人跟进每日子项目情况，处理子项目中团队成员的问题，向总测试负责人汇报进度，以及个人解决不了的问题。
2.测试策略需要提前制定好。目前我们测试方案会写在测试计划中，更偏于划分测试范围、制定测试时间计划以及测试风险的评估。忽略了很重要的一项，测试策略。项目大的测试策略或者说测试模式是明确的：三轮测试。测试过程中，每一轮都应执行一次全部测试用例。然后，有些项目时间非常紧，不能满足我们每轮测试都可以完成一边测试用例的执行，这时，测试策略就尤为重要了。淘江湖这个项目，是整合改造性项目，需要全量回归，单单我们第二方应用子项目来说，测试用例便有近3000条，测试时间又很短。如何做到测试用例执行到位，又保证测试进度呢？我们就需要在制定测试计划时，制定一套适合的测试策略。让测试同学可以很清晰的了解每一个阶段，自己要做哪些工作。这个项目做得有点被动，在第一轮测试完成后，才去考虑测试下一轮的测试策略。这一环节应该提前在制定测试计划时进行。
3.项目进度的全方面跟进。在这个项目测试过程中，我们主要关注功能测试、性能测试的进度，对安全测试的进度跟进不到位。导致在功能测试完成时，安全测试还尚未通过。首先，测试负责人要在制定测试计划时，全量评估功能测试、性能测试、接口测试、安全测试的时间点，每天跟进各类测试的进度是否正常，确保整体测试进度的一致性。
4.第三方应用的验收测试。对于第三方开发的应用，我们是否要做验收测试呢？在1.0项目中，由于人员、时间等综合问题，PD、运营承担了主要的验收工作，效果不是很好，我们在上线内测阶段对该应用进行了功能测试，发现较多问题，再次提交第三方公司进行修改。有点亡羊补牢的感觉。在2.0项目中，我们有专职进行验收测试的测试同学，在测试阶段进行验收测试，减小了上线风险。
5.项目晨会。由于这个项目参与的人很多，每天早上测试人员会碰在一起开晨会，反馈当前的问题。对于一般来说，项目中人员不会很多，建议可以项目组开发、pd、ued、测试，每天早上碰一下，开个晨会过下当前的进度、bug。
6.项目总结。项目结束后，写好项目总结，在社区测试组内进行了项目分享，分析这个项目中我们做的好的，遇到了哪些问题，哪些需要改进等等。现场的这种分享，感觉比单纯的文字，更容易被非项目组成员接受，大家会得到更多收获。
转载务必注明出处Taobao QA Team，原文地址：http://qa.taobao.com/?p=4697 |
收藏
举报
TAG:
