「项目测试计划」 如何制定测试计划？

项目测试计划： 如何制定测试计划？-百度知道

展开全部 测试计划活动的输出是一份测试计划，它是一份或多份文档，应该由测试团队、开发团队和项目管理层复查。测试计划确定了测试产品所需的资源，确定了我们将测试什么，测试将怎样进行，测试将得到怎样的输出或提交产物。我们一直使用日事清来...展开全部

项目测试计划： 测试计划包括哪些内容-百度知道

测试计划内容： （1）为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果。 （2）为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容。 （3）开发有效的测试模型，能正确地验...展开全部

其他答案:1、为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果。 2、为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容。 3、开发有效的测试模型，能正确地验证正在开发的软件系统。 4、确定测试所需要的时间和资源，以保证其可获得性、有效性。 5、确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。 6、识别出测试活动中各种风险，并消除可能存在的风险，降低由不可能消除的风险所带来的损失。 扩展资料： 注意事项： 1、测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况； 2、测试计划一旦制定下来，并不就是一成不变的，世界万事万物时时刻刻都在变化，软件需求、软件开发、人员流动等都在时刻发生着变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求. 3、测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细. 参考资料来源：

其他答案:1、描述测试的各个阶段，并说明本计划所针对的测试类型。 2、简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。 3、如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。 4、列出可能会影响测试设计、开发或实施的所有风险或意外事件。 5、列出可能会影响测试设计、开发或实施的所有约束。 扩展资料 测试计划通常分内部作用和外部作用，内部作用有以下3种： 1、作为测试计划的结果，让相关人员和开发人员来评审。 2、存储计划执行的细节，让测试人员进行同行评审。 3、存储计划进度表、测试环境等更多的信息。 测试计划的外部作用是为顾客提供一种信心，通常向顾客交代有关测试过程、人员的技能、资源、使用的工具等信息。 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。 参考资料来源：

其他答案:1. 引言：目的、背景、范围、定义、参考资料 2. 测试内容：测试功能清单 3. 测试规则：进入准则，暂停/退出准则、测试方法、测试手段、测试要点、测试工具 4. 测试环境：硬件环境、软件环境、特定测试环境要求 5. 项目任务：测试规划，测试设计，测试执行准备，测试执行，测试总结 6. 实施计划：工作量估计、人员需求及安排、进度安排、其它资源需求及安排、可交付工件 7. 风险管理

其他答案:1. 引言：目的、背景、范围、定义、参考资料 2. 测试内容：测试功能清单 3. 测试规则：进入准则，暂停/退出准则、测试方法、测试手段、测试要点、测试工具 4. 测试环境：硬件环境、软件环境、特定测试环境要求 5. 项目任务：测试规划，测试设计，测试执行准备，测试执行，测试总结 6. 实施计划：工作量估计、人员需求及安排、进度安排、其它资源需求及安排、可交付工件 7. 风险管理

项目测试计划： 如何制定软件项目测试计划

1. 了解需求，评估测试模块的难易程度，做好初步的了解和测试思路。2. 与开发沟通，协调好提测时间以及相关约定（提测标准）。3. 根据手头的资源已经提测的时间，做好安排，预留一定缓冲时间。（一定要考虑风险点，比如开发推迟提测，bug阻碍进展，...

其他答案:问题三：变更的控制 测试计划改变了已往根据任务进行测试的方式，因此，为使测试计划得到贯彻和落实，测试组人员必须及时跟踪软件开发的过程，对产品提交测试做准备，测试计划的目的，本身就是强调按规划的测试战略进行测试，淘汰以往以任务为主的临时性。在这种情况下，测试计划中强调对变更的控制显得尤为重要。 变更来源于以下几个方面 1. 项目计划的变更 2. 需求的变更 3. 测试产品版本的变更 4. 测试资源的变更 测试阶段的风险主要是对上述变更所造成的不确定性，有效的应对这些变更就能降低风险发生的几率。要想计划本身不成为空谈和空白无用的纸质文档，对不确定因素的预见和事先防范必须做到心中有数。 对于项目计划的变更，除了测试人员及时跟进项目以外，项目经理必须认识到测试组也是项目成员，因此必须把这些变更信息及时通知到项目组，使得整个项目得到顺延。项目计划变更一般涉及都是日程变更，令人遗憾的是，往往为了进度的原因，交付期限是既定的，项目经理不得不减少测试的时间，这样，执行测试的时间就被压缩了。在这种情况下，测试经理常常固执的认为进度缩减的唯一的方法就是向上级通报并主观认为产品质量一定会下降，这种做法和想法不一定是正确的。由于时间不足，不能“完美”的执行所有测试，为了保证质量，第一种办法是调整测试计划中的测试策略和测试范围，实践中测试经理常常忽略测试计划的这个章节。调整的目的是重新检查不重要的测试部分，调换测试的次序和减少测试规模，对测试类型重新组合择优，力求在限定时间内做最重要部分的测试，可以把忽略部分留给确认测试或现场测试。其他应对办法包括减少进入测试的阻力，例如降低测试计划中系统测试准入准则；分步提交测试，例如改成迭代方式增量测试；减少回归测试的要求，例如开发人员实时修改，在测试计划中对缺陷修复响应时间和过程进行约定；和公司qa商量进行简化配置管理，跳过正式发布环节；缺陷进行局部回归而不是重新全部测试等等。 第二：项目进行过程中最不可避免的就是需求的变更。那么，测试计划中就不能进行控制和约束的吗？答案是未必。当制定计划时，如果项目需求处于动态变化时，在测试用例章节就要进行说明。许多测试经理在编制测试用例时往往没有把测试用例和测试数据进行区分，因此，造成的问题是当需求变化时辛辛苦苦设计的数据就作废了。在这时，假使面临一个需求动态的项目，必须在计划中对需求变更造成的测试（设计）方式变化进行说明，例如采用用例和数据分离、流程和界面分离、字典项和数据元素分离的设计方式，然后等到最终需求确定后细化测试设计；另一个方面是最好制定一个变更周期的约定――尤其在执行测试阶段发现需求的变更――定义变更的最大频度和重新测试的界限，计划从一定程度上能够降低不可预期需求变化造成的投入损失。值得注意的是：需求发生变更时测试经理额外的工作是记住要在需求跟踪矩阵上做记录。 对于测试产品版本的变更，除了部分是由于需求变更造成之外，很有可能是由于修改缺陷引发的问题或配置管理不严格造成。众所周知，测试必须是基于一个稳定的“基线”进行，否则，因反复修改造成测试资源和开发资源的浪费是可观的。合理的测试计划在章节中应增加一个测试更新管理的章节，在此章节明确更新周期和暂停测试的原则。例如，小版本的产品更新不能大于每天三次，一个相对大的版本不能每周大于1次，规定紧急发布产品仅限于何种类型的修改或变更，由谁负责统一维护和同步更新测试环境。测试计划通常制定了准入和准出准则，这是不够的，要考虑测试暂停的时候，产品错误发布或者服务器数据更新就是一个例子，暂停的时候如果测试经理不进行跟踪，可能发生测试组等待测试而没人通知继续测试的情况，所以，增加更新周期和暂停测试原则是很有必要的。 最后，测试资源的变更是源自测试组内部的风险而非开发组风险，当测试资源不足或者冲突，测试部门不可能安排如此多的人手和足够时间参与测试时，在测试计划中的控制方法与测试时间不足相类似。没有测试经理愿意承担资源不足的测试工作，只能说公司本身是否具备以质量为主的体系或者项目经理对产品质量的重视程度如何决定了对测试资源投入的大小，最终产品质量取决因素不仅仅在于测试经理。为了排除这种风险，除了象时间不足、测试计划变更时那样缩减测试规模等等方法以外，测试经理必须在人力资源和测试环境一栏标出明确需要保证的资源，否则，必须将这个问题作为风险记录。规避风险的办法可能有： 一，项目组的需求和实施人员参与系统测试； 二，抽调不同模块开发者进行交叉系统测试或借用其他项目开发人员； 三，组织客户方进行确认测试或发布β版本。 尽管上面尽可能的描述了测试计划如何制定才能“完美”，但是还存在的问题是对测试计划的管理和监控。一份计划投入再多的时间去做也不能保证按照这份计划进行实施。好的测试计划是成功的一半，另一半是对测试计划的执行。对小项目而言，一份更易于操作的测试计划更为实用，对中型乃至大型项目...

项目测试计划： 测试计划要怎么写？

我们公司的测试计划，主要包括测试平台、测试用例的简单罗列（根据需求写的测试用例）和验收标准。仅供参考。。。相互交流，呵呵

项目测试计划：测试计划包括哪些内容？

1、软件检测时的基本概念

2、软件测试类型及在软件开发过程中的地位

3、代码检查、走查与评审

4、覆盖率（白盒）测试

5、功能（黑盒）测试

6、单元测试与集成测试

7、系统测试

8、软件性能测试和可靠性测试

9、面向对象软件的测试

10、Web应用软件测试

11、其他测试（如兼容性测试、易用性测试、文档测试等等）

12、软件测试过程和管理

13、软件自动化测试

14、软件测试的标准和文档

15、软件测试实践

老兄这可是我纯手工的劳动啊，希望对你有帮助！

项目测试计划：如何编写软件测试计划？

测试计划测试概述: 测试背景:测试手段: 手工测试测试范围:功能测试 界面测试 接口测试 容错测试 安全测试 性能测试 稳定性测试 恢复测试 配置测试 安装测试 文档测试 可用性测试测试环境: 软件环境 操作系统 被测软件 其他软件 硬件配置 PC 配置：CPU 内存 ：1G 外部设备测试策略: 一．功能测试1．菜单点击相应标题菜单，验证其功能是否能实现2．工具栏 点击相应工具栏，验证其功能是否实现3．按钮 4．快捷键5.下拉框6．单选按钮7. 复选按钮8.切换按钮9.编辑按钮 10.触发键： 11．链接：二 .界面测试 点击相应按钮是否满足UI设计1登陆界面2总界面3 输入界面 4处理界面5输出界面6提示界面三. 容测测试 是否满足数据库设计要求 主键容错非空容错 四、接口测试 点击相应的菜单 按钮 工具栏按钮 弹出相应的接口界面，验证其功能是否能正确实现 模块之间的调用 是否满足概要设计的要求 1.内部接口 2.业务流程测试 3.外部接口五、安全测试1.应用级安全测试 2.系统级安全测试 点击相应菜单，验证其功能是否实现 六．性能侧试七．负载测试 八.稳定性测试九 .恢复测试十.配置测试 十一. 安装测试十二.文档测试软件需求 概要设计 测试计划 测试用例 技术文档的 质量通过评审 来保障 在线帮助 安装手册 使用手册七.测试进度安排 工作内容 开始时间 结束时间 责任人 提交的结果 备注 编写测试计划 设计发短信测试用例 设计资费测试用例 搭建测试环境 集成测试 执行发短信测试用例 执行资费测试用例 集成测试分析报告 系统测试 性能测试 恢复测试 配置测试 系统测试分析报告