第1章 测试管理概论
“我们这个项目的测试人员太少了！”
“能否给我们提供一台新的测试服务器！”
“需要延长一个星期的进度才可以完成测试工作！”
“开发人员压根就没有修改缺陷！我们还测试什么！”
“怎么这么多低级缺陷！”
“我明天有事情，需要请天假！”
“我们测试的到底是哪个版本！”
“我实在不想和那个程序员打交道！”
“我们测试部门怎么从来没有培训！”
“给客户的测试报告怎么写！”
“程序员怎么就看不明白我提交的缺陷！”
......
上面这些问题是我们在管理测试工作时经常遇到的，软件测试管理的重点就是处理项目中遇到的种种问题。本章主要讨论测试管理的一些基础知识，确定测试管理的范围。
1.1 三个基础测试概念
什么是软件测试？
关于软件测试的定义，比较权威的是IEEE在1983年提出的：“使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。”
RonPatton（美）在著作《软件测试》中把符合下列五个规则的问题称为缺陷：
1． 软件未达到产品说明书表明的功能；
2． 软件出现了产品说明书指明不会出现的错误；
3． 软件功能超出产品说明书指明范围；
4． 软件未达到产品说明书虽未指出但应达到的目标；
5． 软件测试员认为软件难于理解、不易使用、运行速度缓慢，或者最终用户认为不好。
在软件开发过程中，软件测试的任务就是致力于发现上面的问题。
什么是软件测试管理？
测试管理是一个很难定义的概念，包含的内容很多，通俗地讲就是以正确的方式对公司的测试工作进行管理。而“正确的方式”就是在工作中不断摸索和改进后的管理方式，探索并发现这些方式也是测试管理工作的重要任务之一。
在软件测试过程中进行的一系列计划、沟通协调、进度监控等工作构成了测试管理的基本要素。软件测试管理还要评估风险、规划资源、不断地提高团队能力，最终形成一个高效的团队来完成对质量的管理。
本章主要讨论测试管理的一些基础知识，为深入测试管理工作打好基础。
多数的测试工作都面临着很大的进度压力。因此，为了赶进度，多少会牺牲一些产品质量。这些潜在的问题将会在新版本或后期维护中得以解决。大多数软件产品的用户是能够接受软件产品存在缺陷的，会接受软件的“不完美”。但是用户对于缺陷的接受是有“度”的，数据丢失、系统不稳定、功能性错误都是不可忍受的。测试管理需要掌握这个“度”，控制好产品的质量，在测试实施过程中选择正确的策略，最终使自己的产品能够为用户所接受。
通常情况下，如果进行完全测试，需要较高的成本，这在实际中对于大多数项目来说是不现实的。众所周知的微软操作系统，从新产品发布以来就在不停地为用户打补丁，不停地修改缺陷。而微软的桌面操作系统一向卖得不错，得到了用户的认可。像微软这么有实力的公司也是尽快把产品销售出去，再将得到的利润快速投入研发，不断改进产品的质量以满足用户需求（当然在一些特殊行业中，例如航天、银行、医药等领域需要进行较全面的测试，这些是不允许发生错误的，
但是这些系统仍然会有错误发生）。
测试管理的目标是在进度、成本、质量三者之间做出平衡，使产品能够符合客户需求。
发表于 @ 2007年11月26日 17:54:00|评论(loading...)|收藏