产品设计体会(2007)QA与测试

突然想起QA的一个职业口头禅:你这样做是不对的……当PD们激情四溢的乱冲乱撞时,有个严酷、冷酷、残酷的QA/测试控制着,确实太有必要了,虽然经常吵架,:)

先分清两个概念,原来一直很土的以为QA和测试是一个概念,其实QA是质量控制,主要做流程管理(如需求跟踪流程、需求变更流程)、配置管理(版本管理,多分支开发的管理)、文档管理(如开发规范、UI规范)等东西,经典的CMM能力成熟度模型说的就是这回事,不过这方面懂的不多,有兴趣可以去研究,人月神话的blog里有很多这方面的文章。而测试本身就比较单纯了,说下我的理解。

从流程角度上讲,阿里的测试人员通常在UC评审的时候第一次介入项目,评审完成以后,开发开始编码的同时测试开始TCTest Case,一般依据需求/设计文档plusPD/开发当面沟通),在编码快结束的时候正好写完TC,进行TC评审(相应功能的PD、开发一定要参加),评完以后进入测试执行阶段,之后再出报告,多轮回归测试

从类型角度包括功能测试(又细分为单元测试集成测试系统测试),测试管理工具我们用的是MercuryQuality Center性能测试(主要看系统是否满足性能需求,期间会包含压力测试,考察系统可承受的最大压力)。

另外还有两个特别的,一是“验收测试”,一般在项目外包或者引入ISV(独立软件供应商)的时候会用到,是把系统有关的所有功能、性能概要的测一遍,外加检查项目交付物(项目阶段文档、用户手册等等)是否齐全符合规范。

二是“可用性测试”,是属于用户研究的范畴,做测试的人不是公司里的tester而是用户,微软称作UAT(用户可接受度测试),也是类似的东西。