作者：白红勃 测试计划 测试项目管理 若你想成为优秀的测试项目管理者，你就反思如下内容是否做到： 1) 在一个项目中多与开发和产品负责人讨论并了解变化，因为我们的规范永远不能保证测试的输入没有遗漏； 2) 在一个项目中多参与测试方案、测试用例、测试方法、测试工具、测试过程、测试结果的评审与讨论，弥补下属或者自己考虑不周全的问题；最好可以请开发负责人参加； 3) 在一个项目中多考虑测试效率和测试效果的问题，这样可以不断启用新的测试方法和测试流程来提高效率、保证测试效果； 4) 在一个项目中多多进行阶段小结，这样可以弥补一些测试不足的地方，并很好地规划下一个阶段的计划；测试计划不是一成不变的，必须定期调整； 5) 在一个项目中涉及到变更时，要再次评审测试方案、测试用例、测试方法、测试工具；若频繁变更，则更要把握好节奏； 6) 在一个项目中要非常重视组件/模块的接口测试、集成测试，不仅表现在方案、用例上，同时也表现在测试时间的安排和人的协调管理上； 7) 在一个项目中要非常重视下属直接参与技术讨论会议的重要性，既树立他与开发人员沟通的信心，又加深了下属对项目的了解情况，对未来的工作开展非常有利； 8) 在一个项目中对于还没有掌握沟通技巧或者对自己没有信心的下属，请带着他一起和开发或者产品进行沟通，或者鼓励他去沟通，并了解他沟通的效果并指出下次沟通的注意事项； 9) 在一个项目中你要了解自己的知识面是否与该项目匹配，不匹配提前做好准备； 10) 在一个项目中你也要了解你的下属能力与该项目的要求是否匹配，若不匹配，要不换人，要不请开发来培训； 11) 在一个项目中你不要和下属争功，上级对你的考察永远是团队和项目，帮助下属成长和保证项目质量是你永远的责任； 12) 在一个项目中你的懒惰将会对下属和项目造成极坏的影响，因为你是核心。 若你还想往上发展，就不断地在项目中锻炼自己的同时，让自让自己多关注技术、管理和行业，缺哪个补哪个。概述TechExcel DevTest 是一套功能完善的、适用于软件测试生命周期的测试管理解决方案。从制定测试计划到分析测试结果，DevTest 帮助您全方位地管理测试流程。在DevTest中，您可以根据不同的产品版本，分别创建测试周期和管理测试流程，包括制定测试计划、分配测试任务、执行测试覆盖以及提交产品缺陷。以知识为核心的测试管理解决方案DevTest，为您的测试团队提供完整的项目视图，从测试计划、测试执行、到结果分析，每一个测试任务都与相应的知识文档关联，有效地提高团队工作效率和管理水平。 最值得一提的是，在您测试的过程中，DevTest为您的团队同步提供内置的动态测试分析。DevTest是您最明智、最理想的选择。 从 DevTest 中受益 全面控制和管理测试项目，通过跟踪测试任务、查看测试报告、分析测试结果，实时掌握详细的测试进度。 通过使用完整集中的测试知识库，提高产品的测试质量和管理标准。 简化的数据输入形式，可定义的测试界面，以及自动化管理流程，帮助您的团队有效提高工作效率。 包括测试案例、测试数据和测试结果在内的详细的历史记录，保证了测试工作的可追溯性和可核查性。 屏幕快照运行环境系统要求 客户端 Windows2000、Windows XP、Windows NT4.0或以上 Pentium PC机，256MB内存，100 MB硬盘空间 Microsoft .NET framework 1.1 服务器 Windows2000、Windows NT4.0或以上 Pentium PC机，1GB内存，500MB硬盘空间 Microsoft Internet Information Server (IIS) 5.0 或以上、ASP .NET 1.1 Microsoft .NET Framework 1.1 数据库 Microsoft SQL Server Oracle MySQL Microsoft Access 功能特性 全面的测试覆盖管理: 通过DevTes，t您不仅可以创建、管理、分析测试范围，还可以从中心知识库中调用原有的测试范围，以此提高您的工作效率、使您的管理流程更加标准化。 高度可视化的测试计划向导: DevTest 为您提供高度可视化的测试计划向导，您只需点击设置，就可以轻松地安排测试时间、分配测试任务、调整测试流程。 拥有 Windows 客户端和 Web 客户端两种架构: DevTest 提供具有相同功能特性的两种安装类型：Windows客户端和 Web客户端。无论您的测试工程师在办公室还是在地球的另一端，他们都能连接到DevTest系统中。 完全自定义用户界面: DevTest为您提供强大的用户自定义功能，您可以自定义字段标签、字段类型、下拉菜单选项、主从关系和用户报表。DevTest 能够完全满足您的测试需要、优化您的测试流程，是一款不可多得的测试管理工具。 成熟的工作流程设定: 在 DevTest中，您不仅可以为测试范围的生成、测试任务的执行而设定流程规则，也可以设置触发事件功能。当 DevTest中出现逾期未完成的任务时，系统会立即触发自动通知功能，并将测试任务重新分配。 自动提交缺陷: DevTest自动向开发人员提交产品缺陷，并与对应的测试任务建立关联。 内置报表分析: 内置的质量报表帮助您轻松分析测试趋势、掌握工作进展、总结测试缺陷。 什么是软件配置管理？1http:/www.csai.cn作者：不详来源：测试时代2008年6月10日发表评论进入社区 作为软件配置管理工作者，差不多都有这样的经验：在认识新朋友时，当别人问起自己所从事的职业，自然回答到，“我从事软件配置管理工作”。接着，十有八九，会被问到下一个问题“什么是软件配置管理?”。总被问到相同的问题，倒还称不上是苦恼，真正的苦恼在于回答这个问题，因为软件配置管理真是不太容易说得清解释了半天，结果往往是，“你这份工作好玄妙啊。隔行如隔山啊，我是搞不懂了。”是的，软件配置管理，确实不太好解释。软件开发过程中的其它工作，似乎都比它容易理解。开发工程师在编写源代码;测试工程师在测试，挑毛病;需求分析师跟用户确定需求，并且用精确严谨的语言表达出来虽说这样说未必严谨，但是至少能够得到一个大致的印象。但是，软件配置管理呢?软件配置管理是什么?下面是软件配置管理的一个权威定义：一套应用技术上和管理上的指导和监督的方法，用来：识别和记录配置项的功能特征和物理特征;控制这些特征的变更;记录和报告变更的处理和执行的状态;以及验证其符合特定的需求。”如果你看得一头雾水，别担心，这不是你能力上的问题。大部分人和你的感受相同。这个定义，以及类似的权威定义，都高度抽象。用一两句话，确实很难把握好软件配置管理这个概念。需要更多的描述，才能把它说清楚。事实上，这一整本书，就是在认识和理解软件配置管理。而在这一章中，我们将用一些我们相对熟悉的概念来打比方，做对比，来讲解软件配置管理这个概念。通过这样一种方式，让大家对软件配置管理有一个初步的，但比较正确的认识。与图书管理作对比软件配置管理，是关于软件资产的管理。什么是软件资产呢?源代码，设计文档，可以运行的程序，这些在软件研发过程中产生的有价值的东西，都是软件资产。软件配置管理就是关于这些内容的管理。那么，具体有什么要管理的呢?让我们把它和图书馆的图书管理做个对比。它们有一些相似点。首先，图书管理管的是图书资产；软件配置管理管的是软件资产。这两种管理，管的都是信息资产。其次，图书管理，需要把图书进行分类，以便检索，需要将图书存放在合适的地方，以便存取，还要防止虫吃鼠咬；而软件配置管理也类似，需要把软件资产主要是源代码，放在合适的目录结构里，放在合适的地方存储，防止丢失或者弄乱。再次，在图书馆，要记录谁借出了哪本书，还没还。这是为了保证，图书馆的书不会而软件配置管理中也类似，需要记录谁“借”出了什么文件，什么时候“还”的。在这一“借”一“还”的过程中，程序员修改了它，而软件配置管理记录下了这些修改。那么，为什么要记录呢？因为软件资产与图书资产不同，软件资产在不断变化，不断演进。项目初始的时候，可能只有一份简单的项目计划，而项目结束时，已是可以交付给用户的产品。如果缩小视野，单就某个源代码文件来看，也会看到，通常它会在项目的某个时刻，被某个程序员创建第一个版本，然后，可能有不同的程序员，不断修改它，产生新的版本。软件配置管理关心：是不是这个文件的各个历史版本应该被记录，以便今后翻阅?是不是各次修改的修改者、修改的原因应该被记录，以便将来可以理解当时的情形，理解为什么做出这样的改动?更扣人心弦的是，当两个人同时想要修改一个文件的时候，可能会导致其中一个人的改动丢失，也就是常说的版本覆盖。那么，是让他们一个改完了另一个再改呢，还是让他们同时改，在将来合并?等等。所以说，软件配置管理是关于不断演进的软件资产的管理。为什么称作配置管理？丢失。机器由正确型号的零部件配置而成。每个零件都有型号、编号。零件组成的部件也有。一直到整个机器，一辆汽车。要保证制造出来的机器是正确的，就要保证选取了所有正确型号的零部件。那么，容易想到，应该有某种列表或文档，标明各零部件型号和组成关系，也就是说，标明配置信息。而当配置有变动的时候，要更新这样的列表或文档。并且，这种变动不能随随便便，是否应该先让总工程师批准?是否应该做相应的测试?这些都属于对配置的管理。从软件配置管理的视角看，软件也是这么配置起来的。往小了说，各个源代码文件的正确版本配置在一起，编译产生了正确的可运行程序。往大了说，若干软件组件的特定版本，配置构成了特定的软件产品。而有些软件组件，可能参与了不止一个软件产品的配置构成。而当某个软件组件参与不止一个软件产品的配置构成的时候，可能是这个软件组件的同一个版本，也可能是不同版本。看，问题有多复杂!不管理怎么行!软件配置管理，与对机械系统的配置的管理相比，是有一些自己的特点的。主要有两点：第一，软件更容易发生变化，向前演进。一个程序员，修改一个Bug，可能5分钟就搞定了，于是，5分钟前与5分钟后，已经是不同的版本了。更何况，不止一个程序员在工作。如此快速的、众多的变化，如果靠一个书记员手工记录相关信息，那恐怕比较累。所以需要某种自动化的工具，提供这方面的支持。第二，软件的耦合性更高。当程序员为某个任务改动源代码的时候，经常要改动不止一个文件。在目录结构上，这些文件可能相距遥远。组件/模块间的接口，往往并不像把鼠标线插到USB口上那么简单。某个模块的变化，常会影响到相关模块。这个特点，使得在软件领域，需要格外关心整体性。要尽可能早的、尽可能频繁的集成，保证产品作为整体，是可运行的。另一方面，一个模块、一个源文件，可能被几个程序员改动：出于不同的目的，改动不同的位置，甚至相同的位置。因此，版本更容易混乱，或相互覆盖。需要软件配置管理工具提供相应支持，提供便利，同时避免出现问题。软件配置管理为软件开发提供了一个保险柜。保险柜里，存的都是值钱的东西。存进保险柜，是因为