《16、测试管理.ppt

第16章 测试管理 罗 东 俊 ZSUJONE@126.COM 主要内容 16.1测试管理基础 16.2测试执行周期的开始和结束 16.3隔离测试环境和开发环境 16.4测试用例的有效管理 16.5缺陷追踪管理 16.6测试的评测 16.1测试管理基础 16.1.1 软件测试管理的内容 16.1.2 软件测试管理工具 16.1.1 软件测试管理的内容 软件测试管理的目的是确保软件测试技术在项目的生命周期内得到顺利实施，并产生预期的效果。 按照管理的对象不同，软件测试管理大致可分为： 软件测试团队组织管理 软件测试计划管理 软件缺陷(错误)跟踪管理 软件测试件管理 软件测试团队组织管理 就是指测试团队应该如何组建。 通常，一个好的测试团队首先要有好的带头人，这个带头人必须具有极为丰富的开发经验，对开发过程中常见的缺陷或错误了然于胸，此外，他还应具有亲和力和人格魅力。 其次，测试团队还应有具备一技之长的成员，例如对某些自动化测试工具运用娴熟或能轻而易举地编写自动化测试脚本。 另外，测试团队还应有兼职成员，例如验收测试实施过程中，同行评审是最常使用的一种形式，这些同行专家就属于兼职测试团队成员的范畴。 测试团队里往往包括几个开发经验欠缺的新成员，这部分人员可以安排去从事交付验收或黑盒测试之类的工作。 软件测试计划管理 就是指安排好测试流程 。 这部分内容具体涵盖软件测试策划、软件测试技术剪裁、测试进度管理、成本管理等几个部分。 测试策划工作主要是指具体测试活动实施之前做好策划工作，如起草测试大纲以及测试计划； 软件测试技术剪裁工作主要是指测试团队应根据软件项目的具体实际，剪裁出所要实施的测试技术； 测试进度管理工作主要是排出各项测试的时间进度及人员安排，如有变动时应如何做相应调整； 测试成本管理工作主要指管理测试活动中会涉及到的资源需求。 软件缺陷(错误)跟踪管理 就是确保发现的缺陷(错误)已经被开发团队纠正或处理过并且没有引入新的缺陷(错误)。 具体来讲，当测试团队通过各种途径发现了文档或代码中的缺陷或错误以后，并不是交一份测试报告就草草了事，而是在递交报告以后继续督促开发团队及时关闭已知缺陷或错误。当然，如有必要应对这些缺陷、错误做严重程度排序，以便开发团队能视轻重缓急安排处理顺序。当开发团队关闭了测试报告中的缺陷(错误)以后，测试团队还需验证开发团队在关闭过程中有没有引入新的错误。通常，这个过程称为回归测试。回归测试如发现问题，继续报告开发团队，按上述流程循环，直至回归测试最终通过。 软件测试件管理 是指努力建设好测试团队的软件测试件库并对测试团队成员进行技能培训以帮助他们能使用好这个软件测试件库。 测试件(Testware)是指测试工作形成的产品，包括测试团队在长期实践过程中逐步积累起来的经验教训、测试技巧、测试工具、规格文档以及一些经过少量修改就能推广至通用的测试脚本程序。 16.1.2 软件测试管理工具 采用高水平的软件测试管理工具则能保证以一个较小规模的测试队伍完成复杂的大量的测试工作，以此来做到对成本和时间效率的有效管理。 除此之外，通过该软件，用户也可以及时地掌握软件的测试和完成情况，并对整个过程进行监督和管理，这对用户控制成本和做相应的安排也是有好处的。 目前，市场上主流的企业级测试管理工具主要有Mercury TestDirector和IBM RationalTest Manager TestDirector的主要功能 用户权限管理 TestDirector设置有六个用户组，分别为TDAdmin、QATester、ProjectManager、Developer、Viewer、Customer 集中式项目信息管理 后台采用集中式的数据库(Oracle、SQLServer、Access等) 分布式访问 定义测试工作流程 需求管理、规划测试、安排测试进度并运行测试、缺陷管理、图示和报告 开源软件测试管理工具 第一个工具为TestLink(http：///docs/testLink.php) 第二个工具为Bugzilla Test Runner(http：///projects/testrunner/) 16.2测试执行周期的开始和结束 测试人员应该为测试执行周期的开始和结束定义入口标准和出口标准。 入口标准描述了测试小组何时可以开始测试一个特定的版本； 出口标准描述了软件完成充分测试的时间。 由于测试资源是有限的，测试预算和测试人员的数目有限，测试时间有限，软件发布时间紧张，因此测试工作的范围一定要有限制。 系统测试执行入口标准 所有的单元测试和集成测试已经成功完成。 软件的生成(编译)过程没有任何错误。 软件版本通过了烟雾测试(最基本的测试，关键功能的测试)。 配套文档已