英文版软件测试项目经验,软件测试项目经验测试经验交流.pdf

软件测试项目经验:测试经验交流

疯狂代码 http://CrazyC/ ĵ http:/CrazyC/NetworkProgramming/Article32968.html

本文主要目是加强项目组和测试中心之间相互了解分享些测试人员在工作

6SBfbaiducukSLj

中经验和成果从而使项目组和测试中心配合更加默契共同把握住产品质量要

6SBfbaiducukSLj

素

6SBfbaiducukSLj

、 测试目和原则

6SBfbaiducukSLj

1、测试概念范畴

6SBfbaiducukSLj

广义上讲测试是指软件产品生存周期内所有检查、评审和确认活动如：设计

6SBfbaiducukSLj

评审、系统测试

6SBfbaiducukSLj

狭义上讲测试是对软件产品质量检验和评价它方面检查软件产品质量中存

6SBfbaiducukSLj

在质量问题同时对产品质量进行客观评价

6SBfbaiducukSLj

2、测试目

6SBfbaiducukSLj

简单地说就是替用户受过测试最终目是确保最终交给用户产品功能符

6SBfbaiducukSLj

合用户需求把尽可能多问题在产品交给用户之前发现并改正

6SBfbaiducukSLj

具体地讲测试般要达到下列目标：

6SBfbaiducukSLj

1、确保产品完成了它所承诺或公布功能并且所有用户可以访问到功能都有明

6SBfbaiducukSLj

确书面说明在某种意义上与ISO9001是同种思想

6SBfbaiducukSLj

产品缺少明确书面文档是厂商种短期行为表现也是种不负责任表现

6SBfbaiducukSLj

所谓短期行为是指缺少明确书面文档既不利于产品最后顺利交付容易与用户

6SBfbaiducukSLj

发生矛盾影响厂商声誉和将来与用户合作关系；同时也不利于产品后期维护

6SBfbaiducukSLj

也使厂商支出超额用户培训和技术支持费用从长期利益看这是很不划算我有

6SBfbaiducukSLj

个感觉接触过软件产品很少有向方正这样大大产品、薄薄文档

6SBfbaiducukSLj

当然书面文档编写和维护工作对于使用快速原型法(RAD)开发项目是最为重要

6SBfbaiducukSLj

、最为困难也是最容易被忽略

6SBfbaiducukSLj

最后书面文档不健全甚至不正确也是测试工作中遇到最大和最头痛问题

6SBfbaiducukSLj

它直接后果是测试效率低下、测试目标不明确、测试范围不充分从而导致最终测

6SBfbaiducukSLj

试作用不能充分发挥、测试效果不理想

6SBfbaiducukSLj

2、 确保产品满足性能和效率要求

6SBfbaiducukSLj

使用起来系统运行效率低(性能低)、或用户界面不友好、用户操作不方便(效率低)

6SBfbaiducukSLj

产品不能说是个有竞争力产品

6SBfbaiducukSLj

用户最关心不是你技术有多先进、功能有多强大而是他能从这些技术、这些

6SBfbaiducukSLj

功能中得到多少好处也就是说用户关心是他能从中取出多少而不是你已经放进

6SBfbaiducukSLj

去多少

6SBfbaiducukSLj

3、 确保产品是健壮和适应用户环境

6SBfbaiducukSLj

健壮性即稳定性是产品质量基本要求尤其对于个用于事务关键或时间关键

6SBfbaiducukSLj

工作环境中

6SBfbaiducukSLj

另外就是不能假设用户环境(某些项目可能除外)如：报业用户许多配置是比较

6SBfbaiducukSLj

低而且是和某些第三方产品同时使用

6SBfbaiducukSLj

3、测试原则Good Enough

6SBfbaiducukSLj

对于相对复杂产品或系统来说zero-bug是种理想good-enough是我们原则

6SBfbaiducukSLj

6SBfbaiducukSLj

Good-enough原则就是种权衡投入/产出比原则：不充分测试是不负责任；

6SBfbaiducuk