软件测试计划软件测试

引入已讲述的内容：需要进行哪些测试怎样测试如何有效的测试接下来：将以上知识有效联系起来，如何将所有和测试有关的工作进行计划、组织实施并在小组成员之间进行交流。测试过程如何进行测试的组织和管理：确定测试负责人建立不同小组，并对测试用例、软件缺陷、测试文档等进行管理；制定测试计划：负责定义软件测试的方法和规范，设计测试测试准备：准备好相应的测试软硬件设备，建立必要的测试环境；实施测试评估测试结果缺陷跟踪测试过程测试评审和报告：根据软件测试评审准则在各测试阶段提交类型完整的测试文档测试计划测试用例测试结果分析和质量报告第十二章计划测试工作本章目标掌握测试计划的目的熟悉测试计划的主题测试需求测试策略进度资源分配测试计划的目标无论做什么工作都是计划先行，再按照计划有效的去执行、跟踪和控制IEEE829-1998：规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的负责人以及与计划相关的风险。测试计划只是创建详细计划过程的一个副产品，重要的计划过程，而不是产生的文档制订测试计划－定义测试主计划W模型开发V测试V测试计划目标项目开始时制订测试主计划。根据开发的迭代过程和测试主计划对测试计划进行细化，制订各个阶段的测试计划。各个阶段的测试计划：验收测试计划、系统测试计划、集成测试计划、单元测试计划不同的测试任务也有可能有测试计划：配置测试计划、安全性测试计划、数据库测试计划等。测试计划－内容1.简介(目的、背景、范围、使用的文档）2.测试需求确定被测试的对象、内容和范围，来源于用户需求，包括功能性需求和非功能性需求。）3.测试策略测试的项目、测试的主要方法、完成标准、使用的工具、特殊事项等）4.资源人员组成、任务和职责、环境、人员培训等5.项目进度表（阶段）6.可交付工件（测试模型、测试记录、缺陷报告等等）7.附录A：项目任务测试计划的主题－测试目标确定测试目标必须首先熟悉产品和相关的产品说明书、需求分析等文档。测试目标必须是明确的，可以量化和度量的，而不是模棱两可的宏观描述。测试目标应该相对集中，避免罗列出一系列目标。根据对用户需求文档和设计规格文档的分析，确定被测软件的质量要求和测试需要达到的目标。测试计划的主题－测试需求测试计划最关键的一步就是将软件分解成小而独立的功能模块，写成测试需求。即可以单列文档也可以放入测试计划中。测试需求确定测试对象以及测试工作的范围和内容。测试需求应是可核实的；凡是没有出现在清单上的功能项都在测试范围之外；测试计划的主题－测试需求测试需求有很多分类方法，最普通的一种就是按照商业功能分类。把软件分解成单元元件有几个好处：测试需求是测试设计和开发测试用例的基础，分成单元可以更好地进行设计；详细的测试需求是用来衡量测试覆盖率的重要指标；测试需求包括各种测试实际和开发以及所需资源测试计划的主题－测试需求功能性测试需求－软件产品规格说明书，用户界面测试、非功能性测试需求复杂纯客户端软件，B/S应用系统C/S应用系统大型复杂企业级系统实例－一个Web服务软件性能要求：正常使用情况下，系统响应时间3~5秒，高峰期系统响应时间不超过15秒多人登录、设置活动时，系统响应速度要在5秒之内；当活动时间达到一定数量（200-1000)，系统响应速度要在5秒之内；容错要求：业务中断时，系统能保存当前状态，并在某一时刻得到恢复。兼容性要求：客户端可以在不同的操作系统、浏览器上运行。配置要求安全性要求：登录模式的安全验证可靠性测试计划的主题－测试策略目标：以最少的软、硬件和人力资源投入得到最佳的测试效果。测试策略定义：测试策略描述测试的总体方法和目标。描述目前在进行哪一阶段的测试：单元测试、集成测试、系统测试每个阶段内在进行的测试种类：功能测试、性能测试、压力测试等。影响因素测试完成的标准：影响制定某个具体的软件测试策略的因素一般在共性基础上，军用软件、收费系统、网站资源状况：参与测试的人、软件及相关的硬件设备测试计划的主题－测试策略如何制定好的测试策略基于测试技术的测试策略基于测试方案的测试策略测试策略包括要使用的测试技术和工具；测试完成标准；影响资源分配的特殊考虑：例如测试与外部接口或者模拟物理损坏、安全性威胁。

定义测试策略测试策略项例子测试阶段系统测试测试类型功能测试测试技术75%用SQASuite自动测试，25%手工测试完成标准95%测试用例通过并且最高级缺陷全部解决特殊考虑测试必须在上午进行测试计划的主题－资源确定资源人力资源：人员数量和技能测试环境（包括硬件和软件）软件：其他相关的软件外包测试公司：是否使用？选择的原则其他配备：电话、磁盘、参考书等测试计划的主题－资源人力资源测试经理：为测试项目提供总体方向。测试工程师：设计和开发测试工程师：负责测试执行和记录结果。测试系统管理者：每个测试项目必须指定一个专人负责管理软件测试资源。人员的任务分配确定好测试的阶段、策略和需求后，就可以分配给每个人员具体的任务；根据软件的具体情况明确测试员负责测试软件的哪些部分，哪些特性。软件测试团队的任务建立测试计划。设计测试用例执行测试评估测试结果递交测试报告软件测试团队的责任发现软件程序、系统或产品中所有的问题；尽早地发现问题；督促开发人员尽快地解决程序中的缺陷；帮助项目管理人员制定合理的开发计划；并对问题进行分析、分类总结和跟踪帮助改善开发流程、提高产品开发效率；提高程序编写的规范性、易读性、可维护性等。开发为核心的组织模型

开发经理测试人员开发人员文档人员管理人员项目经理为核心的组织模型项目经理测试组长开发组长文档人员三国鼎立的组织模型

项目经理测试经理开发经理测试团队的基本构成QA/测试经理：人员管理，资源调配、测试方法改进等；实验室管理人员：设置、配置和维护实验室的测试环境内审员：审查流程，建立测试模板，跟踪缺陷测试报告的质量等；测试组长：负责项目的管理、测试计划、测试用例、任务安排等；测试设计人员/资深测试工程师，产品设计规格说明书的审查、测试用例的设计、技术难题的解决、培训和指导、实际测试任务的执行；一般（初级）测试工程师，执行测试用例和相关的测试任务。一个微软测试工程师的一天产品编译必须在此之前完成每日凌晨3时，测试编译自动开始如果测试编译成功，BVT测试自动开始测试工程师每早来上班，先检查TestBuild与BVT结果的email如果有BVT错误，在第一时间里分析原因，隔离错误代码并汇报Pri0Bug(0级缺陷)开发团队对于Pri0Bug应当于当日之内修改完毕测试工程师接着用ProductStudio检查Bug情况，验证分配给自己的Bug已修改合格一个微软测试工程师的一天关闭Bug并增加针对此Bug的RegressionTest验证最近的LabRun结果如果其中有新的错误，隔离并汇报新Bug开发新的测试Spec与新的测试代码使用个人PrivateRun来验证新开发的测试程序使用个人PrivateRun来验证开发伙伴新开发的产品程序没有重大错误改进与提高自动化测试系统的功能参与Spec,TestSpecReview会议，做测试同伴测试代码Review,UE帮助文件Review,回答内外Newsgroup的问题按技术领域来组建团队

测试团队Web技术组Java技术Windows技术网络通讯组多媒体组项目组一项目组二项目组三按产品线来组建团队

测试团队产品B组产品F组产品A组项目一项目二项目三……项目一项目二项目一项目二项目三优秀软件测试工程师的必备素质1、出色的沟通协调能力2、扎实的技术能力3、必要的个人特性：信心、耐心、洞察力、适度的好奇心、很强的记忆力等4、经验和技能5、态度测试计划的主题－资源测试环境：安装测试所需的硬件和软件环境数据库服务器：该服务器必须专用于测试工作，能够重置某些初始值，包括系统日期和时间等。

测试环境的重要性设计环境:编制与测试有关文件所基于的软、硬件设备实施环境：对软件系统进行各项测试所基于的软、硬件设备和支持管理环境：管理测试资源所基于的软、硬件设备及支持测试环境是测试的基础测试环境与辅测试环境软件环境分为主测试环境和辅测试环境。主测试环境是测试软件功能、安全可靠性、性能、易用性等大多数指标的主要环境

辅助测试环境满足特殊的测试需求兼容性测试模拟真实环境测试横向对比测试测试环境的五要素测试环境的基本要素是：软件、硬件。在基本要素的基础上派生出网络环境、数据准备、测试工具三要素

硬件标准：服务器和测试用机软件配置：操作系统和应用程序及测试工具软件数据准备：数据量和真实性网络环境：硬件和软件因素的综合测试工具虚拟机的应用不同的测试环境的构建，需要虚拟机方法。主要应用在服务器上一台可以虚拟多台。利用回滚机制，恢复最初的测试环境。虚拟机软件的应用：VMwareGSX/ESXServer辅助工具加强对虚拟机的管理。测试计划的主题－测试进度创建时间表：估计测试工作，制订时间进度。参考软件开发进度、项目工作计划等。进度破坏：如果测试进度受到项目先前事件的影响导致进度越来越延迟。解决的办法：采用灵活的测试进度，即相对日期测试计划的主题－测试进度怎样估计测试工作量：效率假设：即测试队伍的工作效率。对于功能测试，这主要依赖于应用的复杂度，窗口的个数，每个窗口中的动作数目。对容量测试，主要依赖于建立测试所需数据的工作量大小。测试假设：为了验证一个测试需求所需测试动作数目。应用的维数：应用的复杂度指标。例如要加入一个记录，测试需求的维数就是这个记录中域的数目。所处测试周期的阶段：有些阶段主要工作都在设计，有些阶段主要是测试执行。

经验估算：采用具体的经验进行估算。

测试计划的主题－风险评估由于软件测试是一项具有较高风险的工作，所以进行风险分析非常重要。根据风险分析情况，确定测试执行的优先级。通常分为高、中、低三种。进而安排测试的先后顺序。测试计划的主题－风险评估风险项目检查：人员风险时间风险环境风险测试范围需求变更用户期望测试技术测试工具测试计划的主题－主计划和阶段计划阶段计划的测试需求应是对主计划中的测试需求的分解。阶段计划的工作进度安排应尽可能同主计划相一致。阶段计划的制订应能保证主计划能够完满执行。测试计划的主题－需求变更项目进行过程中最不可避免的就是需求的变更。当制定计划时，如果项目需求处于动态变化时，在测试用例章节就要进行说明。如果没有把测试用例和测试数据进行区分，造成的问题是当需求变化时辛辛苦苦设计的数据就作废了。假使面临一个需求动态的项目，必须在计划中对需求变更造成的测试（设计）方式变化进行说明，例如采用用例和数据分