ISO软件开发全套文档_测试计划编写指南_5759.docx

《ISO软件开发全套文档_测试计划编写指南_5759.docx》由会员分享，可在线阅读，更多相关《ISO软件开发全套文档_测试计划编写指南_5759.docx（21页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Software Project Plan测试计划编写指南版本 修订历史记录日期版本说明作者创建Centuryy目录1.介绍551.1文档目目的51.2文档摘摘要51.3文档历历史和变更52.背景552.1系统视视图和目标52.2联系方方式62.3相关信信息保存的位位置63.质量目标标64.测试策略略64.1整体策策略64.2测试范范围65.测试方法法65.1里程碑碑技术75.2测试文文档（测试用用例）75.3测试实实施过程75.3.1测测试系统接受受条件75.3.2测测试时间表75.4稳定阶阶段测试85.4.1稳稳定阶段摘要要85.4.2测测试遍数85.4.3项项目结束85.5自动测测试策略

2、85.6集成测测试策略85.7内容测测试85.8性能测测试和压力测测试95.9兼容性性测试96.测试组织织96.1测试团团队结构96.2功能划划分107.资源需求求107.1培训需需求107.2硬件需需求107.3软件需需求107.4办公空空间需求108.时间进度度安排109.缺陷处理理109.1数据库库管理109.2缺陷处处理过程1110.测试过过程控制1110.1缺陷陷数据分析1110.2测试试工作周报1111.风险分分析1112.系统发发布11测试计划编写指指南1. 介绍测试计划编写指指南有两类潜潜在的受众。首首先，测试负负责人使用它它作为指导方方针编写测试试计划。测试试计划编写完完成后

3、，将作作为整个团队队（包括开发发人员和测试试人员）沟通通的基础。测试项目开始时时，应该完成成测试计划的的大部分内容容。项目开始始后，由于测测试情况有变变化，可能导导致测试计划划文档变化。如如果文档有明明显的变化，必必须在文档中中添加变更历历史来记载这这些变化。1.1 文档目的测试计划在策略略和方法的高高度说明如何何计划、组织织和管理测试试项目。测试试计划包含足足够的信息使使测试人员明明白项目需要要做什么是如如何运作的。另另外，清晰的的文档结构能能使任何一个个读者在浏览览计划的前面面几页后，就就能对项目有有一个大概的的认识。测试试计划只是测测试的一个框框架，很多细细节需要跟开开发人员或其其他人员

4、沟通通，因此计划划不包括测试试用例的细节节和系统功能能的详细信息息。1.2 文档摘要这一节主要说明明测试计划中中重要的和可可能有争议的的问题。本节节的主要目的的是将这些信信息传递给那那些可能不会会通读整个测测试计划文档档的人员（比比如经理或开开发项目的负负责人）。提示和技巧：l 在写这一节时，考考虑一下你的的计划在那些些地方可能会会引起反对。这这个计划跟以以前的计划相相比，有什么么不同的地方方。测试项目目与系统开发发计划的关系系等。l 使用列表的格式式，可以将问问题按重要程程度罗列出来来，然后在后后面的章节中中再对这些问问题进行详细细说明，这样样就能让对这这些问题有重重要影响的人人员知道问题题

5、的所在。1.3 文档历史和变更更作者 日期 文档的的当前状态，上上版本以来所所作的主要变变化2. 背景2.1 系统视图和目标标系统视图对测试试人员了解自自己需要做什什么是非常重重要的。测试试项目负责人人应积极与系系统设计人员员或开发人员员沟通，以取取得相关资料料。系统目标标是帮助实现现系统视图的的重要指标。系系统视图和目目标对实现整整个项目计划划来说是至关关重要的。测测试人员必须须知道系统是是做什么并且且帮助项目实实现这种目标标。在计划中中包括系统视视图和目标后后，要确保所所有的测试人人员都知道项项目和系统的的目标。通常情况下视图图和项目计划划都是模糊的的。模糊的目目标必须通过过成员的努力力转

6、换成可衡衡量和实现的的东西。没有有固定的视图图和目标，你你将无法完成成部分任务。而而且，你会发发现很难将对对产品的认识识向别人转述述。提示和技巧：l 为什么视图对客客户是重要的的？l 你如何向客户表表达这种视图图？l 你将做什么来保保证你是在向向实现视图的的方向前进?l 在你回答这些问问题之后，你你就可以将视视图转换成测测试导向的目目标？2.2 联系方式列出项目参与人人员的联系方方式包括 EE-maill 和电话。2.3 相关信息保存的的位置l 测试服务器的相相关信息l 测试文档保存的的位置l 测试工具保存的的位置3. 质量目标围绕软件质量，有有几种不同的的说法。第一一个是质量是是一种绝对的的

7、标准，对所所有的系统必必须等同处理理。事实上，质质量是相对的的而且是和产产品相关的概概念。例如，多多媒体产品的的质量目标倾倾向于精美的的表示和适当当的内容，而而应用系统可可能倾向于易易用性、健壮壮性和适用于于不同的任务务。质量目标标可能是动态态的。在项目目进行过程中中，会由于市市场压力、新新的机会和功功能改变而重重新设定质量量目标。另一种有关软件件质量的说法法是，定义和和衡量系统质质量是测试部部门一个部门门的事。实际际上，建立质质量标准是所所有职能部门门共同努力的的结果。测试试、开发、系系统使用部门门、用户教育育、系统支撑撑必须为建立立和维护系统统的质量标准准做出自己的的贡献。每个个部门必须对

8、对自己最了解解的部分做出出相应的质量量定义。例如如，测试和开开发部门对系系统质量的衡衡量标准主要要是健壮性和和正确性。用户部门可能对对易用性方面面比较熟悉。最后，质量不仅仅是衡量系统统的功能或性性能是否正常常。对系统来来说，在开发发过程中尽早早建立全面的的质量标准与与系统的及时时发布是一样样重要的。质质量目标是一一个强有力的的工具，应该该在系统开发发过程中尽早早建立。一个个定义准确的的质量目标在在以后的产品品开发过程中中帮助决策。例例如，系统是是否能够正式式发行？在代代码完成后，应应该修复那些些缺陷？在系系统完成后那那种类型的测测试是最合适适的。4. 测试策略4.1 整体策略本节的目的是说说明

9、计划中使使用的基本的的测试过程。提示和技巧：l 是否使用里程碑碑技术和在测测试过程中验验证每个模块块？或者是什什么都不做，只只是普通的测测试而已。l 测试人员是否在在项目开发初初期就开始工工作？或者测测试人员只在在系统开发完完后，才开始始测试。4.2 测试范围测试部门可能对对应该做什么么测试觉得很很迷惑。本节节试图对这些些问题做一些些规定。通常常说明什么是是要测试的，什什么是不要测测试的是非常常重要的。明明确规定这些些问题后，测测试人员对该该做什么有一一个清晰的认认识。提示和技巧：l 需要特别测试那那些部分？l 那些部分不需要要测试，为什什么？l 测试人员是否需需要测试内容容以及相关部部分？l

10、 是否要验证每个个模块的稳定定性？5. 测试方法下面几节将说明明测试计划的的核心部分。如如果将项目比比做游戏，这这些内容将是是攻关秘籍。它它们提供在整整个测试过程程中，每一个个步骤的详细细说明。每一一节会就测试试的不同方面面做详细的说说明。这一部部分的主要读读者是测试人人员，因为计计划主要是为为了规定如何何进行测试。5.1 里程碑技术里程碑技术将项项目的运行分分成不同的阶阶段，在项目目过程中提供供检查工作进进展状态的方方法。即使只只有一个里程程碑，也要在在这里说明。在在说明中，要要列出通过和和继续往下走走的标准。1. 计划阶段段2. 开发阶段段3. 稳定阶段段5.2 测试文档（测试试用例）测试

11、用例需要列列出彻底测试试一个功能模模块所需的详详细步骤。使使用测试用例例的主要目的的是避免完成成了所需的测测试内容而不不仅仅是走过过场。提示和技巧：l 通常可以定义测测试用例模板板，这样每个个测试用例都都有同样的格格式。就像测测试用例的格格式一样，可可以用不同的的办法来编写写测试用例。这这些方法的主主要区别是用用例的详细程程度。在极端端的情况下，用用例的每一步步都详细列出出，这样的话话，能保证运运行测试用例例的人员在做做同样的事情情，而且容易易实现自动执执行。但对于于用例编写人人员来说，意意味着庞大的的工作量，他他必须考虑每每一个步骤。当当功能发生变变化时，维护护这样的测试试用例是非常常困难的

12、。l 另一种极端的情情况是非常概概要的测试用用例。这些用用例是非常宽宽泛的，只提提供简洁的描描述说明需要要做什么。让让测试人员决决定如何实现现，以及使用用那些数据来来测试。大多多数的专业测测试人员赞同同于一个折中中的方案，并并倾向于提供供较为详细的的步骤。5.3 测试实施过程本节的目的说明明在测试过程程中测试部门门在接受测试试系统时应执执行什么检查查。这一节有有助于其他部部门（开发部部门、用户教教育部门）了了解在发布测测试系统时应应做些什么。保保持测试系统统相对稳定是是非常重要的的。5.3.1 测试系统接受条条件本节的目的说明明在测试过程程中测试部门门在接受测试试系统时应执执行什么检查查。提示

13、和技巧：谁负责建立测试试系统，如何何保持测试系系统和开发系系统之间的同同步。在开发人员提交交新程序时，如如何检查代码码的质量。开发部门是否需需要运行简单单的用例，验验证系统是否否正常，如果果验证失败，需需要采取什么么行动。需要做什么测试试验证测试系系统是稳定的的。同步的间隔时间间。当项目进展到不不同阶段时，是是否需要更新新这些规则。5.3.2 测试时间表在系统的不同阶阶段，需要计计划在什么时时候应得到什什么样的测试试系统。提示和技巧：l 测试系统多长时时间更新一次次（每日，每每周一次或多多次，在什么么时间，准备备好代码）？l 当项目进展到不不同阶段时，是是否需要更新新这些规则。5.4 稳定阶段

14、测试5.4.1 稳定阶段摘要在代码完成到系系统最后发行行之前为系统统稳定阶段。在在系统稳定阶阶段需要对系系统的各个部部分进行最后后的检查。可可以建立一个个检查重点列列表，逐项进进行检查。5.4.2 测试遍数在稳定化测试阶阶段至少要运运行一遍完整整的测试和一一个简短的测测试。前者用用于发现错误误，后者用于于验证发行版版本。5.4.3 项目结束在系统投入使用用的时候，最最后应作的测测试安排。5.5 自动测试策略在测试过程中，可可以适当考虑虑使用自动测测试策略。自自动测试不是是保证产品质质量的万能药药，不能保证证发现软件的的缺陷。自动动测试有它的的长处和短处处，要充分考考虑系统特性性、时间安排排、测

15、试人员员的编程经验验和可以使用用的自动化工工具。使用自动化技术术主要目的是是发现系统缺缺陷，提高测测试用例的运运行效率和对对系统进行快快速检测。测测试自动化跟跟系统本身的的特性相关，如如果系统主要要是数值运算算，可以对结结果进行简单单判断，使用用自动化技术术的效率就高高，否则系统统主要是跟内内容相关，自自动化测试的的效率就比较较低。提示和技巧：l 自动化的目标是是什么。l 你如何衡量这些些目标。l 在测试中，是否否实行代码覆覆盖，分支覆覆盖和功能覆覆盖。l 哪些部分可以自自动化？自动动化程度有多多高。l 使用什么自动化化工具？是否否开发新的自自动化工具？5.6 集成测试策略集成测试有两个个范围

16、。一个个是系统内部部各个功能模模块的交互作作用，各种可可能的组合是是非常多的，表表现为系统有有丰富多彩的的表现。另外外一种集成是是测试系统与与相关系统的的集成。提示和技巧：l 用户帮助内容在在何时如何与与系统功能交交互作用？怎怎样测试？l 典型的用户情景景是什么？l 有哪些可能的逻逻辑组合？l 类似功能的逻辑辑是否一致？l 是否有相同的界界面？l 菜单命令是否一一致？5.7 内容测试对于系统来说，总总有些内容部部分需要测试试，例如帮助助等。对于网网站来说，文文字说明也是是相当重要的的。内容测试试的第一步就就是将内容部部分标识出来来，再确定谁谁来实施测试试。提示和技巧l 如果内容只是一一些帮助文

17、件件，用户教育育部门会编写写和验证这些些内容。如果果系统是以内内容为主的，拥拥有上百万的的文字、千个个链接以及不不计其数的图图片，在这种种情况下需要要使用由编辑辑、校对和测测试人员组成成的小组来负负责内容测试试。l 与内容提供者确确定“什么是内容容的缺陷”。避免出现现模糊的问题题，比如“读起来有点点问题”或者“太文绉绉”。l 哪些内容需要测测试。l 如何将内容测试试与其他工作作分开。l 是否使用自动测测试（比如超超链接测试）。l 如果使用自动测测试，区分那那些内容无法法使用自动测测试，哪些部部分可以保证证能自动测试试。5.8 性能测试和压力力测试在性能测试中，执执行不同的测测试，并进行行记时，

18、然后后将这些数据据与以前的数数据进行对比比。现在的系系统多是 CC/S 架构构或 B/SS 架构，需需要测试系统统对多个用户户的并发响应应能力，一般般情况下可以以使用软件在在一台机器上上模拟几千个个客户端进行行压力测试来来衡量这些指指标。提示和要点：l 系统和竞争对手手的系统相比比有多快。这这可能是一个个质量指标，比比如“比竞争对手手 X 快”。l 与以前的系统进进行相比。比比如“在增添新功功能后是否跟跟以前一样快快甚至更快些些。”l 如果没有可比性性，可以使用用合理速度来来进行衡量，但但这种数据必必须经确认。l 需要衡量哪些性性能，可以在在测试计划中中，指定重点点领域，在实实际测试过程程中，

19、在进行行具体确定。l 是否有行业标准准可在测试中中使用。l 在什么时候执行行性能测试？如果需要进进行代码优化化，需要尽早早进行性能测测试，这样代代码修改带来来的负面影响响比较小。l 性能测试是否跟跟硬件平台相相关。需要确确定在何种硬硬件平台下进进行性能测试试。l 在性能测试中，有有几个指标需需要注意，如如 CPU 使用率内存存使用率以及及磁盘吞吐率率等，这样能能确定系统的的瓶颈在哪。是是否能进行优优化。5.9 兼容性测试对于 C/S 架构的系统统来说，需要要考虑客户端端支持的系统统平台。对于于 B/S 架构的系统统来说需要考考虑用户端浏浏览器的版本本。提示和技巧：l 确定主流的客户户端浏览器版

20、版本。l 决定支持哪些版版本的浏览器器。l 在什么平台上做做开发和测试试，在那些平平台上进行兼兼容性测试。6. 测试组织6.1 测试团队结构这一节说明测试试团队的结构构和项目测试试人员的数量量。提示和技巧l 查看开发计划确确定那些功能能需要最多资资源。l 确定需要多少测测试人员。l 多少人做自动测测试，是哪些些人。6.2 功能划分这一节说明系统统可以分成那那些模块，分分别由谁负责责。提示和技巧：l 系统的那些常用用功能需要测测试。l 是不是需要测试试系统的所有有功能。l 是不是需要与开开发部门在功功能方面对应应一致。7. 资源需求7.1 培训需求本节说明项目测测试人员需要要哪些培训。提示和技巧

21、：l 对于新手需要先先介绍测试系系统，如果测测试人员比较较熟悉该系统统，则需要说说明新系统的的功能。l 是否进行自动测测试。l 测试人员要不要要培训以编写写自动化脚本本。7.2 硬件需求本节说明测试人人员需要的各各种类型的硬硬件以及这个个测试团队需需要的硬件。7.3 软件需求本节说明测试人人员需要使用用的软件。7.4 办公空间需求本节说明需要多多少办公空间间。8. 时间进度安排包括主要时间点点的安排日期代码完成时间第一遍测试第X遍测试系统发行时间9. 缺陷处理测试过程中可衡衡量的是发现现的缺陷的状状况。因此缺缺陷的报告和和管理必须写写成书面文档档。9.1 数据库管理提示和技巧：l 谁负责创建数

22、据据库？l 谁有权限增加数数据库的帐号号？l 谁有权使用哪类类帐号？l 数据库使用过程程中出了问题题和谁联系？l 谁负责数据库备备份？l 多长时间备份一一次？l 由谁使用数据库库？l 缺陷管理应该与与开发部门的的负责人一起起讨论。9.2 缺陷处理过程提示和技巧：l 解释缺陷报告和和分配过程。l 缺陷标题、测试试环境应如何何填写l 解释如何输入，解解决，重新打打开，关闭和和重新即或一一个缺陷。l 让测试人员清楚楚一个缺陷从从击活到解决决的全过程。l 缺陷必须指定由由谁负责解决决。l 定义优先级、严严重级别等。l 在项目结束时，如如何解决这些些缺陷。10. 测试过程控制在测试过程中，通通过对缺陷数

23、数据库进行分分析可以确定定测试的状态态。另外，通通过让测试人人员填写测试试工作周报，可可以对项目进进展状况进行行反馈。10.1 缺陷数据分析提示和技巧：l 在开发过程和稳稳定阶段是否否有过多的未未处理缺陷，这这可能说明开开发的资源不不够，或者有有其它问题。l 如何确定项目中中是否有过多多的缺陷。l 测试人员是否积积极发现缺陷陷，或者过分分积极。l 在每个时间点上上，系统是否否稳定。l 系统哪些部分的的缺陷最集中中。l 在系统发行时修修复了多少缺缺陷。l 哪些类型的缺陷陷最普遍。10.2 测试工作周报提示和技巧：l 周报中应包括哪哪些信息。l 如何填写工作周周报。l 谁负责查看工作作周报。11. 风险分析在系统开发和测测试过程中，会会有各种可能能导致系统发发布延迟，在在计划中需要要预先估计这这些风险，并并且提出相应应的对付办法法。12. 系统发布确定系统在什么么情况下可以以发布，由谁谁决定。