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