点面结合的测试过程改进

发表于:2009-2-24 16:45

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:kuailederen    来源:51Testing博客

分享:

  实践证明,测试行为并不是游击战,不能指到哪里打到哪里。如同我们修路一样,贯穿几千公里的高速路,可能分若干个工地同时施工,只要前期规划好了路线和其他的标准,就不用担心工程不能很好的对接。我想这种点面结合的施工方法同样适合我们的测试工作

  所谓的点就是某个重要的测试阶段,比如单元测试阶段,系统测试阶段,或者阶段中的阶段,比如制定测试计划和测试方案。所谓的面就是质量管理模型,在这个模型中除了有测试实施的过程,还定义了所有的点的具体标准和行为。

  比如我们这个模型是这样的:

  需求---规格设计说明书---开发需求---单元测试----集成测试----系统测试----验收测试(上线)

  那么这些不通的阶段就是点。其中需求影响这以后的各个阶段,建立起一套规范的需求管理,来指导并约束后续阶段的工作,这就是面。那么如何做好需求管理呢,一方面是做好需求采集,与之有关的人员有市场,客户,产品部门,以后可能研发测试人员也会有新需求或需求改进的提议。不通较色提的需求可能有很大差别,市场人员偏中业务对市场的占有率,因此他们希望新产品有功能独特,新,并且能尽早投入市场,占得先机;客户则注重个人体验,他们会提一些对自己很适用的需求,我们就要来筛选那些是有效需求。(功能越强大越好吗?有些用户可能只用到其中的1/3功能,他就会觉得有2/3的付费是浪费的,这就是质量管理中的心理学。所以说,有效的需求是能满足大部分用户需要的需求);来自开发测试人员的需求可能会偏重技术,我们要分析这是不是由于原始需求不当引起的。

  同样,我们要有一份原始需求说明书作为这个阶段的输出。

  对于后续阶段的规格说明书,是根据这个需求制定的,在这个阶段的工作基本类似(其他阶段也是一样),即保证此阶段集成了上阶段正确的成果,保证这阶段的工作是对现阶段的正确解读,保证此阶段的输出成果是正确并且是下阶段所需要的。

  好了,点面模型的思路就是这样的,至于每个点怎么来建设,仁者见仁,智者见智吧。

版权声明:原创作品,转载时请务必以超链接形式标明文章原始出处作者信息本声明,否则将追究法律责任。

本文出自kuailederen的51Testing软件测试博客:http://www.51testing.com/?117068

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号